| |
|
 |
|
 |
|
|
|
| |
|
|
xen-ia64-devel
Re: [Xen-ia64-devel] [Test Report] Xen/IPF Unstable CS#18860 Status ---
On Mon, Dec 08, 2008 at 11:31:15AM +0800, Zhang, Jingke wrote:
> Hi Isaku,
> We re-get the detail information from serial port, please see below. Two
> comments add:
Thank you.
> 1. We can be sure the Cset#18832 works well on the same tiger4 machine.
> But we did not do regression test between 18832 and this 18860.
> 2. It is strange that on another Tiger4 box, dom0 will NOT crash. Do you
> have any idea from the serial log? Thanks!
I haven't hit this crash. And Kuwamura-san's test seems that
he haven't hit it either. Kuwamura-san, is it correct?
Hmm... it seems to depend on hw configuration?
I'm inclined to suspect masking/unmasking interruption race.
event channel issues? But that's just only my very vague guess.
The difference between 18832 and 18860 means the merging xen-unstable
into xen-ia64-unstable.
Looking the log, I suspect linux-2.6.18-xen instead of xen.
Could you provide the linux c/s which corresponds to 18832 and 18860?
thanks,
> ACPI: bus type pci registered
> (XEN) mm.c:769:d0 vcpu 0 iip 0xa00000010054b360: bad mpa d 0 0x807ff14f08 (=>
> 0x
> 100ab4000)
> Unable to handle kernel NULL pointer dereference (address 0000000000000008)
> swapper[1]: Oops 8804682956800 [1]
> Modules linked in:
>
> Pid: 1, CPU 0, comm: swapper
> psr : 00001010085a2010 ifs : 800000000000050d ip : [<a000000100136340>]
> Not
> tainted
> ip is at cache_alloc_refill+0x300/0x540
> unat: 0000000000000000 pfs : 400000000000050d rsc : 0000000000000007
> rnat: 00001010085a6010 bsps: a00000010054b360 pr : 000000000000a581
> ldrs: 0000000000000000 ccv : 0000000000000000 fpsr: 0009804c8a70433f
> csd : 0000000000000000 ssd : 0000000000000000
> b0 : a000000100136280 b6 : a0000001005659d0 b7 : a00000010054f2a0
> f6 : 1003e0000000000000000 f7 : 1003e0000000000000000
> f8 : 1003e0000000000000040 f9 : 000000000000000000000
> f10 : 000000000000000000000 f11 : 000000000000000000000
> r1 : a0000001011448b0 r2 : 0000000000000000 r3 : e00000807ff14f30
> r8 : 00000000000000f0 r9 : 000000000000001b r10 : e00000807ff14f20
> r11 : 0000000000002094 r12 : e00000007f5cfd90 r13 : e00000007f5c8000
> r14 : 0000000000000000 r15 : e00000007ff1a114 r16 : 0000000000100100
> r17 : e00000807ff14f24 r18 : e00000807ff14f20 r19 : e00000807ff14f08
> r20 : 0000000000000040 r21 : e00000007ff14f00 r22 : 0000000000000000
> r23 : 0000000000200200 r24 : e00000007ff14f48 r25 : e0000000019e6480
> r26 : e00000007ff18080 r27 : 0000000000000000 r28 : e0000000019e6670
> r29 : e0000000019e6660 r30 : 000000000000003b r31 : e0000000019e6488
>
> Call Trace:
> [<a00000010001db20>] show_stack+0x40/0xa0
> sp=e00000007f5cf940 bsp=e00000007f5c9500
> [<a00000010001e780>] show_regs+0x840/0x880
> sp=e00000007f5cfb10 bsp=e00000007f5c94a8
> [<a000000100043460>] die+0x1c0/0x380
> sp=e00000007f5cfb10 bsp=e00000007f5c9460
> [<a00000010006dae0>] ia64_do_page_fault+0x880/0x9a0
> sp=e00000007f5cfb30 bsp=e00000007f5c9410
> [<a0000001000702c0>] xen_leave_kernel+0x0/0x3e0
> sp=e00000007f5cfbc0 bsp=e00000007f5c9410
> [<a000000100136340>] cache_alloc_refill+0x300/0x540
> sp=e00000007f5cfd90 bsp=e00000007f5c93a0
> [<a0000001001367c0>] __kmalloc+0x240/0x360
> sp=e00000007f5cfd90 bsp=e00000007f5c9368
> [<a000000100106af0>] __kzalloc+0x30/0x80
> sp=e00000007f5cfd90 bsp=e00000007f5c9340
> [<a000000100551f90>] acpi_ds_build_internal_package_obj+0x190/0x340
> sp=e00000007f5cfd90 bsp=e00000007f5c92f0
> [<a00000010054e290>] acpi_ds_eval_data_object_operands+0x1b0/0x260
> sp=e00000007f5cfd90 bsp=e00000007f5c92b8
> [<a000000100550070>] acpi_ds_exec_end_op+0x730/0xac0
> sp=e00000007f5cfda0 bsp=e00000007f5c9270
> [<a000000100578700>] acpi_ps_parse_loop+0x1040/0x1940
> sp=e00000007f5cfda0 bsp=e00000007f5c9210
> [<a000000100576b40>] acpi_ps_parse_aml+0x100/0x560
> sp=e00000007f5cfdb0 bsp=e00000007f5c91b8
> [<a00000010054ee10>] acpi_ds_execute_arguments+0x1f0/0x260
> sp=e00000007f5cfdb0 bsp=e00000007f5c9160
> [<a00000010054f0c0>] acpi_ds_get_package_arguments+0xc0/0xe0
> sp=e00000007f5cfdb0 bsp=e00000007f5c9140
> [<a000000100574710>] acpi_ns_init_one_object+0x2b0/0x380
> sp=e00000007f5cfdb0 bsp=e00000007f5c90f0
> [<a0000001005753c0>] acpi_ns_walk_namespace+0x280/0x2e0
> sp=e00000007f5cfdb0 bsp=e00000007f5c9080
> [<a000000100570b50>] acpi_walk_namespace+0x90/0xc0
> sp=e00000007f5cfdb0 bsp=e00000007f5c9030
> [<a000000100574400>] acpi_ns_initialize_objects+0x60/0xc0
> sp=e00000007f5cfdb0 bsp=e00000007f5c9018
> [<a0000001005884e0>] acpi_initialize_objects+0x60/0x100
> sp=e00000007f5cfdd0 bsp=e00000007f5c8ff0
> [<a000000100c802f0>] acpi_init+0xb0/0x460
> sp=e00000007f5cfdd0 bsp=e00000007f5c8fd0
> [<a000000100011900>] init+0x320/0x840
> sp=e00000007f5cfe00 bsp=e00000007f5c8f98
> [<a00000010001bfd0>] kernel_thread_helper+0x30/0x60
> sp=e00000007f5cfe30 bsp=e00000007f5c8f70
> [<a0000001000110e0>] start_kernel_thread+0x20/0x40
> sp=e00000007f5cfe30 bsp=e00000007f5c8f70
> <0>Kernel panic - not syncing: Attempted to kill init!
> (XEN) Domain 0 crashed: rebooting machine in 5 seconds.
>
>
>
> Isaku Yamahata wrote:
> > Only call stack?
> > Panic messages and/or register dump aren't available?
> >
> >>
> >> Thanks,
> >> Zhang Jingke
> >>
> >>
> >> _______________________________________________
> >> Xen-ia64-devel mailing list
> >> Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> >> http://lists.xensource.com/xen-ia64-devel
>
>
>
> Thanks,
> Zhang Jingke
>
> _______________________________________________
> Xen-ia64-devel mailing list
> Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-ia64-devel
>
--
yamahata
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
|
|
| |
|
Home