RE: [Xen-devel] Daily Xen Builds

[David F Barrera <dfbp@xxxxxxxxxx>]

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