WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

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

To: Scott Parish <srparish@xxxxxxxxxx>
Subject: Re: [Xen-devel] x86_64 - Dom0 will not boot on EMT64
From: David F Barrera <dfbp@xxxxxxxxxx>
Date: Wed, 15 Jun 2005 13:33:23 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 15 Jun 2005 18:32:49 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20050615155208.GB2909@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1118852662.3974.7.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx> <20050615155208.GB2909@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxx) (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@xxxxxx
> > ** 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@xxxxxxxxxxxxxxxx
> > 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@xxxxxxxxxxxxxxxxxxx
> > 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@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>