thr3ads.net - Xen devel - [Xen-devel] x86_64 - Dom0 will not boot on EMT64 [Jun 2005]

If this information is useful, please help other people find it:
Share via:

Scott Parish

2005-Jun-15 15:52 UTC

Re: [Xen-devel] x86_64 - Dom0 will not boot on EMT64

I''ve been seeing the same thing on my 8843s (or was on saturday).
I''m
hunting another bug at the moment, and don''t multitask very well; if
nobody has figured this out by the time i get done with the other bug
i''m planning on looking into this.

sRp

On Wed, Jun 15, 2005 at 11:24:22AM -0500, David F Barrera wrote:
> I am unable to boot Dom0 on my IBM eServer BladeCenter HS20, type 8843,
> EMT64 blades. I have read reports that Dom0 boots on Opteron boxes, but
> on my EMT64 blades, it does not. Has anyone else encountered this
> problem on EMT64 hardware?
> 
> Here are the errors I am getting:
> 
> 
> This is on a SLES 9 box, gcc version 3.3.3 (SuSE Linux):
> 
> kernel (hd0,0)/boot/xen.gz  dom0_mem=256000 com2=19200,8n1 console=vga,com2
nor
> eboot
>    [Multiboot-elf, <0x100000:0x5e358:0x22ca8>, shtab=0x181078,
entry=0x100000]
> module (hd0,0)/boot/vmlinuz-2.6-xen0 root=/dev/sda6 ro console=tty0
>    [Multiboot-module @ 0x182000, 0x67e5f0 bytes]
> module (hd0,0)/initrd-2.6.11.12-xen0
> 
>  __  __            _____  ___         _                _
>  \ \/ /___ _ __   |___ / / _ \     __| | _____   _____| |
>   \  // _ \ ''_ \    |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
>   /  \  __/ | | |  ___) | |_| |__| (_| |  __/\ V /  __/ |
>  /_/\_\___|_| |_| |____(_)___/    \__,_|\___| \_/ \___|_|
> 
>  http://www.cl.cam.ac.uk/netos/xen
>  University of Cambridge Computer Laboratory
> 
>  Xen version 3.0-devel (root@ltc.austin.ibm.com) (gcc version 3.3.3 (SuSE
> Linux)) Wed Jun 15 08:19:06 CDT 2005
>  Latest ChangeSet: information unavailable
> 
> (XEN) Physical RAM map:
> (XEN)  0000000000000000 - 000000000009d400 (usable)
> (XEN)  000000000009d400 - 00000000000a0000 (reserved)
> (XEN)  00000000000e0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 000000003ffbe680 (usable)
> (XEN)  000000003ffbe680 - 000000003ffd0000 (ACPI data)
> (XEN)  000000003ffd0000 - 0000000040000000 (reserved)
> (XEN)  00000000fec00000 - 0000000100000000 (reserved)
> (XEN) System RAM: 1023MB (1047916kB)
> (XEN) Xen heap: 14MB (14812kB)
> (XEN) found SMP MP-table at 0009d540
> (XEN) DMI 2.3 present.
> (XEN) Using APIC driver default
> (XEN) ACPI: RSDP (v000 IBM                                   ) @
0x00000000000fdfc0
> (XEN) ACPI: RSDT (v001 IBM    SERBLADE 0x00001000 IBM  0x45444f43) @
> 0x000000003ffcff80
> (XEN) ACPI: FADT (v002 IBM    SERBLADE 0x00001000 IBM  0x45444f43)P)
>                                                                    
> \uffff\uffff\u0255\uffff\uffff\u1655\uffffXEN) ACPI: LAPIC (acpi_id[0x00]
> lapic_id[0x00] enabled)
> (XEN) Processor #0 15:4 APIC version 20
> (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled)
> (XEN) Processor #6 15:4 APIC version 20
> (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> (XEN) Processor #1 15:4 APIC version 20
> (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
> (XEN) Processor #7 15:4 APIC version 20
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
> (XEN) ACPI: LAPIC_NMI
>
(acpi_id[5%\uffffe%B\uffff\u0349\uffff\uffff}\uffff\uffff\u015d\uffff\uffff\uffff\uffff\uffff}\uffff\uffff\u0161\uffff\uffff\uffff\uffff\uffff\u0655\uffffXEN)
> ACPI: IRQ0 used by override.
> (XEN) ACPI: IRQ2 used by override.
> (XEN) ACPI: IRQ11 used by override.
> (XEN) Enabling APIC mode:  Flat.  Using 4 I/O APICs
> (XEN) Using ACPI (MADT) for SMP configuration information
> (XEN) Initializing CPU#0
> (XEN) Detected 3600.316 MHz processor.
> (XEN) Using scheduler: Borrowed Virtual Time (bvt)
> (XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
> (XEN) CPU: L2 cache: 1024K
> (XEN) CPU: Physical Processor ID: 0
> (XEN) CPUU 3.60GHz stepping 01
> (XEN) Total of 4 processors activated.
> (XEN) ENABLING IO-APIC IRQs
> (XEN) ..TIMER: vector=0x31 pin1=2 pin2=-1
> (XEN) checking TSC synchronization across 4 CPUs: passed.
> (XEN) Time init:
> (XEN) .... cpu_freq:    00000000:D6987764
> (XEN) .... scale:       00000001:1C6B619C
> (XEN) .... Wall Clock:  1118847138s 160000us
> (XEN) Brought up 4 CPUs
> (XEN) mtrr: v2.0 (20020519)
> (XEN) *** LOADING DOMAIN 0 ***
> (XEN) Xen-ELF header found:
>
''GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xffffffff80100000,LOADER=generic''
> (XEN) PHYSICAL MEMORY ARRANGEMENT:
> (XEN)  Dom0 alloc.:   0000000008000000->0000000010000000 (31232 pages to
be
> allocated)
> (XEN) VIRTUAL MEMORY ARRANGEMENT:
> (XEN)  Loaded kernel: ffffffff80100000->ffffffff80578086
> (XEN)  Init. ramdisk: ffffffff80(XEN)  Start info:   
> ffffffff805bf000->ffffffff805c0000
> (XEN)  Boot stack:    ffffffff805c0000->ffffffff805c1000
> (XEN)  TOTAL:         ffffffff80000000->ffffffff80800000
> (XEN)  ENTRY ADDRESS: ffffffff80100000
> (XEN) Scrubbing Free RAM: ...........done.
> (XEN) *** Serial input -> DOM0 (type ''CTRL-a'' three
times to switch input to Xen).
> Linux version 2.6.11.12-xen0 (root@bl2-1) (gcc version 3.3.3 (SuSE Linux))
#1
> Wed Jun 15 08:25:11 CDT 2005
> kernel direct mapping tables upto
>
ffff88000fa00000L&SVB\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffffJr
>                                                                         
>
\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff}fec10000]
>
gsi_base[24])\uffff\uffff\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff
> IOAPIC[1]: apic_id 13, version 32, address 0xfec10000, GSI 24-47
> ACPI: IOAPIC (id[0x0c] address[0xfec81000] gsi_base[48])
> IOAPIC[2]: apic_id 12, version 32, address 0xfec81000, GSI 48-71
> ACPI: IOAPIC (id[0x0b] address[0xfec81400] gsi_base[72])
> IOAPIC[3]: apic_id 11, version 32, address 0xfec81400, GSI 72-95
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level)
> Setting APIC routing to flat
> %%\uffff\u0455\uffff\uffff\uffffkaround, the "pci=routeirq"
argument restores
> the old
> ** behavior.  If this argument makes the device work again,
> ** please email the output of "lspci" to bjorn.helgaas@hp.com
> ** so I can fix the driver.
> PCI: IRQ init
> Grant table initialized
> Initializing Cryptographic API
> Real Time Clock Driver v1.12
> i8042.c: Can''t read CTR while initializing i8042.
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered
> Floppy dfloppy0: no floppy controllers found
> RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
> loop: loaded (max 8 devices)
> HP CISS Driver (v 2.6.4)
> Intel(R) PRO/1000 Network Driver - version 5.6.10.1-k2
> Copyright (c) 1999-2004 Intel Corporation.
> pcnet32.c:v1.30i 06.28.2004 tsbogend@alpha.franken.de
> e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
> e100: Copyright(c) 1999-2004 Intel Corporation
> tg3.c:v3.23 (February 15, 2005)
> ACPI: PCI interrupt 0000:05:01.0[A] -> GSI 77 (level, low) -> IRQ 77
> Unable to handle kernel NULL pointer dereference at 0000000000000880 RIP:
> <ffffffff80116d42>{do_page_fault+370}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff8011683f>{dump_pagetable+47}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff8011683f>{dump_pagetable+47}
> Unable to handle kernel NULL pointer dereferentable+47}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff8011683f>{dump_pagetable+47}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff8011683f>{dump_pagetable+47}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff8011683f>{dump_pagetable+47}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff8011683f>{dump_pagetable+47}
> The errors repeat ad nauseum at this point.....
> ----------------------------------------------------------------------
> 
> 
> And this one from a GCC 4.0 Xen build (FC4)--the offset is different
> 
> tg3.c:v3.23 (February 15, 2005)
> ACPI: PCI interrupt 0000:05:01.0[A] -> GSI 77 (level, low) -> IRQ 77
> Unable to handle kernel NULL pointer dereference at 0000000000000880 RIP:
> <ffffffff80116d90>{do_page_fault+432}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff80116933>{dump_pagetable+51}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff80116933>{dump_pagetable+51}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff80116933>{dump_pagetable+51}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff80116933>{dump_pagetable+51}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> <ffffffff80116933>{dump_pagetable+51}
> Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
> The errors repeat ad nauseum at this point.....
> ----------------------------------------------------------------------
> 
> 
> -- 
> Regards,
> 
> David F Barrera
> Linux Technology Center
> Systems and Technology Group, IBM
> 
> "The wisest men follow their own direction. "
>                                                         Euripides
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
> 
-- 
Scott Parish
Signed-off-by: srparish@us.ibm.com

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

