[opensuse-virtual] 64bit xen installation does boot, but a 32bit installation doesn't, last message "mm.c:4660:d0 ptwr_emulate: could not get_page_from_l1e()"
Hi, I try to run a 32bit Xenserver on my Atomboard with openSUSE11.3, but it doesn't come up. A 64bit installation of openSUSE11.3 has no problem The last lines I can see from the 32bit Xen boot are: --snip-- \ \/ /___ _ __ \ // _ \ '_ \ / \ __/ | | | /_/\_\___|_| |_| _ _ ___ ___ ____ _ ___ ___ _ ___ ____ __ __ | || | / _ \ / _ \ |___ \/ |/ _ \ / _ \/ | / _ \| ___| / /_ / /_ | || |_| | | | | | | __) | | | | | (_) | | | | | |___ \ __| '_ \| '_ \ |__ _| |_| | |_| | / __/| | |_| |\__, | | | |_| |___) |__| (_) | (_) | |_|(_)___(_)___/___|_____|_|\___/ /_/|_|___\___/|____/ \___(_)___/ |_____| |_____| (XEN) Xen version 4.0.0_21091_05-6.6 (abuild@) (gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux) ) Mon Jul 5 22:16:51 UTC 2010 (XEN) Latest ChangeSet: 21091 (XEN) Command line: console=com1 com1=115200 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 2 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009fc00 (usable) (XEN) 000000000009fc00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000007f590000 (usable) (XEN) 000000007f590000 - 000000007f59e000 (ACPI data) (XEN) 000000007f59e000 - 000000007f5d0000 (ACPI NVS) (XEN) 000000007f5d0000 - 000000007f5e0000 (reserved) (XEN) 000000007f5e8000 - 0000000080000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffb00000 - 0000000100000000 (reserved) (XEN) System RAM: 2004MB (2052824kB) (XEN) ACPI: RSDP 000F9FA0, 0024 (r2 ACPIAM) (XEN) ACPI: XSDT 7F590100, 0054 (r1 090810 XSDT1008 20100908 MSFT 97) (XEN) ACPI: FACP 7F590290, 00F4 (r4 090810 FACP1008 20100908 MSFT 97) (XEN) ACPI: DSDT 7F590440, 5A26 (r2 1AEMZ 1AEMZ011 11 INTL 20051117) (XEN) ACPI: FACS 7F59E000, 0040 (XEN) ACPI: APIC 7F590390, 006C (r2 090810 APIC1008 20100908 MSFT 97) (XEN) ACPI: MCFG 7F590400, 003C (r1 090810 OEMMCFG 20100908 MSFT 97) (XEN) ACPI: OEMB 7F59E040, 0082 (r1 090810 OEMB1008 20100908 MSFT 97) (XEN) ACPI: HPET 7F59A440, 0038 (r1 090810 OEMHPET 20100908 MSFT 97) (XEN) ACPI: GSCI 7F59E0D0, 2024 (r1 090810 GMCHSCI 20100908 MSFT 97) (XEN) Xen heap: 9MB (9664kB) (XEN) Domain heap initialised (XEN) Processor #0 7:12 APIC version 20 (XEN) Processor #2 7:12 APIC version 20 (XEN) Processor #1 7:12 APIC version 20 (XEN) Processor #3 7:12 APIC version 20 (XEN) IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 1795.747 MHz processor. (XEN) Initing memory sharing. (XEN) I/O virtualisation disabled (XEN) Total of 4 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) checking TSC synchronization across 4 CPUs: passed. (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) Brought up 4 CPUs (XEN) Created cpupool 0 with scheduler SMP Credit Scheduler (credit) (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 32-bit, PAE, lsb (XEN) Dom0 kernel: 32-bit, PAE, lsb, paddr 0x2000 -> 0x742000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000003c000000->000000003e000000 (474592 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: c0002000->c0742000 (XEN) Init. ramdisk: c0742000->c15a3a00 (XEN) Phys-Mach map: c15a4000->c177b780 (XEN) Start info: c177c000->c177c47c (XEN) Page tables: c177d000->c1790000 (XEN) Boot stack: c1790000->c1791000 (XEN) TOTAL: c0000000->c1c00000 (XEN) ENTRY ADDRESS: c0002000 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 152kB init memory. (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00d (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:861:d0 Error getting mfn 7f0f (pfn 55555555) from L1 entry 0000000007f0f00f for l1e_owner=0, pg_owner=0 (XEN) mm.c:4660:d0 ptwr_emulate: could not get_page_from_l1e() --snip-- after this the system freeze (no action when I hit the num key). same happend after update to 4.0.1 like: --snip-- \ \/ /___ _ __ \ // _ \ '_ \ / \ __/ | | | /_/\_\___|_| |_| _ _ ___ _ ____ _ _________ __ ___ ____ ___ ____ _ | || | / _ \ / | |___ \/ |___ /___ \ / /_ / _ \___ \ / _ \ | ___| / | | || |_| | | || | __) | | |_ \ __) | '_ \ | | | |__) |__| | | ||___ \ | | |__ _| |_| || | / __/| |___) / __/| (_) | | |_| / __/|__| |_| | ___) || | |_|(_)___(_)_|___|_____|_|____/_____|\___/___\___/_____| \___(_)____(_)_| |_____| |_____| (XEN) Xen version 4.0.1_21326_02-0.5.1 (abuild@) (gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux) ) Fri Jan 7 08:30:42 UTC 2011 (XEN) Latest ChangeSet: 21326 (XEN) Bootloader: GNU GRUB 0.97 (XEN) Command line: console=com1 com1=115200 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 2 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009fc00 (usable) (XEN) 000000000009fc00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000007f590000 (usable) (XEN) 000000007f590000 - 000000007f59e000 (ACPI data) (XEN) 000000007f59e000 - 000000007f5d0000 (ACPI NVS) (XEN) 000000007f5d0000 - 000000007f5e0000 (reserved) (XEN) 000000007f5e8000 - 0000000080000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffb00000 - 0000000100000000 (reserved) (XEN) System RAM: 2037MB (2086076kB) (XEN) ACPI: RSDP 000F9FA0, 0024 (r2 ACPIAM) (XEN) ACPI: XSDT 7F590100, 0054 (r1 090810 XSDT1008 20100908 MSFT 97) (XEN) ACPI: FACP 7F590290, 00F4 (r4 090810 FACP1008 20100908 MSFT 97) (XEN) ACPI: DSDT 7F590440, 5A26 (r2 1AEMZ 1AEMZ011 11 INTL 20051117) (XEN) ACPI: FACS 7F59E000, 0040 (XEN) ACPI: APIC 7F590390, 006C (r2 090810 APIC1008 20100908 MSFT 97) (XEN) ACPI: MCFG 7F590400, 003C (r1 090810 OEMMCFG 20100908 MSFT 97) (XEN) ACPI: OEMB 7F59E040, 0082 (r1 090810 OEMB1008 20100908 MSFT 97) (XEN) ACPI: HPET 7F59A440, 0038 (r1 090810 OEMHPET 20100908 MSFT 97) (XEN) ACPI: GSCI 7F59E0D0, 2024 (r1 090810 GMCHSCI 20100908 MSFT 97) (XEN) Xen heap: 9MB (9664kB) (XEN) Domain heap initialised (XEN) Processor #0 7:12 APIC version 20 (XEN) Processor #2 7:12 APIC version 20 (XEN) Processor #1 7:12 APIC version 20 (XEN) Processor #3 7:12 APIC version 20 (XEN) IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 1795.755 MHz processor. (XEN) I/O virtualisation disabled (XEN) Total of 4 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) checking TSC synchronization across 4 CPUs: passed. (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) Brought up 4 CPUs (XEN) Created cpupool 0 with scheduler SMP Credit Scheduler (credit) (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 32-bit, PAE, lsb (XEN) Dom0 kernel: 32-bit, PAE, lsb, paddr 0x2000 -> 0x744000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000003c000000->000000003e000000 (474592 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: c0002000->c0744000 (XEN) Init. ramdisk: c0744000->c15a6200 (XEN) Phys-Mach map: c15a7000->c177e780 (XEN) Start info: c177f000->c177f47c (XEN) Page tables: c1780000->c1793000 (XEN) Boot stack: c1793000->c1794000 (XEN) TOTAL: c0000000->c1c00000 (XEN) ENTRY ADDRESS: c0002000 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 152kB init memory. doing fast boot Creating device nodes with udev (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 (XEN) mm.c:781:d0 Bad L1 flags f0ff000 --snip-- Can anybody see what's wrong here with the 32bit installation ? -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field.
On 19.01.11 at 10:05, <opensuse.org@bloms.de> wrote: (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00d (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:861:d0 Error getting mfn 7f0f (pfn 55555555) from L1 entry 0000000007f0f00f for l1e_owner=0, pg_owner=0 (XEN) mm.c:4660:d0 ptwr_emulate: could not get_page_from_l1e()
Notice the pattern here, which clearly aren't valid page table entries? Without knowing what the kernel does (i.e. how it got to use those), we hardly can say more (except that I'm unaware of anyone else having such a problem). Assuming that 64-bit works on the *same* machine, we probably can exclude a hardware issue, and hence we'd need to see the early kernel log. I'd suggest putting this into a bugzilla entry, however. Please note in any case that the 32-bit hypervisor should be considered deprecated in any case, so unless you have a strong need to run 32-bit, I'd strongly recommend using the 64-bit hypervisor instead. Jan -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-virtual+help@opensuse.org
Hello Jan, On Wed, Jan 19, Jan Beulich wrote:
On 19.01.11 at 10:05, <opensuse.org@bloms.de> wrote: (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00d (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:780:d0 Bad L1 flags f0ff000 (XEN) mm.c:4655:d0 ptwr_emulate: fixing up invalid PAE PTE 0f0ff00f0ff0f00f (XEN) mm.c:861:d0 Error getting mfn 7f0f (pfn 55555555) from L1 entry 0000000007f0f00f for l1e_owner=0, pg_owner=0 (XEN) mm.c:4660:d0 ptwr_emulate: could not get_page_from_l1e()
Notice the pattern here, which clearly aren't valid page table entries? Without knowing what the kernel does (i.e. how it got to use those), we hardly can say more (except that I'm unaware of anyone else having such a problem).
Aha, you think that this is a kernel problem ? So I have to try following parameter to get more output: kernel ... console=com1 com1=115200 loglvl=all guest_loglvl=all module ... console=hvc0 earlyprintk=xen nomodeset is this right, or is there something else to do ?
Assuming that 64-bit works on the *same* machine, we probably can exclude a hardware issue, and hence we'd need to see the early kernel log. I'd suggest putting this into a bugzilla entry, however.
if I get some messages from kernel, I will open a report.
Please note in any case that the 32-bit hypervisor should be considered deprecated in any case, so unless you have a strong need to run 32-bit, I'd strongly recommend using the 64-bit hypervisor instead.
I want to use 32bit, because I've 2GB installed only and thought that 32bit needs less invaluable CPU cache for the addresses and so get more performance. But when the 32-bit hypervisor is deprecated, I will use the 64bit one for the future. -- Best regards Dieter Bloms -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the
From field. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-virtual+help@opensuse.org
On 19.01.11 at 13:40, <opensuse.org@bloms.de> wrote: Aha, you think that this is a kernel problem ?
Absolutely.
So I have to try following parameter to get more output:
kernel ... console=com1 com1=115200 loglvl=all guest_loglvl=all module ... console=hvc0 earlyprintk=xen nomodeset
is this right, or is there something else to do ?
Looks correct; you will want to add "ignore_loglevel" to the second set, and the "nomodeset" doesn't look relevant here.
But when the 32-bit hypervisor is deprecated, I will use the 64bit one for the future.
You should actually be able to use the 64-bit hypervisor with kernel and everything else on top of it being 32-bit (though that's unlikely to overcome the problem you're seeing). Jan -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-virtual+help@opensuse.org
Hi, On Wed, Jan 19, Jan Beulich wrote:
Assuming that 64-bit works on the *same* machine, we probably can exclude a hardware issue, and hence we'd need to see the early kernel log. I'd suggest putting this into a bugzilla entry, however.
no need for a bugzilla entry, because there were some wrong kernel options. Now I can boot the 32bit hypervisor with 32bit dom0. Thank you to point me to the not booting kernel -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-virtual+help@opensuse.org
participants (2)
-
Jan Beulich -
opensuse.org＠bloms.de