From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:45352) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1THI3i-0008RT-II for qemu-devel@nongnu.org; Thu, 27 Sep 2012 13:39:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1THI3h-0001Ol-0Y for qemu-devel@nongnu.org; Thu, 27 Sep 2012 13:39:34 -0400 Received: from isrv.corpit.ru ([86.62.121.231]:50496) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1THI3g-0001Nc-P8 for qemu-devel@nongnu.org; Thu, 27 Sep 2012 13:39:32 -0400 Message-ID: <50648F51.3050805@msgid.tls.msk.ru> Date: Thu, 27 Sep 2012 21:39:29 +0400 From: Michael Tokarev MIME-Version: 1.0 References: <20120927142751.28864.67471.reportbug@gimli.ponomarevs.fi> <50646F5F.7080703@msgid.tls.msk.ru> <50647E08.7050606@gmail.com> <506489CD.8080605@msgid.tls.msk.ru> In-Reply-To: <506489CD.8080605@msgid.tls.msk.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Bug#688964: qemu-kvm: Fedora 17 guest hangs on boot with soft lockup in udevd List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Nikolai Kondrashov , 688964@bugs.debian.org Cc: Jan Kiszka , "Michael S. Tsirkin" , qemu-devel , Gerd Hoffmann 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 > Date: Fri May 11 11:42:35 2012 -0300 > > intel-hda: Fix reset of MSI function