David F Barrera

2005-Jun-15 16:24 UTC

head link

[Xen-devel] x86_64 - Dom0 will not boot on EMT64

I am unable to boot Dom0 on my IBM eServer BladeCenter HS20, type 8843,
EMT64 blades. I have read reports that Dom0 boots on Opteron boxes, but
on my EMT64 blades, it does not. Has anyone else encountered this
problem on EMT64 hardware?

Here are the errors I am getting:


This is on a SLES 9 box, gcc version 3.3.3 (SuSE Linux):

kernel (hd0,0)/boot/xen.gz  dom0_mem=256000 com2=19200,8n1 console=vga,com2 nor
eboot
   [Multiboot-elf, <0x100000:0x5e358:0x22ca8>, shtab=0x181078,
entry=0x100000]
module (hd0,0)/boot/vmlinuz-2.6-xen0 root=/dev/sda6 ro console=tty0
   [Multiboot-module @ 0x182000, 0x67e5f0 bytes]
module (hd0,0)/initrd-2.6.11.12-xen0

 __  __            _____  ___         _                _
 \ \/ /___ _ __   |___ / / _ \     __| | _____   _____| |
  \  // _ \ ''_ \    |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
  /  \  __/ | | |  ___) | |_| |__| (_| |  __/\ V /  __/ |
 /_/\_\___|_| |_| |____(_)___/    \__,_|\___| \_/ \___|_|

 http://www.cl.cam.ac.uk/netos/xen
 University of Cambridge Computer Laboratory

 Xen version 3.0-devel (root@ltc.austin.ibm.com) (gcc version 3.3.3 (SuSE
Linux)) Wed Jun 15 08:19:06 CDT 2005
 Latest ChangeSet: information unavailable

(XEN) Physical RAM map:
(XEN)  0000000000000000 - 000000000009d400 (usable)
(XEN)  000000000009d400 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 000000003ffbe680 (usable)
(XEN)  000000003ffbe680 - 000000003ffd0000 (ACPI data)
(XEN)  000000003ffd0000 - 0000000040000000 (reserved)
(XEN)  00000000fec00000 - 0000000100000000 (reserved)
(XEN) System RAM: 1023MB (1047916kB)
(XEN) Xen heap: 14MB (14812kB)
(XEN) found SMP MP-table at 0009d540
(XEN) DMI 2.3 present.
(XEN) Using APIC driver default
(XEN) ACPI: RSDP (v000 IBM                                   ) @
0x00000000000fdfc0
(XEN) ACPI: RSDT (v001 IBM    SERBLADE 0x00001000 IBM  0x45444f43) @
0x000000003ffcff80
(XEN) ACPI: FADT (v002 IBM    SERBLADE 0x00001000 IBM  0x45444f43)P)
                                                                   
