To clarify:
1. this only affects 1.1.x tree (which is a
history for most developers already)
2. the same guest boots okay with 1.2 (with
kvm and irqchip enabled).
BTW, what is this hda-duplex device anyway? I never heard of it
before now :). And I guess using QEMU_AUDIO_DRV=none with a guest
sound device isn't very smart move ;) (But setting it to something
else does not change things).
Also note that 1.1.1 contained one more patch which added msi
reset, this time for ahci.
Thanks,
/mjt
> QEMU_AUDIO_DRV=none qemu-kvm -nodefconfig -nodefaults -enable-kvm \
> -monitor stdio -rtc base=utc \
> -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \
> -m 512 -vga cirrus -cdrom Fedora-17-x86_64-Live-Desktop.iso \
> -device intel-hda,id=sound0,bus=pci.0,addr=0x4 \
> -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0
>
> leads to this in guest:
>
> ...
> Starting udev Wait for Complete Device Initialization...
> [ 4.123978] piix4_smbus 0000:00:01.3: SMBus Host Controller at 0xb100,
> revision 0
> [ 4.311473] microcode: AMD CPU family 0x6 not supported
> [ 4.355429] microcode: AMD CPU family 0x6 not supported
> [ 7.323032] ALSA sound/pci/hda/hda_intel.c:823 azx_get_response timeout,
> switching to polling mode: last cmd=0x000f0000
> [ 8.325018] ALSA sound/pci/hda/hda_intel.c:831 No response from codec,
> disabling MSI: last cmd=0x000f0000
> [ 36.055021] BUG: soft lockup - CPU#0 stuck for 22s! [udevd:385]
> [ 36.055026] Modules linked in: snd_hda_intel(+) snd_hda_codec snd_hwdep
> i2c_piix4 snd_pcm i2c_core snd_page_alloc snd_timer snd soundcore uinput
> squashfs
> commit 0ec39075710ae15acc2a5825cd21e0c229fa04af
> (8e729e3b521d9fcd87fc2e40b6322e684f58bb2e upstream)
> Author: Jan Kiszka <jan.kis...@siemens.com>
> Date: Fri May 11 11:42:35 2012 -0300
>
> intel-hda: Fix reset of MSI function
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
