[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen 4.12 panic on Thinkpad W540 with UEFI mutiboot2, efi=no-rs workarounds it
On 07.08.2019 15:26, Marek Marczykowski-Górecki wrote: Hi, Xen 4.12 crashes when booting on UEFI (with multiboot2) unless I disable runtime services. The crash happens shortly after starting dom0 kernel. Unfortunately I don't have serial console there, so the only log I have is a photo of VGA console (attached). Below I retype part of the message: (XEN) ----[ Xen-4.12.0-3.fc29 x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e008:[<00000000000000f6>] 00000000000000f6 (XEN) RFLAGS: 0000000000010287 CONTEXT: hypervisor (d0v0) ... (XEN) Xen call trace: (XEN) [<00000000000000f6>] 00000000000000f6 (XEN) [<ffff82d08026c6ad>] flushtlb.c#pre_flush+0x3d/0x80 (XEN) [ ] efi_runtime_call+0x493/0xbd0 (XEN) [ ] efi_runtime_call+0x441/0xbd0 (XEN) [ ] vcpu_restore_fpu_nonlazy+0xe7/0x180 (XEN) [ ] do_platform_op+0/0x1880 (XEN) [ ] do_platform_op+0xb9c/0x1880 (XEN) [ ] do_platform_op+0xb9c/0x1880 (XEN) [ ] sched_credit2.c#csched2_schedule+0xcd0/0x13a0 (XEN) [ ] lstar_enter+0xae/0x120 (XEN) [ ] do_platform_op+0/0x1880 (XEN) [ ] pv_hypercall+0x152/0x220 (XEN) [ ] lstar_enter+0xae/0x120 (XEN) [ ] lstar_enter+0xa2/0x120 (XEN) [ ] lstar_enter+0xae/0x120 (XEN) [ ] lstar_enter+0xa2/0x120 (XEN) [ ] lstar_enter+0xae/0x120 (XEN) [ ] lstar_enter+0xa2/0x120 (XEN) [ ] lstar_enter+0xae/0x120 (XEN) [ ] lstar_enter+0xa2/0x120 (XEN) [ ] lstar_enter+0xae/0x120 (XEN) [ ] lstar_enter+0xa2/0x120 (XEN) [ ] lstar_enter+0xae/0x120 (XEN) [ ] lstar_enter+0x10c/0x120 (XEN) (XEN) (XEN) ***************************************** (XEN) Panic on CPU 0: (XEN) FATAL TRAP: vector = 0 (divide error) (XEN) [error_code=0000] (XEN) ***************************************** Any idea? Lack of serial console doesn't help with collecting logs... May I suggest that you repeat this with a debug hypervisor, such that the call trace becomes more usable/sensible? I think, for example, that the pre_flush() that caught Andrew's eye is a red herring, and that instead a call through NULL has happened in e.g. efi_runtime_call(). Of course trying to capture more of Xen's boot log (in particular the EFI memory map) may be helpful, too, if you could manage to do so. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |