| |
|
 |
|
 |
|
|
|
| |
|
|
xen-ia64-devel
RE: [Xen-ia64-devel] [Test Report] Xen/IPF Unstable CS#18860 Status ---
Isaku Yamahata wrote:
> 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?
Hi Isaku,
Yes, some of our machines do not crash. I am afraid there may be some
potential issue.
By testing 18832, we use linux#742. While 18860 uses linux#753. Thanks!
>
> 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
Thanks,
Zhang Jingke
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
|
|
| |
|
Home