Re: [Xen-devel] Xen master hangs
On Fri, Jul 31, 2015 at 08:58:47AM +0100, Ian Campbell wrote: On Thu, 2015-07-30 at 16:32 -0500, Doug Goldstein wrote: I'm not sure what I can use to identify the system early on. I see the EFI FW vendor and EFI FW revision. I'm not sure if that would be enough. In the case of using that it would likely have to be a range of revisions. Is DMI available this early? That's the sort of thing we quirk on today, I think (maybe an x86 person could confirm). There is the SMBIOS table (that is the DMI) that is available during before we need thse sort of overrides. It could be implemented but I keep on going back to the valid point that Jan raised: This is a firmware bug!! Thought the other solution is to do what Linux does (SetVirtualAddressMap) which would bypass the firmware bug - by executing these calls after ExitBootServices has been called - and in virtual address mode instead of the 1:1. This is just side-stepping the bug. However the implementation that uses SetVirtualAddressMap crashes right away - so it would need some work, while the quirks are not the case. I will let Jan and Andrew figure out what they want and can spin some patches later on. Ian. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Re: [Xen-devel] Xen master hangs
On Thu, Jul 30, 2015 at 04:32:57PM -0500, Doug Goldstein wrote: On Tue, Jul 28, 2015 at 4:22 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 11:27:57AM -0500, Doug Goldstein wrote: On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 09:30:59AM -0500, Doug Goldstein wrote: On Mon, Jul 27, 2015 at 4:11 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: snip (XEN) [ Xen-4.6-unstable x86_64 debug=y Not tainted ] (XEN) CPU:3 (XEN) RIP:e008:[cea9727b] cea9727b (XEN) RFLAGS: 00010286 CONTEXT: hypervisor (d0v3) (XEN) rax: cea9727b rbx: 830216c7fe48 rcx: 001f (XEN) rdx: d674ded0 rsi: 00319697ec80 rdi: 83021df64080 (XEN) rbp: 830216c7fda8 rsp: 830216c7fd20 r8: 830216c7fe68 (XEN) r9: r10: r11: db002700 (XEN) r12: 830216c7fe68 r13: r14: 83021df64080 (XEN) r15: 000211c13000 cr0: 80050033 cr4: 001526e0 (XEN) cr3: 000216cb7000 cr2: cea9727b (XEN) ds: es: fs: gs: ss: e010 cs: e008 (XEN) Xen stack trace from rsp=830216c7fd20: (XEN)d674cd77 000211c13000 81ce0a20 82d0802aabc4 (XEN)83021df64080 8013 ffa1 000216cb7000 (XEN)82d08023f5a1 830216c7fe48 830216c7fde8 00319697ec80 (XEN)82d08023f56c 830216cc8340 0003 830216c7fde8 (XEN)0206 0400 0292 830128e0dd80 (XEN)830216c7ff18 81ce0a20 82d0802aabc4 830216c78000 (XEN)82d080320080 830216c7fef8 82d0801673ba 830216cc8108 (XEN)0027b02880108237 880209de7d18 0002 (XEN)830216c7fe38 82d08012ce6a 830216c7fe58 82d08018ad0c (XEN)03010031 0008 0400 (XEN)8802038c0c00 (XEN) (XEN) (XEN) 830216c7fef8 8300d65fd000 81ce0a20 (XEN) 8167e290 880209de7da8 (XEN)82d08023abda 810010ea 0007 8802038a85bc (XEN)8802038a83dc 8802038a85be 0700 880209de7da8 (XEN)8802038c0c00 0246 88020f0d77c0 880209de7de8 (XEN)000175a0 0007 810010ea (XEN)8802038c0c00 880209de7d18 00010100 810010ea (XEN) Xen call trace: (XEN)[cea9727b] cea9727b (XEN)[82d08023f5a1] efi_runtime_call+0x64e/0x80a (XEN)[82d08023f56c] efi_runtime_call+0x619/0x80a (XEN)[82d0801673ba] do_platform_op+0xb76/0x1a14 (XEN)[82d08012ce6a] _spin_lock+0x11/0x52 (XEN)[82d08018ad0c] stime2tsc+0x78/0x82 (XEN)[82d08023abda] lstar_enter+0xda/0x134 (XEN) (XEN) Pagetable walk from cea9727b: (XEN) L4[0x000] = 000216cb6063 (XEN) L3[0x003] = cfca4063 (XEN) L2[0x075] = ce9ff063 (XEN) L1[0x097] = 8000cea97163 000d15e5 (XEN) (XEN) (XEN) Panic on CPU 3: (XEN) FATAL PAGE FAULT (XEN) [error_code=0011] (XEN) Faulting linear address: cea9727b (XEN) (XEN) (XEN) Reboot in five seconds... We added a bunch of overrides that may help. The address looks to be for: (XEN) 0cea97000-0ceaacfff type=4 attr=000f Which is of EfiBootServicesData Try on the Xen.efi command line to use /mapbs You may have to install first EFI Shell Manager and then from there execute the xen.efi /mapbs So I installed ShellBinPkg from TianoCore and got their UEFI Shell 2.1. I've kicked it off with both xen-4.6-unstable.efi /mapbs and xen-4.6-unstable.efi -mapbs but it doesn't make a difference. It fails the same way as above. OK, there is one more thing which I sadly have to use on my Lenovo T420. See the inline patch and attached patch. I end up doing xen.efi -basevideo -mapbs -noexitboot From 938d98b7a7e4b3b6c7a05b2f20046e457750dec1 Mon Sep 17 00:00:00 2001 From:
Re: [Xen-devel] Xen master hangs
On Thu, 2015-07-30 at 16:32 -0500, Doug Goldstein wrote: I'm not sure what I can use to identify the system early on. I see the EFI FW vendor and EFI FW revision. I'm not sure if that would be enough. In the case of using that it would likely have to be a range of revisions. Is DMI available this early? That's the sort of thing we quirk on today, I think (maybe an x86 person could confirm). Ian. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Re: [Xen-devel] Xen master hangs
On Tue, Jul 28, 2015 at 4:22 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 11:27:57AM -0500, Doug Goldstein wrote: On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 09:30:59AM -0500, Doug Goldstein wrote: On Mon, Jul 27, 2015 at 4:11 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: snip (XEN) [ Xen-4.6-unstable x86_64 debug=y Not tainted ] (XEN) CPU:3 (XEN) RIP:e008:[cea9727b] cea9727b (XEN) RFLAGS: 00010286 CONTEXT: hypervisor (d0v3) (XEN) rax: cea9727b rbx: 830216c7fe48 rcx: 001f (XEN) rdx: d674ded0 rsi: 00319697ec80 rdi: 83021df64080 (XEN) rbp: 830216c7fda8 rsp: 830216c7fd20 r8: 830216c7fe68 (XEN) r9: r10: r11: db002700 (XEN) r12: 830216c7fe68 r13: r14: 83021df64080 (XEN) r15: 000211c13000 cr0: 80050033 cr4: 001526e0 (XEN) cr3: 000216cb7000 cr2: cea9727b (XEN) ds: es: fs: gs: ss: e010 cs: e008 (XEN) Xen stack trace from rsp=830216c7fd20: (XEN)d674cd77 000211c13000 81ce0a20 82d0802aabc4 (XEN)83021df64080 8013 ffa1 000216cb7000 (XEN)82d08023f5a1 830216c7fe48 830216c7fde8 00319697ec80 (XEN)82d08023f56c 830216cc8340 0003 830216c7fde8 (XEN)0206 0400 0292 830128e0dd80 (XEN)830216c7ff18 81ce0a20 82d0802aabc4 830216c78000 (XEN)82d080320080 830216c7fef8 82d0801673ba 830216cc8108 (XEN)0027b02880108237 880209de7d18 0002 (XEN)830216c7fe38 82d08012ce6a 830216c7fe58 82d08018ad0c (XEN)03010031 0008 0400 (XEN)8802038c0c00 (XEN) (XEN) (XEN) 830216c7fef8 8300d65fd000 81ce0a20 (XEN) 8167e290 880209de7da8 (XEN)82d08023abda 810010ea 0007 8802038a85bc (XEN)8802038a83dc 8802038a85be 0700 880209de7da8 (XEN)8802038c0c00 0246 88020f0d77c0 880209de7de8 (XEN)000175a0 0007 810010ea (XEN)8802038c0c00 880209de7d18 00010100 810010ea (XEN) Xen call trace: (XEN)[cea9727b] cea9727b (XEN)[82d08023f5a1] efi_runtime_call+0x64e/0x80a (XEN)[82d08023f56c] efi_runtime_call+0x619/0x80a (XEN)[82d0801673ba] do_platform_op+0xb76/0x1a14 (XEN)[82d08012ce6a] _spin_lock+0x11/0x52 (XEN)[82d08018ad0c] stime2tsc+0x78/0x82 (XEN)[82d08023abda] lstar_enter+0xda/0x134 (XEN) (XEN) Pagetable walk from cea9727b: (XEN) L4[0x000] = 000216cb6063 (XEN) L3[0x003] = cfca4063 (XEN) L2[0x075] = ce9ff063 (XEN) L1[0x097] = 8000cea97163 000d15e5 (XEN) (XEN) (XEN) Panic on CPU 3: (XEN) FATAL PAGE FAULT (XEN) [error_code=0011] (XEN) Faulting linear address: cea9727b (XEN) (XEN) (XEN) Reboot in five seconds... We added a bunch of overrides that may help. The address looks to be for: (XEN) 0cea97000-0ceaacfff type=4 attr=000f Which is of EfiBootServicesData Try on the Xen.efi command line to use /mapbs You may have to install first EFI Shell Manager and then from there execute the xen.efi /mapbs So I installed ShellBinPkg from TianoCore and got their UEFI Shell 2.1. I've kicked it off with both xen-4.6-unstable.efi /mapbs and xen-4.6-unstable.efi -mapbs but it doesn't make a difference. It fails the same way as above. OK, there is one more thing which I sadly have to use on my Lenovo T420. See the inline patch and attached patch. I end up doing xen.efi -basevideo -mapbs -noexitboot From 938d98b7a7e4b3b6c7a05b2f20046e457750dec1 Mon Sep 17 00:00:00 2001 From: Konrad Rzeszutek Wilk konrad.w...@oracle.com Date: Tue, 27 Jan 2015 14:04:30 -0500 Subject: [PATCH 2/2] EFI/early: Implement GetNextVariableName and /query and /noexitboot parameters In the
Re: [Xen-devel] Xen master hangs
On 30/07/2015 22:32, Doug Goldstein wrote: On Tue, Jul 28, 2015 at 4:22 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 11:27:57AM -0500, Doug Goldstein wrote: On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 09:30:59AM -0500, Doug Goldstein wrote: On Mon, Jul 27, 2015 at 4:11 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: snip (XEN) [ Xen-4.6-unstable x86_64 debug=y Not tainted ] (XEN) CPU:3 (XEN) RIP:e008:[cea9727b] cea9727b (XEN) RFLAGS: 00010286 CONTEXT: hypervisor (d0v3) (XEN) rax: cea9727b rbx: 830216c7fe48 rcx: 001f (XEN) rdx: d674ded0 rsi: 00319697ec80 rdi: 83021df64080 (XEN) rbp: 830216c7fda8 rsp: 830216c7fd20 r8: 830216c7fe68 (XEN) r9: r10: r11: db002700 (XEN) r12: 830216c7fe68 r13: r14: 83021df64080 (XEN) r15: 000211c13000 cr0: 80050033 cr4: 001526e0 (XEN) cr3: 000216cb7000 cr2: cea9727b (XEN) ds: es: fs: gs: ss: e010 cs: e008 (XEN) Xen stack trace from rsp=830216c7fd20: (XEN)d674cd77 000211c13000 81ce0a20 82d0802aabc4 (XEN)83021df64080 8013 ffa1 000216cb7000 (XEN)82d08023f5a1 830216c7fe48 830216c7fde8 00319697ec80 (XEN)82d08023f56c 830216cc8340 0003 830216c7fde8 (XEN)0206 0400 0292 830128e0dd80 (XEN)830216c7ff18 81ce0a20 82d0802aabc4 830216c78000 (XEN)82d080320080 830216c7fef8 82d0801673ba 830216cc8108 (XEN)0027b02880108237 880209de7d18 0002 (XEN)830216c7fe38 82d08012ce6a 830216c7fe58 82d08018ad0c (XEN)03010031 0008 0400 (XEN)8802038c0c00 (XEN) (XEN) (XEN) 830216c7fef8 8300d65fd000 81ce0a20 (XEN) 8167e290 880209de7da8 (XEN)82d08023abda 810010ea 0007 8802038a85bc (XEN)8802038a83dc 8802038a85be 0700 880209de7da8 (XEN)8802038c0c00 0246 88020f0d77c0 880209de7de8 (XEN)000175a0 0007 810010ea (XEN)8802038c0c00 880209de7d18 00010100 810010ea (XEN) Xen call trace: (XEN)[cea9727b] cea9727b (XEN)[82d08023f5a1] efi_runtime_call+0x64e/0x80a (XEN)[82d08023f56c] efi_runtime_call+0x619/0x80a (XEN)[82d0801673ba] do_platform_op+0xb76/0x1a14 (XEN)[82d08012ce6a] _spin_lock+0x11/0x52 (XEN)[82d08018ad0c] stime2tsc+0x78/0x82 (XEN)[82d08023abda] lstar_enter+0xda/0x134 (XEN) (XEN) Pagetable walk from cea9727b: (XEN) L4[0x000] = 000216cb6063 (XEN) L3[0x003] = cfca4063 (XEN) L2[0x075] = ce9ff063 (XEN) L1[0x097] = 8000cea97163 000d15e5 (XEN) (XEN) (XEN) Panic on CPU 3: (XEN) FATAL PAGE FAULT (XEN) [error_code=0011] (XEN) Faulting linear address: cea9727b (XEN) (XEN) (XEN) Reboot in five seconds... We added a bunch of overrides that may help. The address looks to be for: (XEN) 0cea97000-0ceaacfff type=4 attr=000f Which is of EfiBootServicesData Try on the Xen.efi command line to use /mapbs You may have to install first EFI Shell Manager and then from there execute the xen.efi /mapbs So I installed ShellBinPkg from TianoCore and got their UEFI Shell 2.1. I've kicked it off with both xen-4.6-unstable.efi /mapbs and xen-4.6-unstable.efi -mapbs but it doesn't make a difference. It fails the same way as above. OK, there is one more thing which I sadly have to use on my Lenovo T420. See the inline patch and attached patch. I end up doing xen.efi -basevideo -mapbs -noexitboot From 938d98b7a7e4b3b6c7a05b2f20046e457750dec1 Mon Sep 17 00:00:00 2001 From: Konrad Rzeszutek Wilk konrad.w...@oracle.com Date: Tue, 27 Jan 2015 14:04:30 -0500 Subject: [PATCH 2/2] EFI/early: Implement GetNextVariableName and /query and /noexitboot parameters In the early EFI boot we will enumerate up to five EFI variables to make
Re: [Xen-devel] Xen master hangs
On Mon, Jul 27, 2015 at 4:11 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: snip So now I've got a build of staging 8398ec706ff60e17a5044470fa2e90a1b081f37a with debug=y and frame_pointer=n so that we can get a good call trace. As Andrew pointed out to me on IRC right now stack tracing is broken with EFI boots due to a mix of using frame pointers (in Xen) and no frame pointer (EFI). Here's the latest output: The system is powered on. Xen 4.6-unstable (XEN) Xen version 4.6-unstable (doug@) (gcc (Ubuntu 4.9.2-10ubuntu13) 4.9.2) debug=y Tue Jul 28 09:03:53 CDT 2015 (XEN) Latest ChangeSet: Fri Jul 24 17:29:41 2015 +0200 git:8398ec7-dirty (XEN) Bootloader: EFI (XEN) Command line: com1=115200,8n1,0x40b0 console=com1 loglvl=all console_timestamp=boot (XEN) Video information: (XEN) VGA is graphics mode 1920x1080, 32 bpp (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 1 EDD information structures (XEN) EFI RAM map: (XEN) - 0009c000 (usable) (XEN) 0009c000 - 0009d000 (reserved) (XEN) 0009d000 - 0009e000 (usable) (XEN) 0009e000 - 000c (reserved) (XEN) 0010 - 2000 (usable) (XEN) 2000 - 2020 (reserved) (XEN) 2020 - 40004000 (usable) (XEN) 40004000 - 40005000 (reserved) (XEN) 40005000 - ceaad000 (usable) (XEN) ceaad000 - cecaf000 (reserved) (XEN) cecaf000 - d660b000 (usable) (XEN) d660b000 - daa9f000 (reserved) (XEN) daa9f000 - dab9f000 (ACPI NVS) (XEN) dab9f000 - dabff000 (ACPI data) (XEN) dabff000 - dac0 (usable) (XEN) dac0 - dfa0 (reserved) (XEN) f80f8000 - f80f9000 (reserved) (XEN) fed1c000 - fed9 (reserved) (XEN) 0001 - 00021e60 (usable) (XEN) 00021e60 - 00021f00 (reserved) (XEN) ACPI: RSDP DABFE014, 0024 (r2 LL SNB 1 INTL1) (XEN) ACPI: UEFI DABD9000, 02A6 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: DBG2 DABD8000, 00E9 (r0 LENOVO TP-G12680 PTL 2) (XEN) ACPI: BGRT DABD7000, 0038 (r0 LENOVO TP-G12680 PTL 2) (XEN) System RAM: 8007MB (8199832kB) (XEN) No NUMA configuration found (XEN) Faking a node at -00021e60 (XEN) Domain heap initialised (XEN) SMBIOS 2.7 present. (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x408 (XEN) ACPI: v5 SLEEP INFO: control[1:0], status[1:0] (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0] (XEN) ACPI: 32/64X FACS address mismatch in FADT - dab5a000/, using 32 (XEN) ACPI: wakeup_vec[dab5a00c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee0 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) (XEN) Processor #0 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) (XEN) Processor #1 7:10 APIC version 21 (XEN) AC 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a301 base: 0xfed0 (XEN) ERST table was not found (XEN) ACPI: BGRT: invalidating v0 image at 0xd3649018 (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 8 CPUs (4 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) Switched to APIC driver x2apic_cluster. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:735: MCA Capability: BCAST 1 SER 0 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2594.177 MHz processor. (XEN) EFI memory map: (XEN) 0-86fff type=7 attr=000f (XEN) 87000-87fff type=4 attr=000f (XEN) 88000-98fff type=7 attr=000f (XEN) 99000-9bfff type=2 attr=000f (XEN) 9c000-9cfff type=0 attr=000f (XEN) 9d000-9dfff type=4 attr=000f (XEN) 9e000-9 type=0 attr=000f (XEN) 00010-01fff type=7 attr=000f (XEN) 02000-0201f type=0 attr=000f (XEN) 02020-040003fff type=7 attr=000f (XEN) 040004000-040004fff type=0 attr=000f (XEN) 040005000-0cc48dfff type=7 attr=000f (XEN) 0cc48e000-0cc4adfff type=4 attr=000f (XEN) 0cc4ae000-0cc53cfff type=7 attr=000f
Re: [Xen-devel] Xen master hangs
On Tue, Jul 28, 2015 at 09:30:59AM -0500, Doug Goldstein wrote: On Mon, Jul 27, 2015 at 4:11 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: snip So now I've got a build of staging 8398ec706ff60e17a5044470fa2e90a1b081f37a with debug=y and frame_pointer=n so that we can get a good call trace. As Andrew pointed out to me on IRC right now stack tracing is broken with EFI boots due to a mix of using frame pointers (in Xen) and no frame pointer (EFI). Here's the latest output: The system is powered on. Xen 4.6-unstable (XEN) Xen version 4.6-unstable (doug@) (gcc (Ubuntu 4.9.2-10ubuntu13) 4.9.2) debug=y Tue Jul 28 09:03:53 CDT 2015 (XEN) Latest ChangeSet: Fri Jul 24 17:29:41 2015 +0200 git:8398ec7-dirty (XEN) Bootloader: EFI (XEN) Command line: com1=115200,8n1,0x40b0 console=com1 loglvl=all console_timestamp=boot (XEN) Video information: (XEN) VGA is graphics mode 1920x1080, 32 bpp (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 1 EDD information structures (XEN) EFI RAM map: (XEN) - 0009c000 (usable) (XEN) 0009c000 - 0009d000 (reserved) (XEN) 0009d000 - 0009e000 (usable) (XEN) 0009e000 - 000c (reserved) (XEN) 0010 - 2000 (usable) (XEN) 2000 - 2020 (reserved) (XEN) 2020 - 40004000 (usable) (XEN) 40004000 - 40005000 (reserved) (XEN) 40005000 - ceaad000 (usable) (XEN) ceaad000 - cecaf000 (reserved) (XEN) cecaf000 - d660b000 (usable) (XEN) d660b000 - daa9f000 (reserved) (XEN) daa9f000 - dab9f000 (ACPI NVS) (XEN) dab9f000 - dabff000 (ACPI data) (XEN) dabff000 - dac0 (usable) (XEN) dac0 - dfa0 (reserved) (XEN) f80f8000 - f80f9000 (reserved) (XEN) fed1c000 - fed9 (reserved) (XEN) 0001 - 00021e60 (usable) (XEN) 00021e60 - 00021f00 (reserved) (XEN) ACPI: RSDP DABFE014, 0024 (r2 LL SNB 1 INTL1) (XEN) ACPI: UEFI DABD9000, 02A6 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: DBG2 DABD8000, 00E9 (r0 LENOVO TP-G12680 PTL 2) (XEN) ACPI: BGRT DABD7000, 0038 (r0 LENOVO TP-G12680 PTL 2) (XEN) System RAM: 8007MB (8199832kB) (XEN) No NUMA configuration found (XEN) Faking a node at -00021e60 (XEN) Domain heap initialised (XEN) SMBIOS 2.7 present. (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x408 (XEN) ACPI: v5 SLEEP INFO: control[1:0], status[1:0] (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0] (XEN) ACPI: 32/64X FACS address mismatch in FADT - dab5a000/, using 32 (XEN) ACPI: wakeup_vec[dab5a00c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee0 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) (XEN) Processor #0 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) (XEN) Processor #1 7:10 APIC version 21 (XEN) AC 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a301 base: 0xfed0 (XEN) ERST table was not found (XEN) ACPI: BGRT: invalidating v0 image at 0xd3649018 (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 8 CPUs (4 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) Switched to APIC driver x2apic_cluster. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:735: MCA Capability: BCAST 1 SER 0 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2594.177 MHz processor. (XEN) EFI memory map: (XEN) 0-86fff type=7 attr=000f (XEN) 87000-87fff type=4 attr=000f (XEN) 88000-98fff type=7 attr=000f (XEN) 99000-9bfff type=2 attr=000f (XEN) 9c000-9cfff type=0 attr=000f (XEN) 9d000-9dfff type=4 attr=000f (XEN) 9e000-9 type=0 attr=000f (XEN) 00010-01fff type=7 attr=000f (XEN) 02000-0201f type=0 attr=000f (XEN) 02020-040003fff type=7 attr=000f (XEN) 040004000-040004fff type=0 attr=000f (XEN)
Re: [Xen-devel] Xen master hangs
On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 09:30:59AM -0500, Doug Goldstein wrote: On Mon, Jul 27, 2015 at 4:11 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: snip So now I've got a build of staging 8398ec706ff60e17a5044470fa2e90a1b081f37a with debug=y and frame_pointer=n so that we can get a good call trace. As Andrew pointed out to me on IRC right now stack tracing is broken with EFI boots due to a mix of using frame pointers (in Xen) and no frame pointer (EFI). Here's the latest output: The system is powered on. Xen 4.6-unstable (XEN) Xen version 4.6-unstable (doug@) (gcc (Ubuntu 4.9.2-10ubuntu13) 4.9.2) debug=y Tue Jul 28 09:03:53 CDT 2015 (XEN) Latest ChangeSet: Fri Jul 24 17:29:41 2015 +0200 git:8398ec7-dirty (XEN) Bootloader: EFI (XEN) Command line: com1=115200,8n1,0x40b0 console=com1 loglvl=all console_timestamp=boot (XEN) Video information: (XEN) VGA is graphics mode 1920x1080, 32 bpp (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 1 EDD information structures (XEN) EFI RAM map: (XEN) - 0009c000 (usable) (XEN) 0009c000 - 0009d000 (reserved) (XEN) 0009d000 - 0009e000 (usable) (XEN) 0009e000 - 000c (reserved) (XEN) 0010 - 2000 (usable) (XEN) 2000 - 2020 (reserved) (XEN) 2020 - 40004000 (usable) (XEN) 40004000 - 40005000 (reserved) (XEN) 40005000 - ceaad000 (usable) (XEN) ceaad000 - cecaf000 (reserved) (XEN) cecaf000 - d660b000 (usable) (XEN) d660b000 - daa9f000 (reserved) (XEN) daa9f000 - dab9f000 (ACPI NVS) (XEN) dab9f000 - dabff000 (ACPI data) (XEN) dabff000 - dac0 (usable) (XEN) dac0 - dfa0 (reserved) (XEN) f80f8000 - f80f9000 (reserved) (XEN) fed1c000 - fed9 (reserved) (XEN) 0001 - 00021e60 (usable) (XEN) 00021e60 - 00021f00 (reserved) (XEN) ACPI: RSDP DABFE014, 0024 (r2 LL SNB 1 INTL1) (XEN) ACPI: UEFI DABD9000, 02A6 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: DBG2 DABD8000, 00E9 (r0 LENOVO TP-G12680 PTL 2) (XEN) ACPI: BGRT DABD7000, 0038 (r0 LENOVO TP-G12680 PTL 2) (XEN) System RAM: 8007MB (8199832kB) (XEN) No NUMA configuration found (XEN) Faking a node at -00021e60 (XEN) Domain heap initialised (XEN) SMBIOS 2.7 present. (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x408 (XEN) ACPI: v5 SLEEP INFO: control[1:0], status[1:0] (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0] (XEN) ACPI: 32/64X FACS address mismatch in FADT - dab5a000/, using 32 (XEN) ACPI: wakeup_vec[dab5a00c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee0 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) (XEN) Processor #0 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) (XEN) Processor #1 7:10 APIC version 21 (XEN) AC 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a301 base: 0xfed0 (XEN) ERST table was not found (XEN) ACPI: BGRT: invalidating v0 image at 0xd3649018 (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 8 CPUs (4 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) Switched to APIC driver x2apic_cluster. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:735: MCA Capability: BCAST 1 SER 0 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2594.177 MHz processor. (XEN) EFI memory map: (XEN) 0-86fff type=7 attr=000f (XEN) 87000-87fff type=4 attr=000f (XEN) 88000-98fff type=7 attr=000f (XEN) 99000-9bfff type=2 attr=000f (XEN) 9c000-9cfff type=0 attr=000f (XEN) 9d000-9dfff type=4 attr=000f (XEN) 9e000-9 type=0 attr=000f (XEN) 00010-01fff type=7 attr=000f (XEN) 02000-0201f type=0 attr=000f (XEN) 02020-040003fff type=7 attr=000f (XEN)
Re: [Xen-devel] Xen master hangs
On Tue, Jul 28, 2015 at 11:27:57AM -0500, Doug Goldstein wrote: On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jul 28, 2015 at 09:30:59AM -0500, Doug Goldstein wrote: On Mon, Jul 27, 2015 at 4:11 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: snip So now I've got a build of staging 8398ec706ff60e17a5044470fa2e90a1b081f37a with debug=y and frame_pointer=n so that we can get a good call trace. As Andrew pointed out to me on IRC right now stack tracing is broken with EFI boots due to a mix of using frame pointers (in Xen) and no frame pointer (EFI). Here's the latest output: The system is powered on. Xen 4.6-unstable (XEN) Xen version 4.6-unstable (doug@) (gcc (Ubuntu 4.9.2-10ubuntu13) 4.9.2) debug=y Tue Jul 28 09:03:53 CDT 2015 (XEN) Latest ChangeSet: Fri Jul 24 17:29:41 2015 +0200 git:8398ec7-dirty (XEN) Bootloader: EFI (XEN) Command line: com1=115200,8n1,0x40b0 console=com1 loglvl=all console_timestamp=boot (XEN) Video information: (XEN) VGA is graphics mode 1920x1080, 32 bpp (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 1 EDD information structures (XEN) EFI RAM map: (XEN) - 0009c000 (usable) (XEN) 0009c000 - 0009d000 (reserved) (XEN) 0009d000 - 0009e000 (usable) (XEN) 0009e000 - 000c (reserved) (XEN) 0010 - 2000 (usable) (XEN) 2000 - 2020 (reserved) (XEN) 2020 - 40004000 (usable) (XEN) 40004000 - 40005000 (reserved) (XEN) 40005000 - ceaad000 (usable) (XEN) ceaad000 - cecaf000 (reserved) (XEN) cecaf000 - d660b000 (usable) (XEN) d660b000 - daa9f000 (reserved) (XEN) daa9f000 - dab9f000 (ACPI NVS) (XEN) dab9f000 - dabff000 (ACPI data) (XEN) dabff000 - dac0 (usable) (XEN) dac0 - dfa0 (reserved) (XEN) f80f8000 - f80f9000 (reserved) (XEN) fed1c000 - fed9 (reserved) (XEN) 0001 - 00021e60 (usable) (XEN) 00021e60 - 00021f00 (reserved) (XEN) ACPI: RSDP DABFE014, 0024 (r2 LL SNB 1 INTL1) (XEN) ACPI: UEFI DABD9000, 02A6 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: DBG2 DABD8000, 00E9 (r0 LENOVO TP-G12680 PTL 2) (XEN) ACPI: BGRT DABD7000, 0038 (r0 LENOVO TP-G12680 PTL 2) (XEN) System RAM: 8007MB (8199832kB) (XEN) No NUMA configuration found (XEN) Faking a node at -00021e60 (XEN) Domain heap initialised (XEN) SMBIOS 2.7 present. (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x408 (XEN) ACPI: v5 SLEEP INFO: control[1:0], status[1:0] (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0] (XEN) ACPI: 32/64X FACS address mismatch in FADT - dab5a000/, using 32 (XEN) ACPI: wakeup_vec[dab5a00c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee0 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) (XEN) Processor #0 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) (XEN) Processor #1 7:10 APIC version 21 (XEN) AC 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a301 base: 0xfed0 (XEN) ERST table was not found (XEN) ACPI: BGRT: invalidating v0 image at 0xd3649018 (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 8 CPUs (4 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) Switched to APIC driver x2apic_cluster. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:735: MCA Capability: BCAST 1 SER 0 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2594.177 MHz processor. (XEN) EFI memory map: (XEN) 0-86fff type=7 attr=000f (XEN) 87000-87fff type=4 attr=000f (XEN) 88000-98fff type=7 attr=000f (XEN) 99000-9bfff type=2 attr=000f (XEN) 9c000-9cfff type=0 attr=000f (XEN) 9d000-9dfff type=4 attr=000f (XEN) 9e000-9 type=0 attr=000f (XEN) 00010-01fff
Re: [Xen-devel] Xen master hangs
On Mon, Jul 27, 2015 at 4:55 AM, Andrew Cooper andrew.coop...@citrix.com wrote: On 24/07/15 17:52, Doug Goldstein wrote: I apologize for the double email, clearly I can't handle keyboard shortcuts I am currently trying to get Xen to boot on my Lenovo T430 laptop with BIOS 2.68 and using master results in no output to the screen and the machine being completely hung (must pull the power cable). I've gone ahead and bisected it and the resultant commit is: commit 4824bdfdabebd4042277461cb3cbefa61c624804 Author: Chao Peng chao.p.p...@linux.intel.com Date: Tue Jul 7 15:42:49 2015 +0200 x86: add socket_cpumask Maintain socket_cpumask which contains all the HT and core siblings in the same socket. Signed-off-by: Chao Peng chao.p.p...@linux.intel.com Acked-by: Jan Beulich jbeul...@suse.com Since I'm not getting any output I'm at a loss how to debug this problem further. I do have Intel AMT setup with Serial Over LAN working so if its at all possible to get more info over serial I will do that. I am already booting Xen with console=vga,com1 com1=115200,amt loglvl=all so not sure what else to add. This commit broke booting on just about every server. New master has the fix it in, although there is one further fix ahead of that. Try using bc299d01b925d934219b6e8c29fadcd1f1a9210b which is two ahead of current master. ~Andrew You are correct. I switched to staging and got the following: (XEN) Xen version 4.6-unstable (doug@) (gcc (Ubuntu 4.9.2-10ubuntu13) 4.9.2) debug=y Mon Jul 27 15:25:54 CDT 2015 (XEN) Latest ChangeSet: Fri Jul 24 17:29:41 2015 +0200 git:8398ec7 (XEN) Bootloader: EFI (XEN) Command line: com1=115200,8n1,0x40b0 console=com1 loglvl=all console_timestamp=boot (XEN) Video information: (XEN) VGA is graphics mode 1920x1080, 32 bpp (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 1 EDD information structures (XEN) EFI RAM map: (XEN) - 0009c000 (usable) (XEN) 0009c000 - 0009d000 (reserved) (XEN) 0009d000 - 0009e000 (usable) (XEN) 0009e000 - 000c (reserved) (XEN) 0010 - 2000 (usable) (XEN) 2000 - 2020 (reserved) (XEN) 2020 - 40004000 (usable) (XEN) 40004000 - 40005000 (reserved) (XEN) 40005000 - ceaad000 (usable) (XEN) ceaad000 - cecaf000 (reserved) (XEN) cecaf000 - d660b000 (usable) (XEN) d660b000 - daa9f000 (reserved) (XEN) daa9f000 - dab9f000 (ACPI NVS) (XEN) dab9f000 - dabff000 (ACPI data) (XEN) dabff000 - dac0 (usable) (XEN) dac0 - dfa0 (reserved) (XEN) f80f8000 - f80f9000 (reserved) (XEN) fed1c000 - fed9 (reserved) (XEN) 0001 - 00021e60 (usable) (XEN) 00021e60 - 00021f00 (reserved) (XEN) ACPI: RSDP DABFE014, 0024 (r2 LENOVO) (XEN) ACPI: XSDT DABFE170, 00CC (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: FACP DABE6000, 010C (r5 LENOVO TP-G12680 PTL 2) (XEN) ACPI: DSDT DABE8000, 103F7 (r1 LENOVO TP-G12680 INTL 20061109) (XEN) ACPI: FACS DAB5A000, 0040 (XEN) ACPI: SLIC DABFD000, 0176 (r1 LENOVO TP-G12680 PTL 1) (XEN) ACPI: TCPA DABFC000, 0032 (r2PTL LENOVO 604 LNVO1) (XEN) ACPI: SSDT DABFB000, 0408 (r1 LENOVO TP-SSDT2 200 INTL 20061109) (XEN) ACPI: SSDT DABFA000, 0033 (r1 LENOVO TP-SSDT1 100 INTL 20061109) (XEN) ACPI: SSDT DABF9000, 0797 (r1 LENOVO SataAhci 1000 INTL 20061109) (XEN) ACPI: HPET DABE4000, 0038 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: APIC DABE3000, 0098 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: MCFG DABE2000, 003C (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: ECDT DABE1000, 0052 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: FPDT DABE, 0064 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: ASF! DABE7000, 00A5 (r32 LENOVO TP-G12680 PTL 2) (XEN) ACPI: UEFI DABDF000, 003E (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: UEFI DABDE000, 0042 (r1 PTL COMBUF1 PTL 1) (XEN) ACPI: POAT DABDD000, 0055 (r3 LENOVO TP-G12680 PTL 2) (XEN) ACPI: SSDT DABDC000, 0C51 (r1 PmRef Cpu0Ist 3000 INTL 20061109) (XEN) ACPI: SSDT DABDB000, 0A83 (r1 PmRefCpuPm 3000 INTL 20061109) (XEN) ACPI: DMAR DABDA000, 00B8 (r1 INTEL SNB 1 INTL1) (XEN) ACPI: UEFI DABD9000, 02A6 (r1 LENOVO TP-G12680 PTL 2) (XEN) ACPI: DBG2 DABD8000, 00E9 (r0 LENOVO TP-G12680 PTL 2) (XEN) ACPI: BGRT DABD7000, 0038 (r0 LENOVO TP-G12680 PTL 2) (XEN) System RAM: 8007MB (8199832kB) (XEN) No NUMA configuration found (XEN) Faking a node at -00021e60 (XEN) Domain heap initialised (XEN)
Re: [Xen-devel] Xen master hangs
On 24/07/15 17:52, Doug Goldstein wrote: I apologize for the double email, clearly I can't handle keyboard shortcuts I am currently trying to get Xen to boot on my Lenovo T430 laptop with BIOS 2.68 and using master results in no output to the screen and the machine being completely hung (must pull the power cable). I've gone ahead and bisected it and the resultant commit is: commit 4824bdfdabebd4042277461cb3cbefa61c624804 Author: Chao Peng chao.p.p...@linux.intel.com mailto:chao.p.p...@linux.intel.com Date: Tue Jul 7 15:42:49 2015 +0200 x86: add socket_cpumask Maintain socket_cpumask which contains all the HT and core siblings in the same socket. Signed-off-by: Chao Peng chao.p.p...@linux.intel.com mailto:chao.p.p...@linux.intel.com Acked-by: Jan Beulich jbeul...@suse.com mailto:jbeul...@suse.com Since I'm not getting any output I'm at a loss how to debug this problem further. I do have Intel AMT setup with Serial Over LAN working so if its at all possible to get more info over serial I will do that. I am already booting Xen with console=vga,com1 com1=115200,amt loglvl=all so not sure what else to add. This commit broke booting on just about every server. New master has the fix it in, although there is one further fix ahead of that. Try using bc299d01b925d934219b6e8c29fadcd1f1a9210b which is two ahead of current master. ~Andrew ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel