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@lists.xensource.com > >> http://lists.xensource.com/xen-ia64-devel > > > > Thanks, > Zhang Jingke > > _______________________________________________ > Xen-ia64-devel mailing list > Xen-ia64-devel@lists.xensource.com > http://lists.xensource.com/xen-ia64-devel > -- yamahata _______________________________________________ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel