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/
Home Products Support Community News


[Xen-devel] Xen on Bochs

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] Xen on Bochs
From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
Date: Mon, 26 Mar 2007 11:23:14 +0100
Delivery-date: Mon, 26 Mar 2007 03:23:24 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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
User-agent: Thunderbird (X11/20070302)
As a sort of evening/weekend project I've been trying to boot Xen on
Bochs.  Latest version of Bochs, compiled with x86_64 support.  Latest
unstable Xen (as of yesterday), also compiled for x86_64.

Currently dom0 oopses on boot as below.

I'll probably look into why this is happening later on, but just
wondered if anyone had any comments - eg. they've seen this before, or
running Xen on Bochs is a fool's errand, or whatever.


Software IO TLB enabled:
  Aperture:     2 megabytes
  Kernel range: ffff880000967000 - ffff880000b67000
  Address size: 25 bits
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Memory: 929016k/962352k available (1992k kernel code, 24512k reserved,
866k data
, 172k init)
calibrate_delay_direct() failed to get a good estimate for loops_per_jiffy.
Probably due to long platform interrupts. Consider using "lpj=" boot option.
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 256
CPU: L1 I Cache: 0K (0 bytes/line), D cache 0K (0 bytes/line)
CPU: L2 Cache: 0K (0 bytes/line)
SMP alternatives: switching to UP code
Freeing SMP alternatives: 24k freed
Unable to handle kernel paging request at 0000000001011218 RIP:
  [<ffffffff80217d44>] free_init_pages+0x73/0x30a
Oops: 0002 [1] SMP
Modules linked in:
Pid: 0, comm: swapper Not tainted 2.6.18-xen #1
RIP: e030:[<ffffffff80217d44>]  [<ffffffff80217d44>]
RSP: e02b:ffffffff804e3f78  EFLAGS: 00010206
RAX: 0000000001011218 RBX: ffffffff804e5000 RCX: 0000000000000000
RDX: ffff880001000000 RSI: 00000000deadbeef RDI: 00000000deadbeef
RBP: 00000000004e5000 R08: 0000000000000024 R09: 0000000000000001
R10: 00000000ffffffff R11: ffffffff802ff73a R12: 000077ff804e5000
R13: ffffffff804eb000 R14: 0000000000000000 R15: 0000000000000000
FS:  0000000000000000(0000) GS:ffffffff804cb000(0000) knlGS:0000000000000000
CS:  e033 DS: 0000 ES: 0000
Process swapper (pid: 0, threadinfo ffffffff804e2000, task ffffffff80457d60)
Stack:  0000000000000297 0000000000000000 0000000000000000 0000000000000000
  0000000000000000 ffffffff804eb7c3 0000000000000000 0000000000000000
  ffffffff80523fe0 ffffffff804eb20d ffff800000000000 ffff804000000000
Call Trace:
  [<ffffffff804eb7c3>] start_kernel+0x25f/0x26e
  [<ffffffff804eb20d>] _sinittext+0x20d/0x213

Code: 0f ba 30 0a 48 b8 ff ff ff 7f ff ff ff ff 48 8b 15 9f 5a 33

Emerging Technologies, Red Hat  http://et.redhat.com/~rjones/
64 Baker Street, London, W1U 7DF     Mobile: +44 7866 314 421
  "[Negative numbers] darken the very whole doctrines of the equations
  and make dark of the things which are in their nature excessively
  obvious and simple" (Francis Maseres FRS, mathematician, 1759)

Xen-devel mailing list

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