RE: [Xen-ia64-devel][PATCH 3/3]provide hypercall the same pathwithsyscall

[Alex Williamson <alex.williamson@xxxxxx>]

On Sat, 2007-01-13 at 17:44 +0800, Xu, Anthony wrote:
> Hi Alex,
> 
> Sorry, I ignored multicall,
> This patch makes domU boot.

Hi Anthony,

   Thanks, that gets things nearly working.  I'm now seeing a regression
in save/restore with these patches (I have all of your patches applied
to my current test tree, including the lost_one_hypercall.patch, which
touches the problem area below).  If I save/restore a domU in a loop
(while (true); do xm save foo > /tmp/foo.sav ; xm restore /tmp/foo.sav;
done), the save will hang, and I see this on the domU console:

suspend[2040]: General Exception: IA-64 Reserved Register/Field fault (data 
access) 4398046511152 [1]
Modules linked in:

Pid: 2040, CPU 0, comm:              suspend
psr : 00001410085a2010 ifs : 8000000000000000 ip  : [<a000000100069b42>]    Not 
tainted
ip is at xencomm_arch_hypercall_suspend+0x22/0x40
unat: 0000000000000000 pfs : 8000000000000184 rsc : 000000000000000b
rnat: 0000000000000000 bsps: 0000000000000000 pr  : 000000000000a101
ldrs: 0000000000000000 ccv : 0000000000000000 fpsr: 0009804c8a70433f
csd : 0000000000000000 ssd : 0000000000000000
b0  : a00000010006ea70 b6  : a0000001000bd4a0 b7  : a000000100068f30
f6  : 0fffbccccccccc8c00000 f7  : 0ffe5f045600000000000
f8  : 1000bbdd8000000000000 f9  : 10002a000000000000000
f10 : 1000897dffffffcff2200 f11 : 1003e000000000000025f
r1  : a00000010104ece0 r2  : e0000000fe027dd0 r3  : e0000000fe027dd8
r8  : 0000000000000000 r9  : 00000000000000f8 r10 : 0000000000000000
r11 : 0000000000000001 r12 : e0000000f8177e10 r13 : e0000000f8170000
r14 : e0000000fe027bd8 r15 : 000000000000001d r16 : 8000000000000b1d
r17 : 0000000000000000 r18 : 0009804c8a70433f r19 : 0000000000000000
r20 : 00000000f8170000 r21 : e0000000f8170308 r22 : e0000000fe020308
r23 : 00100000f8170661 r24 : 0000000000000000 r25 : 0000000000000002
r26 : 00000000000000f8 r27 : 00000000000000fe r28 : a000000100068f30
r29 : 0000000000000000 r30 : 0000000000000000 r31 : 0000000000000000

Call Trace:
 [<a00000010001cfe0>] show_stack+0x40/0xa0
                                sp=e0000000f8177830 bsp=e0000000f8171150
 [<a00000010001d8e0>] show_regs+0x840/0x880
                                sp=e0000000f8177a00 bsp=e0000000f81710f8
 [<a000000100042660>] die+0x1c0/0x3a0
                                sp=e0000000f8177a00 bsp=e0000000f81710b0
 [<a000000100042890>] die_if_kernel+0x50/0x80
                                sp=e0000000f8177a20 bsp=e0000000f8171080
 [<a0000001000439e0>] ia64_fault+0x1120/0x1240
                                sp=e0000000f8177a20 bsp=e0000000f8171028
 [<a0000001000694a0>] xen_leave_kernel+0x0/0x3c0
                                sp=e0000000f8177c40 bsp=e0000000f8171028
 [<a000000100069b40>] xencomm_arch_hypercall_suspend+0x20/0x40
                                sp=e0000000f8177e10 bsp=e0000000f8171028
 [<a00000010006ea70>] xencomm_hypercall_suspend+0x50/0x80
                                sp=e0000000f8177e10 bsp=e0000000f8171010
 [<a0000001006a6af0>] __xen_suspend+0x190/0x2e0
                                sp=e0000000f8177e20 bsp=e0000000f8170fe8
 [<a0000001006a6340>] xen_suspend+0x20/0x60
                                sp=e0000000f8177e20 bsp=e0000000f8170fd0
 [<a0000001000bd200>] kthread+0x180/0x200
                                sp=e0000000f8177e20 bsp=e0000000f8170f98
 [<a00000010001b450>] kernel_thread_helper+0x30/0x60
                                sp=e0000000f8177e30 bsp=e0000000f8170f70
 [<a0000001000110c0>] start_kernel_thread+0x20/0x40
                                sp=e0000000f8177e30 bsp=e0000000f8170f70
 BUG: suspend/2040, lock held at task exit time!
 [a000000100fb8740] {xs_init}
.. held by:           suspend: 2040 [e0000000f8170000, 110]
... acquired at:               xs_suspend+0x180/0x1a0

This happened on the second save in both of my attempts, but I don't
know if it's completely deterministic.  Thanks,

        Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.


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