\uffff\uffff\u0255\uffff\uffff\u1655\uffffXEN) ACPI: LAPIC (acpi_id[0x00]
lapic_id[0x00] enabled)
(XEN) Processor #0 15:4 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled)
(XEN) Processor #6 15:4 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
(XEN) Processor #1 15:4 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
(XEN) Processor #7 15:4 APIC version 20
(XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
(XEN) ACPI: LAPIC_NMI
(acpi_id[5%\uffffe%B\uffff\u0349\uffff\uffff}\uffff\uffff\u015d\uffff\uffff\uffff\uffff\uffff}\uffff\uffff\u0161\uffff\uffff\uffff\uffff\uffff\u0655\uffffXEN)
ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ11 used by override.
(XEN) Enabling APIC mode:  Flat.  Using 4 I/O APICs
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) Initializing CPU#0
(XEN) Detected 3600.316 MHz processor.
(XEN) Using scheduler: Borrowed Virtual Time (bvt)
(XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
(XEN) CPU: L2 cache: 1024K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPUU 3.60GHz stepping 01
(XEN) Total of 4 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) ..TIMER: vector=0x31 pin1=2 pin2=-1
(XEN) checking TSC synchronization across 4 CPUs: passed.
(XEN) Time init:
(XEN) .... cpu_freq:    00000000:D6987764
(XEN) .... scale:       00000001:1C6B619C
(XEN) .... Wall Clock:  1118847138s 160000us
(XEN) Brought up 4 CPUs
(XEN) mtrr: v2.0 (20020519)
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Xen-ELF header found:
''GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xffffffff80100000,LOADER=generic''
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   0000000008000000->0000000010000000 (31232 pages to be
allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff80100000->ffffffff80578086
(XEN)  Init. ramdisk: ffffffff80(XEN)  Start info:   
ffffffff805bf000->ffffffff805c0000
(XEN)  Boot stack:    ffffffff805c0000->ffffffff805c1000
(XEN)  TOTAL:         ffffffff80000000->ffffffff80800000
(XEN)  ENTRY ADDRESS: ffffffff80100000
(XEN) Scrubbing Free RAM: ...........done.
(XEN) *** Serial input -> DOM0 (type ''CTRL-a'' three times
to switch input to Xen).
Linux version 2.6.11.12-xen0 (root@bl2-1) (gcc version 3.3.3 (SuSE Linux)) #1
Wed Jun 15 08:25:11 CDT 2005
kernel direct mapping tables upto
ffff88000fa00000L&SVB\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffffJr
                                                                        
\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff}fec10000]
gsi_base[24])\uffff\uffff\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff
IOAPIC[1]: apic_id 13, version 32, address 0xfec10000, GSI 24-47
ACPI: IOAPIC (id[0x0c] address[0xfec81000] gsi_base[48])
IOAPIC[2]: apic_id 12, version 32, address 0xfec81000, GSI 48-71
ACPI: IOAPIC (id[0x0b] address[0xfec81400] gsi_base[72])
IOAPIC[3]: apic_id 11, version 32, address 0xfec81400, GSI 72-95
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level)
Setting APIC routing to flat
%%\uffff\u0455\uffff\uffff\uffffkaround, the "pci=routeirq" argument
restores
the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
PCI: IRQ init
Grant table initialized
Initializing Cryptographic API
Real Time Clock Driver v1.12
i8042.c: Can''t read CTR while initializing i8042.
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy dfloppy0: no floppy controllers found
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
loop: loaded (max 8 devices)
HP CISS Driver (v 2.6.4)
Intel(R) PRO/1000 Network Driver - version 5.6.10.1-k2
Copyright (c) 1999-2004 Intel Corporation.
pcnet32.c:v1.30i 06.28.2004 tsbogend@alpha.franken.de
e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
e100: Copyright(c) 1999-2004 Intel Corporation
tg3.c:v3.23 (February 15, 2005)
ACPI: PCI interrupt 0000:05:01.0[A] -> GSI 77 (level, low) -> IRQ 77
Unable to handle kernel NULL pointer dereference at 0000000000000880 RIP:
<ffffffff80116d42>{do_page_fault+370}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff8011683f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff8011683f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereferentable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff8011683f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff8011683f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff8011683f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff8011683f>{dump_pagetable+47}
The errors repeat ad nauseum at this point.....
----------------------------------------------------------------------


