From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: dom0 crash with unstable Date: Tue, 06 Oct 2009 11:56:05 -0700 Message-ID: <4ACB92C5.4010204@goop.org> References: <64bddf0e0909301105l18c6a3f6ie59af261b1532fe2@mail.gmail.com> <4AC3EE07.3010000@goop.org> <64bddf0e0910010635wc085961tf55000d4305da2bf@mail.gmail.com> <4AC518A1.8080905@goop.org> <64bddf0e0910060813v2f2d4149wf2898653719d6ba3@mail.gmail.com> <4ACB70F0.5020502@goop.org> <64bddf0e0910061023t58828929i99da6a63155e82c@mail.gmail.com> <4ACB8462.1040102@goop.org> <64bddf0e0910061125n51ffa964s3c589d1d59621fe5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <64bddf0e0910061125n51ffa964s3c589d1d59621fe5@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Bryan D. Payne" Cc: xen-devel@lists.xensource.com, Keir Fraser List-Id: xen-devel@lists.xenproject.org On 10/06/09 11:25, Bryan D. Payne wrote: > (gdb) x/i 0xffffffff8100930a > 0xffffffff8100930a : add %al,(%rax) > 778/32 = hypercall 24 = vcpuop. Probably idling. > (gdb) x/i 0xffffffff811fea48 > 0xffffffff811fea48 : > cmpq $0x0,0x632538(%rip) # 0xffffffff81830f88 > That's almost certainly a kernel panic of some kind. Working out where it came from will be rather tedious: you need to look through the stack dump to find code-ish looking addresses then x/i them (they'll be the same basic format as 0xffffffff8xxxxxxx). (I really need to work out why they tend not to get printed.) >> What happens if you boot dom0 with fewer cpus? >> > I tried adding "maxcpus=1" to the linux kernel line in grub. I used > this in conjunction with the "dom0_mem=2G" option for xen. Dom0 still > crashes the same as without the maxcpus option. > > Just for kicks, I tried a few other options... > > * setting mem=4G with dom0_mem=2G seemed still resulted in random dom0 crashing > * setting noapic resulted in a consistent crash within Xen: > > (XEN) ----[ Xen-3.5-unstable x86_64 debug=y Not tainted ]---- > (XEN) CPU: 0 > (XEN) RIP: e008:[] add_pin_to_irq+0x24/0xcc > (XEN) RFLAGS: 0000000000010296 CONTEXT: hypervisor > That shouldn't happen. Sounds like it might be fall-out from the recent interrupt changes in Xen. Did you supply "noapic" to Xen, dom0 or both? J