Re: [Xen-users] pv_ops domU crashes on pv_ops dom0 (directly at boot)

[Pasi Kärkkäinen <pasik@xxxxxx>]

On Tue, Jan 19, 2010 at 05:24:04PM +0100, Markus Schuster wrote:
> On Tuesday 19 January 2010 13:21:52 Pasi Kärkkäinen wrote:
> > so it would be good to check/verify those again for this exact kernel.
> > After you've rebuilt the kernel, run xenctx again to verify the rip/eip
> > address and run the gdb commands for that address.
> 
> OK, I've completed the compile run and booted the new kernel (as with Jeremy, 
> I had to disable initramfs 'cause when compiled with CONFIG_DEBUG_INFO it 
> causes the domU to die badly when loaded with pvgrub - maybe a > 70MB 
> initramfs is just way too large ;)). 
> 
> So here we go:
> rip: ffffffff8100930a _stext+0x30a
> flags: 00001246 i z p
> rsp: ffff880001785e60
> rax: 0000000000000000   rcx: ffffffff8100930a   rdx: 0000000000000000
> rbx: 0000000000000000   rsi: 0000000000000000   rdi: 0000000000000002
> rbp: ffff8800017af1d0    r8: ffff88000178e590    r9: ffff880001785e90
> r10: 00026b01b6f1cb68   r11: 0000000000000246   r12: ffff880001785e88
> r13: 0000000000000004   r14: 0000000000000000   r15: 0000000000000000
>  cs: e033        ss: e02b        ds: 0000        es: 0000
>  fs: 0000 @ 0000000000000000
>  gs: 0000 @ ffff880001782000/0000000000000000
> Code (instr addr ffffffff8100930a)
> cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 18 00 00 00 0f 05 <41> 5b 59 c3 
> cc cc cc cc cc cc cc
> 
> 
> Stack:
>  ffffffff811e4a2e 0000000000000080 ffffffff8100e656 0000000000000001
>  ffffffff81074957 ffff880001785e88 ffff880001785e88 ffffffff81429740
>  ffff880017c14180 0000000000000004 ffffffff8100e834 000000006e6ac043
>  ffffffff8109372c ffff880001797f00 ffffffff81429740 ffffffff814297ac
> 
> Call Trace:
>   [<ffffffff8100930a>] _stext+0x30a  <--
>   [<ffffffff811e4a2e>] set_affinity_irq+0x5a
>   [<ffffffff8100e656>] stop_self+0x2e
>   [<ffffffff81074957>] generic_smp_call_function_single_interrupt+0xc0
>   [<ffffffff8100e834>] xen_call_function_single_interrupt+0xe
>   [<ffffffff8109372c>] handle_IRQ_event+0x58
>   [<ffffffff810950b4>] handle_level_irq+0x6a
>   [<ffffffff81013917>] handle_irq+0x17
>   [<ffffffff811e45a0>] xen_evtchn_do_upcall+0x102
>   [<ffffffff81011cbe>] xen_do_hypervisor_callback+0x1e
> 
> 
> Same memory address as with Debians pre-built image (I think that's good for 
> reproducibility :))
> And here's gdb output (It's very long - I hope it's okay to put inline):
> 

Yeah, that's good :)

> GNU gdb 6.8-debian
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu"...
> (gdb) x/i 0xffffffff8100930a
> 0xffffffff8100930a <hypercall_page+778>:      add    %al,(%rax)
> (gdb) list *0xffffffff8100930a
> No source file for address 0xffffffff8100930a.

Try running gdb in the kernel source directory to get the lines from the source 
file!

-- Pasi


_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users