And this one from a GCC 4.0 Xen build (FC4)--the offset is different

tg3.c:v3.23 (February 15, 2005)
ACPI: PCI interrupt 0000:05:01.0[A] -> GSI 77 (level, low) -> IRQ 77
Unable to handle kernel NULL pointer dereference at 0000000000000880 RIP:
<ffffffff80116d90>{do_page_fault+432}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff80116933>{dump_pagetable+51}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff80116933>{dump_pagetable+51}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff80116933>{dump_pagetable+51}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff80116933>{dump_pagetable+51}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
<ffffffff80116933>{dump_pagetable+51}
Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP:
The errors repeat ad nauseum at this point.....
----------------------------------------------------------------------


-- 
Regards,

David F Barrera
Linux Technology Center
Systems and Technology Group, IBM

"The wisest men follow their own direction. "
                                                        Euripides


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

David F Barrera

2005-Jun-15 18:33 UTC

head link

Re: [Xen-devel] x86_64 - Dom0 will not boot on EMT64

On Wed, 2005-06-15 at 15:52 +0000, Scott Parish wrote:> I''ve been seeing the same thing on my 8843s (or was on saturday).
I''m
> hunting another bug at the moment, and don''t multitask very well;
if
> nobody has figured this out by the time i get done with the other bug
> i''m planning on looking into this.
> Scott, 

