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 xen broken with May4th xen-unstable build

To: "Jerone Young" <jyoung5@xxxxxxxxxx>, "xen-devel" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] x86-64 xen broken with May4th xen-unstable build
From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
Date: Wed, 4 May 2005 16:11:46 -0700
Delivery-date: Wed, 04 May 2005 23:11:27 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcVQ+OklxZoIsYrGT5iIQ10QA4DCuAABQMkw
Thread-topic: [Xen-devel] x86-64 xen broken with May4th xen-unstable build
Jerone Young wrote:
> There are two things that happened in the May 4th build.
> 
> 1) x86-64 xen Linux is looking for arch/xen/x86_64/pci/direct.c (a
> symlink to arc/xen/pci/i386/pci/direct.c) and can't find it.
>       This can easily be resolved by commenting out "c-xen-obj-
> $(CONFIG_PCI_DIRECT)+= direct.o" in arch/xen/pci/Makefile. This was
> removed from i386 and no one told x86-64 about it ...that's why he
> always misses the party :-)
> 
> 
> 2) When booting dom0, I can nolonger bootup and the domain crashes not
> far in the bootup:

Can you try debug-version of xen and show the output? (i.e. made by
"make debug=y"). I bet that xen is complaining about something. I'm
working on cleaning up the initial mapping, and that might be helpful
there (I haven't delivered anything recently yet ;-).

Jun

> (XEN) *** LOADING DOMAIN 0 ***
> (XEN) Xen-ELF header found:
> 'GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xf'(XEN) PHYSICAL
> MEMORY ARRANGEMENT:
> (XEN)  Dom0 alloc.:   0000000010000000->0000000020000000 (62464 pages
> to be allocat)(XEN) VIRTUAL MEMORY ARRANGEMENT:
> (XEN)  Loaded kernel: ffffffff80100000->ffffffff80519086
> (XEN)  Init. ramdisk: ffffffff8051a000->ffffffff8051a000
> (XEN)  Phys-Mach map: ffffffff8051a000->ffffffff80597000
> (XEN)  Page tables:   ffffffff80597000->ffffffff8059e000
> (XEN)  Start info:    ffffffff8059e000->ffffffff8059f000
> (XEN)  Boot stack:    ffffffff8059f000->ffffffff805a0000
> (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).
>  Xen: 0000000000000000 - 000000001f400000 (usable)
> kernel direct mapping tables upto ffff88001f400000 @ 59e000-69a000
> Linux version 2.6.11-xen0 (root@xen64) (gcc version 3.4.3 20050227
> (Red Hat 3.4.3-25Registering memory for bootmem: from  800000, size =
> 1ec00000
> Built 1 zonelists
> Kernel command line: ro root=/dev/sda1
> Initializing CPU#0
> PID hash table entries: 2048 (order: 11, 65536 bytes)
> Xen reported: 2193.760 MHz processor.
> Using tsc for high-res timesource
> Console: colour VGA+ 80x25
> Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
> Memory: 495616k/512000k available (2474k kernel code, 7872k reserved,
> 880k data, 40)(XEN) BUG at domain.c:136
> (XEN) CPU:    0
> (XEN) EIP:    0810:[<ffff830000107369>]
> (XEN) EFLAGS: 0000000000010282
> (XEN) rax: 0000000000000000   rbx: ffff830000ffbb00   rcx:
> 00000000000003f8   rdx: 6(XEN) rsi: 000000000000000a   rdi:
> ffff830000158474   rbp: ffff830000ff4080   rsp: 0(XEN) r8:
> 0000000000000036   r9:  0000000000001687   r10: 0000000000000001  
> r11: 5(XEN) r12: ffff830000155ea0   r13: ffff830000155e80   r14:
> 0000000000000000   r15: 0(XEN) Stack trace from RSP=ffff830000105f00:
> (XEN)     0000000000000810 ffff830000ff4080 ffff830000ff4080
> [ffff830000107459] [ff
> (XEN)     ffffffff80100038 ffffffff803d1c80 00000000ffff8b19
> 0000000000000000 ffff8
> (XEN)     000000007fb67903 0000000000000002 0000000000000355
> 0000000000010000 00000
> (XEN)     ffffffff804b3f80 000000000000082b 000000000000082b
> 0000000000000000 00000
> (XEN) Call Trace from RSP=ffff830000105f00:
> (XEN)    [<ffff830000107459>] [<ffff830000133f86>]
> [<ffff830000133ea3>] 
> 
> ****************************************
> CPU0 FATAL TRAP: vector = 6 (invalid operand)
> [error_code=0000]
> Aieee! CPU0 is toast...
> ****************************************
> 
> Reboot in five seconds...


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