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] Kernel BUG at hypervisor:53

To: Scott Parish <srparish@xxxxxxxxxx>
Subject: Re: [Xen-devel] Kernel BUG at hypervisor:53
From: David F Barrera <dfbp@xxxxxxxxxx>
Date: Thu, 02 Jun 2005 08:40:46 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 02 Jun 2005 13:40:12 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20050601220503.GI9951@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: <1117636958.6367.2.camel@xxxxxxxxxxxxxxxxxxxxx> <20050601220503.GI9951@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, 2005-06-01 at 22:05 +0000, Scott Parish wrote:
> Do you delete and recreate your source tree each day, or do you rcs
> update?

I delete and recreate source tree everyday. Each day I start with a
clean slate.

>  The reason i ask is that i spent most of the day fighting with a
> crash that wasn't the same as yours, but looked like it might have been
> related. I finally decided to unpatched the most recent BK changes, and
> at one point it took off working again, and has continued even though
> i've now repatched.
> 
> sRp
> 
> On Wed, Jun 01, 2005 at 09:42:37AM -0500, David F Barrera wrote:
> 
> > I am seeing the following Kernel BUG on x86_64:
> > 
> >  \ \/ /___ _ __   |___ / / _ \     __| | _____   _____| |
> >   \  // _ \ '_ \    |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
> >   /  \  __/ | | |  ___) | |_| |__| (_| |  __/\ V /  __/ |
> >  /_/\_\___|_| |_| |____(_)___/    \__,_|\___| \_/ \___|_|
> > 
> >  http://www.cl.cam.ac.uk/netos/xen
> >  University of Cambridge Computer Laboratory
> > 
> >  Xen version 3.0-devel (root@xxxxxxxxxxxxxxxxxx) (gcc version 4.0.0 20050405
> > (Red Hat 4.0.0-0.40)) Wed Jun  1 09:13:46 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 (14820kB)
> > (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 0\uffff(XEN) ACPI: LAPIC_NMI
> > (acpi_id[0x02] dfl dfl lint[0x1])
> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
> > (XEN) ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
> > (XEN) 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 0x(XEN) Detected 3600.315 
> > 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) 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
> > (AUQ\u0245\uffff\uffff\uffff\uffff\uffff\uffff\uffff-\u057d\uffff\uffff1\uffff\uffff\uffff\uffff&\uffffH\uffff(XEN)
> > CPU: L2 cache: 1024K
> > (XEN) CPU: Physical Processor ID: 3
> > (XEN) CPU3: Intel(R) Xeon(TM) CPU 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:D6987278
> > (XEN) .... scale:       00000001:1C6B6822
> > (XEN) .... Wall Clock:  1117618411s 180000us
> > (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->ffffffff80583086
> > (XEN)  Init. ramdisk: ffffffff80584000->ffffffff80720c00
> > (XEN)  Phys-Mach map: ffffffff80721000->ffffffff8075f800
> > (XEN)  Page tables:   ffffffff80760000->ffffffff80767000
> > (XEN)  Start info:    ffffffff80767000->ffffffff80768000
> > (XEN)  Boot stack:    ffffffff80768000->ffffffff80769000
> > (XEN)  TOTAL:         ffffffff80000000->ffffffff80800000
> > (XEN)  ENTRY ADDRESS: ffffffff80100000
> > (XEN) Initrd len 0x19cc00, start at 0xffffffff80584000
> > (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@xxxxxxxxxxxxxxxxxxxxxxxxx) (gcc version 
> > 4.0.0
> > 20050405 (Red Hat 4.0.0-0.40)) #1 Wed Jun 1 09:20:03 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).
> > \uffff\uffff\uffff\uffff}d[0x02] lapic_id[0x01]
> > enabled)\uffff\uffffm\uffffu\uffff\uffff\uffff\uffff\uffff}\uffff\uffffm\uffffu\uffff\uffff\uffff\uffff\uffff\uffff\uffff
> > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
> > ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
> > ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
> > IOAPIC[0]: apic_id 14, version 32, address 0xfec00000, GSI 0-23
> > \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\uffffe
> > hash table entries: 16384 (order: 5, 131072 bytes)
> > Memory: 241468k/256000k available (2664k kernel code, 3952k reserved, 942k 
> > data,
> > 432k init)
> > Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
> > CPU: Trace cache: 12K uops, L1 D cache: 16K
> > CPU: L2 cache: 1024K
> > CPU:                   Intel(R) Xeon(TM) CPU 3.60GHz stepping 01
> > NET: Registered protocol family 16
> > PCI: Using configuration type 1
> > ACPI: Subsystem revision 20050211
> > ACPI: Interpreter enabled
> > ACPI: Using IOAPIC for interrupt routing
> > ACPI: PCI Root Bridge [PCI0] (00:00)
> > PCI: Probing PCI hardware (bus 00)
> > PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
> > PCI: Transparent bridge - 0000:00:1e.0
> > ACPI: PCI Interrupt Link [LP00] (IRQs *10)
> > ACPI: PCI Interrupt Link [LP01] (IRQs *7)
> > ACPI: PCI Interrupt Link [LP02] (IRQs *5)
> > ACPI: PCI Interrupt Link [LP03] (IRQs *5)
> > ACPI: PCI Interrupt Link [LP04] (IRQs *10)
> > ACPI: PCI Interrupt Link [LP05] (IRQs) *0, disabled.
> > ACPI: PCI
> > Inte+\uffff\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\uffff\u047d\uffff\u0245\uffff\uffff\uffff\uffffA%8042.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 drive(s): fd0 is 1.44M
> > floppy0: 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
> > ----------- [cut here ] --------- [please bite here ] ---------
> > Kernel BUG at hypervisor:53
> > invalid operand: 0000 [1]
> > CPU 0
> > Modules linked in:
> > Pid: 1, comm: swapper Not tainted 2.6.11.11-xen0
> > RIP: e030:[<ffffffff80118901>] <ffffffff80118901>{xen_l1_entry_update+113}
> > RSP: e02b:ffff880000a05c08  EFLAGS: 00010282
> > RAX: 00000000ffffffea RBX: ffff800000000000 RCX: ffffffff801188fd
> > RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff880000a05c08
> > RBP: 0000000000000000 R08: 0000000000007ff0 R09: ffff880000a05c78
> > 
> > -- 
> > 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>