You once submitted a patch, predicate-nx.diff (below) that, if applied
on top of the current BK source, allows dom0 to boot on EMT64 Blades. 


--- old-xen-64-4/linux-2.6.11-xen-sparse/include/asm-xen/asm-
x86_64/pgtable.h 2005-05-28 09:20:36.000000000 +0000
+++ new-xen-64-4/linux-2.6.11-xen-sparse/include/asm-xen/asm-
x86_64/pgtable.h 2005-06-07 18:55:36.000000000 +0000
@@ -186,12 +186,17 @@ static inline pte_t ptep_get_and_clear(p
 #define PAGE_READONLY  __pgprot(_PAGE_PRESENT | _PAGE_USER |
_PAGE_ACCESSED | _PAGE_NX)
 #define PAGE_READONLY_EXEC __pgprot(_PAGE_PRESENT | _PAGE_USER |
_PAGE_ACCESSED)
 #define __PAGE_KERNEL \
-       (_PAGE_PRESENT | _PAGE_RW | _PAGE_DIRTY | _PAGE_ACCESSED |
_PAGE_NX | _PAGE_USER )
+       ((_PAGE_PRESENT | _PAGE_RW | _PAGE_DIRTY | _PAGE_ACCESSED | \
+        _PAGE_NX | _PAGE_USER ) & __supported_pte_mask)
 #define __PAGE_KERNEL_EXEC \
        (_PAGE_PRESENT | _PAGE_RW | _PAGE_DIRTY | _PAGE_ACCESSED |
_PAGE_USER )
 #define __PAGE_KERNEL_NOCACHE \



