qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] sparc32 machine specific maximums


From: Robert Reif
Subject: Re: [Qemu-devel] [PATCH] sparc32 machine specific maximums
Date: Mon, 03 Dec 2007 18:41:15 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040308

Blue Swirl wrote:

On 12/3/07, Robert Reif <address@hidden> wrote:
This patch sets the maximum number of CPUs and memory to what is
supported by the actual hardware.

While it's not historically accurate to emulate a Sparcstation 5 with
16 CPUs and 2 gigabytes of memory, it doesn't break anything to have
this capability. We don't throttle the power of the CPU, speed of the
network, serial or disk devices either, so they may be unrealistically
fast. The timers are not accurate at all compared to CPU execution
speed.

Currently the memory on SS-5 machine is limited by the location of
IOMMU and that the memory lies in one linear bank starting from zero.
With more advanced banking and >4G patches, the entire physical
address space could be filled with RAM.

I would be surprised if an SMP kernel actually worked on a multi CPU SS5.
Currently OSs like solaris and bsd that actually use more than a minimal
amount of hardware don't work in QEMU.  That's because QEMUs
system emulation is both incomplete and inaccurate. If you want to make a 16
CPU, 64 Gb machine, define a QEMU specific machine.  There are no real
32 bit sparc systems like that. I would like to see real sun openboot ROM
images work on realistic emulated hardware so QEMU could be used for
real OS development.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]