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] Daily Xen Builds

On Fri, 2005-06-10 at 10:09 -0700, Nakajima, Jun wrote:
> I cannot reproduce the dom0 failure with the latest BK. Can you try that
> (instead of the nightly build?)
Actually, I was using the latest BK when I sent out the report. But I
went ahead and pull the latest this afternoon and tried it, getting the
same error.

(ChangeSet
  2005/06/10 17:41:03+01:00 kaf24@xxxxxxxxxxxxxxxxxxxx
  Fix NULL-handler check when propagating faults to guest kernels.
  Signed-off-by: Keir Fraser <keir@xxxxxxxxxxxxx>)

Here's a more complete log:

kernel (hd0,0)/boot/xen.gz  dom0_mem=256000 com2=19200,8n1
console=vga,com2[01;77Hnor
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.11-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)) Fri Jun 10 13:35:18 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) Syst$%  5MI    1\uffff%   5\uffff\uffff\u1659\uffff\uffff\uffff
\uffff
                                         (XEN) ACPI: MADT (v001 IBM
SERBLADE 0x00001000 IBM  0x45444f43) @ 0x000000003ffcfe00
(XEN) ACPI: MCFG (v001 IBM    SERBLADE 0x00001000 IBM  0x45444f43) @
0x000000003ffcfdc0
(XEN) ACPI: DSDT (v001 IBM    SERBLADE 0x00001000 INTL 0x02002025) @
0x0000000000000000
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) 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)
(XY:\u0365}\uffff\uffff\u0355muXEN) IOAPIC[0]: apic_id 14, version 32,
address 0xfec00000, GSI 0-23
(XEN) ACPI: IOAPIC (id[0x0d] address[0xfec10000] gsi_base[24])
(XEN) IOAPIC[1]: apic_id 13, version 32, address 0xfec10000, GSI 24-47
(XEN) ACPI: IOAPIC (id[0x0c] address[0xfec81000] gsi_base[48])
(XEN) IOAPIC[2]: apic_id 12, version 32, address 0xfec81000, GSI 48-71
(XEN) ACPI: IOAPIC (id[0x0b] address[0xfec81400] gsi_base[72])
(XEN) IOAPIC[3]: apic_id 11, version 32, address 0xfec81400, GSI 72-95
(XEN) ACP\u037d\uffffXEN) 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) CPU0: Intel(R) Xeon(TM) CPU 3.60GHz stepping 01
(XEN) Booting processor 1/1 eip 90000
(XEN) Initializing CPU#1
(XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
(XEN) CPU: L2 cache: 1024K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU1: Intel(R) Xeon(TM) CPU 3.60GHz stepping 01
(XEN) Booting processor 2/6 eip 90000S*$W\uffff\uffff\uffff\uffff\uffff
\uffff\uffff\uffffXEN) checking TSC synchronization across 4 CPUs:
passed.
(XEN) Time init:
(XEN) .... cpu_freq:    00000000:D698273C
(XEN) .... scale:       00000001:1C6BCBD9
(XEN) .... Wall Clock:  1118435223s 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: ffffffff80579000->ffffffff80579000
(XEN)  Phys-Mach map: ffffffff80579000->ffffffff805b7800
(XEN)  Page tables:   ffffffff805b8000->ffffffff805bf000
(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.11-xen0 (root@bl2-1) (gcc version 3.3.3 (SuSE
Linux)) #1 Fri Jun 10 13:41:41 CDT 2005
kernel direct mapping tables upto ffff88000fa00000 @ 800000-87f000
Registering memory for bootmem: from  a00000, size = f000000
No mptable found.
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8
(0000055555555067).
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8
(0000055555555067).
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8
(0000055555555067).
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8
(0000055555555067).
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8
(0000055555555067).
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8
(0000055555555067).
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8
(0000055555555067).
arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8(000
\uffff\uffff\u037d\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffffY
\uffff\uffff\uffff\uffff\uffff\u5345\uffff\uffff\uffff\uffff\uffff\u0361
\u0445\uffff\uffff\uffff\uffff\uffff\uffff\u0265\uffff\u037d\u0251\uffff
\u0249\uffff\u0455\uffff%\uffff\uffff\uffff\uffff\uffff\uffff\uffff
\uffff\uffff\uffff\uffff\u0361\u0445\uffff\uffff\uffff\uffff\uffff\uffff
\u0265\uffff\u037d\u0251\uffff\u0249\uffff\u0455\uffff5\uffff\uffff
\uffff\uffff\u5b6d\uffff\u0645\uffff\uffff\uffff\uffff\uffff\uffff\uffff
\uffff\uffff\u0279\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u0255\u0355
\uffff\u0655\uffff\uffff\uffff\uffff\u0445\uffff\uffff\uffff\uffff
\uffff5\uffff\u0579\u044d\uffff\uffff\uffff\uffff\uffff\uffff\u0361
\u0445\uffff%\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\u0345
\u0255\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u027d\uffff\u0455
\uffff\uffff\uffff\u047d\uffff\uffff\u0465\uffff\uffff\uffff\uffff\uffff
%\uffff\u0461\uffff\u034d\uffff\uffff\u0355\u0345\uffff\uffff\u0665
\uffff\uffff\u047d\uffff\u047d\uffff\u077d\u026d\uffff\uffff\uffff\uffff
\u0465\uffff\uffff\u027d\uffff\uffff\uffff\uffff\u5255\uffff\uffff\uffff
\u0355\u0461\uffff\uffff\u0265\u0655\u0259\uffff\uffff\uffff\uffff\uffff
\u047d\uffff\uffff\uffff\uffff\uffff\uffff\uffff}\uffff\uffff\uffff
\uffff\uffff\uffff}\uffff\uffff\u0665\uffff\uffff\u0345\u0455\uffff
\uffff\uffff\u0245\uffff\uffff\u077d\u026d\uffff\u027d\u0579\uffff\u0461
\uffff\uffff\uffff\uffff\u027d\uffff\u0455\uffff\uffff\u0145\u025d\u0575
\uffff\uffff\uffff\u0255\uffff\u047d\u0255\uffff\u0461\uffff\uffff\uffff
\uffff\uffff\uffff\uffff\uffff\u0665\uffff\uffff%\uffff\u0461\uffff
\u0345\u025d\u0575\uffff\uffff\u0475\uffff\uffff\uffff\uffff\u0461\uffff
\uffff\uffff\u0665\uffff\uffff\u077d\u026d\uffff\uffff\uffff\uffff\uffff
\uffff\uffff\uffff\uffff\u0355\uffff\uffff\uffff\uffff\uffff\u0461\uffff
\uffff\uffff\uffff\uffff\uffff\u047d\uffff\uffff\uffff\uffff\uffff\uffff
\u047d\uffff\uffff\uffff\u0279\uffff\uffff\uffff\uffff\uffff\uffff\uffff
\uffff\uffff\uffff\uffff\uffff\u037d%\uffff\uffff\uffff\uffff\uffff
\uffff\u0461\uffff\uffff\u0265\u0655\u0461\uffff\u0345\u025d\u0575\uffff
\uffff\u0475\uffff\uffff\uffff\uffff\u0461\uffff\uffff\uffffQI\u0761
\uffff\uffff\uffff\uffff\uffff\uffff\u0465\uffff\uffff\uffff\u9979\uffff
\uffff\uffff\uffff\u034d\uffff\uffff\uffff\u0571\uffff\u0279\uffff\uffff
\uffff\u0255\uffff\uffff\uffff\u0455\u0255\uffff\uffff\uffff\u034d\uffff
\uffff\uffff\u0571\uffff\u0245\uffff\u0465\uffff\uffff\uffff\uffff\u047d
\uffff\uffff\u0255\uffff\uffff\uffff\u0455\u0255\uffff\uffff\uffff\u034d
\uffff\uffff\uffff\u0571\uffff\u0251\uffff\uffff\uffff\uffff\uffff\uffff
\uffff\u0255floppy0: 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:
<ffffffff80116d62>{do_page_fault+370}
Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
<ffffffff8011685f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
<ffffffff8011685f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
<ffffffff8011685f>{dump_pagetable+47}
Unable to handle kernel NULL pointer dereference at 0000000000000000
RIP:
<ffffffff8011685f>{dump_pagetable+47}

