[please keep me in Cc: as I''m not subscribed to the list ]
Hello,
starting a Ubuntu 12.10 installation in a PV domU
(kernel and initrd from:
ftp://ftp.lip6.fr/pub/linux/distributions/Ubuntu/archive/dists/quantal/main/installer-amd64/current/images/netboot/xen/)
reliably panic the Xen kernel, always at the same place in the boot.
The host is a NetBSD/5.1_STABLE dom0, on top of a Xen 4.1.4 kernel
(with debug turned on). The panic, cut''n''pasted from serial
console:
(XEN) Assertion ''t->gt_version != 0'' failed at
grant_table.c:132
(XEN) ----[ Xen-4.1.4 x86_64 debug=y Not tainted ]----
(XEN) CPU: 0
(XEN) RIP: e008:[<ffff82c480107673>] shared_entry_header+0xb/0x5c
(XEN) RFLAGS: 0000000000010246 CONTEXT: hypervisor
(XEN) rax: 0000000000000000 rbx: ffff8302296ff000 rcx: ffff830229700010
(XEN) rdx: 0000000000000000 rsi: 0000000000000000 rdi: ffff830229721f40
(XEN) rbp: ffff82c48029fc88 rsp: ffff82c48029fc88 r8: ffff8301fcb25000
(XEN) r9: 000000021c6f6000 r10: 0000000000000000 r11: ffffffffffffffff
(XEN) r12: 0000000000000000 r13: ffff830229702000 r14: 0000000000000000
(XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f0
(XEN) cr3: 0000000228e3b000 cr2: 00007f7ffdfdc000
(XEN) ds: 0017 es: 0017 fs: 0017 gs: 0000 ss: e010 cs: e008
(XEN) Xen stack trace from rsp=ffff82c48029fc88:
(XEN) ffff82c48029fcc8 ffff82c480107f2c ffff83021ba4e000 ffff830208bde050
(XEN) ffff830208b88400 ffff83021ba44000 0000000000000000 0000000000000001
(XEN) ffff82c48029fd08 ffff82c480108012 0000000100000000 0000000000000000
(XEN) 0000000000000001 ffffffff80c3a720 0000000000000000 0000000000000001
(XEN) ffff82c48029fde8 ffff82c48010b1b0 ffff82c48029fd84 ffff830200000001
(XEN) ffff82c48029fd70 ffff82c4802dd240 000000018029fd88 ffff83021ba44000
(XEN) ffff830229702000 000082c400000000 ffff82c4802dd23c 00000000001fcb25
(XEN) 000000000021c6f6 ffff83021ba44000 ffff830229702000 0000100000000000
(XEN) 000000000021c6f6 0000000006587ff0 0000000000000200 0000000000000007
(XEN) 000000000002006e ffff82c48029fdd0 ffff82c480122d21 ffffffffffffffea
(XEN) ffffffff80c3a720 ffffa000012e2000 ffffa000012e2028 0000000000000001
(XEN) ffff82c48029fef8 ffff82c48010ce3e ffff8300cfaf6000 ffffa00012668b98
(XEN) ffff82c48029feb8 00000001801775bd 0000000100000005 ffff830229702000
(XEN) 0000000000000002 ffff82c4802dcf40 000000008014e749 ffff82c480122f64
(XEN) ffff8302296dddf8 ffff8300cfaf6000 ffff82c400000003 ffff82c4801856d7
(XEN) ffff82c48029ff18 ffffffff80c3a720 ffffa000120eaba0 ffffa000120eaba0
(XEN) ffff82c48029feb8 ffffa00012668b90 ffffa000120ea7c0 ffffa000120eaba0
(XEN) ffffa00012668d80 0000000000000000 ffff82c48029fef8 ffff82c48014fad9
(XEN) ffffa00000000006 ffff8300cfaf6000 ffffa000010aa600 ffffa000012e2000
(XEN) ffffa000012e2028 0000000000000001 00007d3b7fd600c7 ffff82c48020d108
(XEN) Xen call trace:
(XEN) [<ffff82c480107673>] shared_entry_header+0xb/0x5c
(XEN) [<ffff82c480107f2c>] __release_grant_for_copy+0x78/0x18b
(XEN) [<ffff82c480108012>] __release_grant_for_copy+0x15e/0x18b
(XEN) [<ffff82c48010b1b0>] gnttab_copy+0x8b2/0x97c
(XEN) [<ffff82c48010ce3e>] do_grant_table_op+0x114a/0x1864
(XEN) [<ffff82c48020d108>] syscall_enter+0xc8/0x122
The attached patch seems to fix the problem for me, but I''m not sure
at all that it''s correct. Can you please double-check it (or propose
another fix, I''ll be happy to test it) ?
thanks
--
Manuel Bouyer <bouyer@antioche.eu.org>
NetBSD: 26 ans d''experience feront toujours la difference
--
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel