From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J0Kfi-0002q6-Da for qemu-devel@nongnu.org; Thu, 06 Dec 2007 12:38:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J0Kfd-0002fE-HV for qemu-devel@nongnu.org; Thu, 06 Dec 2007 12:38:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J0Kfd-0002ez-DT for qemu-devel@nongnu.org; Thu, 06 Dec 2007 12:37:57 -0500 Received: from ug-out-1314.google.com ([66.249.92.168]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1J0Kfd-0002YS-A0 for qemu-devel@nongnu.org; Thu, 06 Dec 2007 12:37:57 -0500 Received: by ug-out-1314.google.com with SMTP id m2so714645uge for ; Thu, 06 Dec 2007 09:37:56 -0800 (PST) Message-ID: Date: Thu, 6 Dec 2007 19:37:55 +0200 From: "Blue Swirl" Subject: Re: [Qemu-devel] [PATCH] sparc32 machine specific maximums In-Reply-To: <4755E31C.40203@earthlink.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47533BD3.4000606@earthlink.net> <4754941B.3020701@earthlink.net> <4755E31C.40203@earthlink.net> 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 On 12/5/07, Robert Reif wrote: > Blue Swirl wrote: > > >On 12/4/07, Robert Reif wrote: > > > > > >>I would be surprised if an SMP kernel actually worked on a multi CPU SS5. > >> > >> > > > >Prepare for a surprise: > > > > > > > That's interesting because the fact that it works shows how inaccurate > the emulation is. This wonder is not possible because of the any inaccuracies, it's possible because there is an Open Firmware abstraction layer between the OS and hardware. If more CPUs are available, Linux just starts them using the OF interface. Linux can't check whether the system is physically capable of containing more CPUs, it can merely check that the platform is Sun4m, which is fully SMP capable. > Now could you please really surprise me by booting Solaris 2.5 using a > real sun openprom image ;-) The interface between OF and hardware is not completely documented (SMP) and Qemu is by design not completely suitable to emulate everything that the real prom wants, like caches, performance counters or test/debug modes. Therefore I'm more interested in booting Solaris using OpenBIOS image. While the interface between OF and Solaris is documented, the assumptions used by Solaris aren't. But I'd be happy to fix bugs or implement the missing details to either Qemu or OpenBIOS that help Solaris boot.