>>>>> At this point, it is just endlessly displaying what appears to be
the same error...

> 
> Jun
> ---
> Intel Open Source Technology Center
> 
> David F Barrera wrote:
> > June 10, using latest xen-unstable BK pull
> >       * Last ChangeSet on x86 test systems
> >           2005/06/10 10:34:30+01:00 kaf24@xxxxxxxxxxxxxxxxxxxx
> >           user -> kernel syscall path must enable interrupts after
> >         all, since
> >           it calls create_bounce_frame which can potentially fault.
> >         Thus we must
> >           also test_all_events.
> >           Signed-off-by: Keir Fraser <keir@xxxxxxxxxxxxx>
> >               * Updated for the x86_64 machines to pick up GCC 4.0
> >                 compile fixes
> >                       * ChangeSet
> >                           2005/06/10 14:49:33+01:00
> >                         kaf24@xxxxxxxxxxxxxxxxxxxx
> >                           Some functions of xenstore library dont have
> >                         xs_ as prefix. This patch
> >                           fixes the problem.
> >                           Signed-off-by: Nguyen Anh Quynh
> >                         <aquynh@xxxxxxxxx>
> >       * x86
> >               * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235,
> >                 HS20 Blade and ThinkCentre
> >                       * Builds and boots without problems
> >                       * Able to create functional domains
> >                       * Running LTP test suite on Dom0s and DomUs
> >       * x86_64 - Dom0 WILL NOT BOOT
> >               * Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4
> > (GCC 
> >                 4.0); however,
> >               * Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64)
> >                       * Bugzilla #75
> >                       * x86_64 - Unable to handle kernel NULL pointer
> >                         dereference at 0000000000000880 RIP:
> >                         <ffffffff80116d62>{do_page_fault+370}
> 
> 
> 
> 
-- 
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>