From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:58297) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTxxK-0004N8-2R for qemu-devel@nongnu.org; Fri, 25 Nov 2011 10:44:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RTxxI-0000Bh-IH for qemu-devel@nongnu.org; Fri, 25 Nov 2011 10:44:50 -0500 Received: from mx1.redhat.com ([209.132.183.28]:20335) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTxxI-0000BW-BE for qemu-devel@nongnu.org; Fri, 25 Nov 2011 10:44:48 -0500 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAPFilX1003411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 25 Nov 2011 10:44:47 -0500 Date: Fri, 25 Nov 2011 17:44:40 +0200 From: Alon Levy Message-ID: <20111125154440.GD12628@garlic.privatebox> References: <20111124160355.7182f296@doriath> <20111125141237.GB12628@garlic.privatebox> <20111125123704.57f933b6@doriath> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111125123704.57f933b6@doriath> Subject: Re: [Qemu-devel] [BUG 1.0] -cpu host breaks linux guest boot List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luiz Capitulino Cc: Avi Kivity , qemu-devel On Fri, Nov 25, 2011 at 12:37:04PM -0200, Luiz Capitulino wrote: > On Fri, 25 Nov 2011 16:12:37 +0200 > Alon Levy wrote: > > > On Thu, Nov 24, 2011 at 04:03:55PM -0200, Luiz Capitulino wrote: > > > Avi, > > > > > > > I have the same panic and the same bisection result. It doesn't happen > > with recent (3.2.0 rc1 and rc3) kernels. > > Would be nice to test a recent kernel with 66e3dd9 reverted. It'll be funny > if it fails :) It doesn't - a recent kernel doesn't care. I'm using 3.2.0-rc3 (f1e652b). With 66e3dd9 reverted: 3.2.0 (66e3dd9 but also an rc1 commit I used before rebasing yesterday) passes 3.1.0-5 passes 3.1.1-1 passes Normally (not reverted): 3.2.0 (66e3dd9) passes 3.1.0-5 fails 3.1.1-1 fails > > > > > > I'm getting the following panic very early on boot on a F16 VM (latest > > > qemu.git head 40897c9): > > > > > > [ 0.068018] Kernel panic - not syncing: Boot APIC ID in local APIC unexpected (-1 vs 0) > > > [ 0.070006] Pid: 1, comm: swapper Not tainted 3.1.0-7.fc16.x86_64 #1 > > > [ 0.071004] Call Trace: > > > [ 0.072035] [] panic+0x91/0x1a5 > > > [ 0.073027] [] native_smp_prepare_cpus+0x24c/0x300 > > > [ 0.075010] [] kernel_init+0x85/0x158 > > > [ 0.075993] [] ? schedule_tail+0x27/0x6c > > > [ 0.076017] [] kernel_thread_helper+0x4/0x10 > > > [ 0.077022] [] ? start_kernel+0x3b6/0x3b6 > > > [ 0.078009] [] ? gs_change+0x13/0x13 > > > > > > After some debugging and I found out that this only happens when '-cpu host' > > > is passed, and according to git bisect it's caused by the following commit: > > > > > > commit 66e3dd9282141b5ae75637c9676002cf3ceeb988 > > > Author: Avi Kivity > > > Date: Wed Nov 9 15:44:36 2011 +0200 > > > > > > i386: derive '-cpu host' from KVM_GET_SUPPORTED_CPUID > > > > > > Not sure if this is important, but here's procinfo information about > > > one of my host's cpus: > > > > > > processor : 0 > > > vendor_id : GenuineIntel > > > cpu family : 6 > > > model : 23 > > > model name : Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz > > > stepping : 6 > > > cpu MHz : 2801.000 > > > cache size : 6144 KB > > > physical id : 0 > > > siblings : 2 > > > core id : 0 > > > cpu cores : 2 > > > apicid : 0 > > > initial apicid : 0 > > > fpu : yes > > > fpu_exception : yes > > > cpuid level : 10 > > > wp : yes > > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm tpr_shadow vnmi flexpriority > > > bogomips : 5585.87 > > > clflush size : 64 > > > cache_alignment : 64 > > > address sizes : 36 bits physical, 48 bits virtual > > > power management: > > > > > >