> sRp
> 
> On Wed, Jun 15, 2005 at 11:24:22AM -0500, David F Barrera wrote:
> 
> > I am unable to boot Dom0 on my IBM eServer BladeCenter HS20, type
8843,
> > EMT64 blades. I have read reports that Dom0 boots on Opteron boxes,
but
> > on my EMT64 blades, it does not. Has anyone else encountered this
> > problem on EMT64 hardware?
> > 
> > Here are the errors I am getting:
> > 
> > 
> > This is on a SLES 9 box, gcc version 3.3.3 (SuSE Linux):
> > 
> > kernel (hd0,0)/boot/xen.gz  dom0_mem=256000 com2=19200,8n1
console=vga,com2 nor
> > eboot
> >    [Multiboot-elf, <0x100000:0x5e358:0x22ca8>, shtab=0x181078,
entry=0x100000]
> > module (hd0,0)/boot/vmlinuz-2.6-xen0 root=/dev/sda6 ro console=tty0
> >    [Multiboot-module @ 0x182000, 0x67e5f0 bytes]
> > module (hd0,0)/initrd-2.6.11.12-xen0
> > 
> >  __  __            _____  ___         _                _
> >  \ \/ /___ _ __   |___ / / _ \     __| | _____   _____| |
> >   \  // _ \ ''_ \    |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
> >   /  \  __/ | | |  ___) | |_| |__| (_| |  __/\ V /  __/ |
> >  /_/\_\___|_| |_| |____(_)___/    \__,_|\___| \_/ \___|_|
> > 
> >  http://www.cl.cam.ac.uk/netos/xen
> >  University of Cambridge Computer Laboratory
> > 
> >  Xen version 3.0-devel (root@ltc.austin.ibm.com) (gcc version 3.3.3
(SuSE
> > Linux)) Wed Jun 15 08:19:06 CDT 2005
> >  Latest ChangeSet: information unavailable
> > 
> > (XEN) Physical RAM map:
> > (XEN)  0000000000000000 - 000000000009d400 (usable)
> > (XEN)  000000000009d400 - 00000000000a0000 (reserved)
> > (XEN)  00000000000e0000 - 0000000000100000 (reserved)
> > (XEN)  0000000000100000 - 000000003ffbe680 (usable)
> > (XEN)  000000003ffbe680 - 000000003ffd0000 (ACPI data)
> > (XEN)  000000003ffd0000 - 0000000040000000 (reserved)
> > (XEN)  00000000fec00000 - 0000000100000000 (reserved)
> > (XEN) System RAM: 1023MB (1047916kB)
> > (XEN) Xen heap: 14MB (14812kB)
> > (XEN) found SMP MP-table at 0009d540
> > (XEN) DMI 2.3 present.
> > (XEN) Using APIC driver default
> > (XEN) ACPI: RSDP (v000 IBM                                   ) @
0x00000000000fdfc0
> > (XEN) ACPI: RSDT (v001 IBM    SERBLADE 0x00001000 IBM  0x45444f43) @
> > 0x000000003ffcff80
> > (XEN) ACPI: FADT (v002 IBM    SERBLADE 0x00001000 IBM  0x45444f43)P)
> >                                                                    
> > \uffff\uffff\u0255\uffff\uffff\u1655\uffffXEN) ACPI: LAPIC
(acpi_id[0x00]
> > lapic_id[0x00] enabled)
> > (XEN) Processor #0 15:4 APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled)
> > (XEN) Processor #6 15:4 APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> > (XEN) Processor #1 15:4 APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
> > (XEN) Processor #7 15:4 APIC version 20
> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
> > (XEN) ACPI: LAPIC_NMI
> >
(acpi_id[5%\uffffe%B\uffff\u0349\uffff\uffff}\uffff\uffff\u015d\uffff\uffff\uffff\uffff\uffff}\uffff\uffff\u0161\uffff\uffff\uffff\uffff\uffff\u0655\uffffXEN)
> > ACPI: IRQ0 used by override.
> > (XEN) ACPI: IRQ2 used by override.
> > (XEN) ACPI: IRQ11 used by override.
> > (XEN) Enabling APIC mode:  Flat.  Using 4 I/O APICs
> > (XEN) Using ACPI (MADT) for SMP configuration information
> > (XEN) Initializing CPU#0
> > (XEN) Detected 3600.316 MHz processor.
> > (XEN) Using scheduler: Borrowed Virtual Time (bvt)
> > (XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
> > (XEN) CPU: L2 cache: 1024K
> > (XEN) CPU: Physical Processor ID: 0
> > (XEN) CPUU 3.60GHz stepping 01
> > (XEN) Total of 4 processors activated.
> > (XEN) ENABLING IO-APIC IRQs
> > (XEN) ..TIMER: vector=0x31 pin1=2 pin2=-1
> > (XEN) checking TSC synchronization across 4 CPUs: passed.
> > (XEN) Time init:
> > (XEN) .... cpu_freq:    00000000:D6987764
> > (XEN) .... scale:       00000001:1C6B619C
> > (XEN) .... Wall Clock:  1118847138s 160000us
> > (XEN) Brought up 4 CPUs
> > (XEN) mtrr: v2.0 (20020519)
> > (XEN) *** LOADING DOMAIN 0 ***
> > (XEN) Xen-ELF header found:
> >
''GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xffffffff80100000,LOADER=generic''
> > (XEN) PHYSICAL MEMORY ARRANGEMENT:
> > (XEN)  Dom0 alloc.:   0000000008000000->0000000010000000 (31232
pages to be
> > allocated)
> > (XEN) VIRTUAL MEMORY ARRANGEMENT:
> > (XEN)  Loaded kernel: ffffffff80100000->ffffffff80578086
> > (XEN)  Init. ramdisk: ffffffff80(XEN)  Start info:   
> > ffffffff805bf000->ffffffff805c0000
> > (XEN)  Boot stack:    ffffffff805c0000->ffffffff805c1000
> > (XEN)  TOTAL:         ffffffff80000000->ffffffff80800000
> > (XEN)  ENTRY ADDRESS: ffffffff80100000
> > (XEN) Scrubbing Free RAM: ...........done.
> > (XEN) *** Serial input -> DOM0 (type ''CTRL-a''
three times to switch input to Xen).
> > Linux version 2.6.11.12-xen0 (root@bl2-1) (gcc version 3.3.3 (SuSE
Linux)) #1
> > Wed Jun 15 08:25:11 CDT 2005
> > kernel direct mapping tables upto
> >
ffff88000fa00000L&SVB\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffffJr
> >
> >
\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff}fec10000]
> >
gsi_base[24])\uffff\uffff\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u024d\uffff\u1579\uffff}\uffff\uffff\uffff\uffff\uffff\u044d\uffff\uffff\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\uffff\uffff
> > IOAPIC[1]: apic_id 13, version 32, address 0xfec10000, GSI 24-47
> > ACPI: IOAPIC (id[0x0c] address[0xfec81000] gsi_base[48])
> > IOAPIC[2]: apic_id 12, version 32, address 0xfec81000, GSI 48-71
> > ACPI: IOAPIC (id[0x0b] address[0xfec81400] gsi_base[72])
> > IOAPIC[3]: apic_id 11, version 32, address 0xfec81400, GSI 72-95
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level)
> > Setting APIC routing to flat
> > %%\uffff\u0455\uffff\uffff\uffffkaround, the "pci=routeirq"
argument restores
> > the old
> > ** behavior.  If this argument makes the device work again,
> > ** please email the output of "lspci" to
bjorn.helgaas@hp.com
> > ** so I can fix the driver.
> > PCI: IRQ init
> > Grant table initialized
> > Initializing Cryptographic API
> > Real Time Clock Driver v1.12
> > i8042.c: Can''t read CTR while initializing i8042.
> > io scheduler noop registered
> > io scheduler anticipatory registered
> > io scheduler deadline registered
> > io scheduler cfq registered
> > Floppy dfloppy0: no floppy controllers found
> > RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
> > loop: loaded (max 8 devices)
> > HP CISS Driver (v 2.6.4)
> > Intel(R) PRO/1000 Network Driver - version 5.6.10.1-k2
> > Copyright (c) 1999-2004 Intel Corporation.
> > pcnet32.c:v1.30i 06.28.2004 tsbogend@alpha.franken.de
> > e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
> > e100: Copyright(c) 1999-2004 Intel Corporation
> > tg3.c:v3.23 (February 15, 2005)
> > ACPI: PCI interrupt 0000:05:01.0[A] -> GSI 77 (level, low) ->
IRQ 77
> > Unable to handle kernel NULL pointer dereference at 0000000000000880
RIP:
> > <ffffffff80116d42>{do_page_fault+370}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff8011683f>{dump_pagetable+47}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff8011683f>{dump_pagetable+47}
> > Unable to handle kernel NULL pointer dereferentable+47}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff8011683f>{dump_pagetable+47}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff8011683f>{dump_pagetable+47}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff8011683f>{dump_pagetable+47}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff8011683f>{dump_pagetable+47}
> > The errors repeat ad nauseum at this point.....
> > ----------------------------------------------------------------------
> > 
> > 
> > And this one from a GCC 4.0 Xen build (FC4)--the offset is different
> > 
> > tg3.c:v3.23 (February 15, 2005)
> > ACPI: PCI interrupt 0000:05:01.0[A] -> GSI 77 (level, low) ->
IRQ 77
> > Unable to handle kernel NULL pointer dereference at 0000000000000880
RIP:
> > <ffffffff80116d90>{do_page_fault+432}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff80116933>{dump_pagetable+51}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff80116933>{dump_pagetable+51}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff80116933>{dump_pagetable+51}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff80116933>{dump_pagetable+51}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > <ffffffff80116933>{dump_pagetable+51}
> > Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
> > The errors repeat ad nauseum at this point.....
> > ----------------------------------------------------------------------
> > 
> > 
> > -- 
> > Regards,
> > 
> > David F Barrera
> > Linux Technology Center
> > Systems and Technology Group, IBM
> > 
> > "The wisest men follow their own direction. "
> >                                                         Euripides
> > 
> > 
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
> > 
> -- 
Regards,

David F Barrera
Linux Technology Center
Systems and Technology Group, IBM

"The wisest men follow their own direction. "
                                                        Euripides


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

Reasonably Related Threads

Search for more reasonably related threads

Xen devel - Jun 2005 - x86_64 - Dom0 will not boot on EMT64

Re: [Xen-devel] x86_64 - Dom0 will not boot on EMT64

[Xen-devel] x86_64 - Dom0 will not boot on EMT64

Re: [Xen-devel] x86_64 - Dom0 will not boot on EMT64

Reasonably Related Threads