From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IzKui-00014I-OS for qemu-devel@nongnu.org; Mon, 03 Dec 2007 18:41:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IzKui-00013t-6v for qemu-devel@nongnu.org; Mon, 03 Dec 2007 18:41:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IzKuh-00013k-Ui for qemu-devel@nongnu.org; Mon, 03 Dec 2007 18:41:23 -0500 Received: from pop-siberian.atl.sa.earthlink.net ([207.69.195.71]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IzKuh-0005Jg-FF for qemu-devel@nongnu.org; Mon, 03 Dec 2007 18:41:23 -0500 Received: from user-142h2k8.cable.mindspring.com ([72.40.138.136] helo=earthlink.net) by pop-siberian.atl.sa.earthlink.net with esmtp (Exim 3.36 #1) id 1IzKua-0006V6-00 for qemu-devel@nongnu.org; Mon, 03 Dec 2007 18:41:16 -0500 Message-ID: <4754941B.3020701@earthlink.net> Date: Mon, 03 Dec 2007 18:41:15 -0500 From: Robert Reif MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] sparc32 machine specific maximums References: <47533BD3.4000606@earthlink.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Blue Swirl wrote: >On 12/3/07, Robert Reif 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.