From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MJ7Rl-0007iD-DA for qemu-devel@nongnu.org; Tue, 23 Jun 2009 10:58:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MJ7Rk-0007hF-Hk for qemu-devel@nongnu.org; Tue, 23 Jun 2009 10:58:04 -0400 Received: from [199.232.76.173] (port=60375 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MJ7Rk-0007h0-Ar for qemu-devel@nongnu.org; Tue, 23 Jun 2009 10:58:04 -0400 Received: from fg-out-1718.google.com ([72.14.220.159]:2300) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MJ7Rj-00057h-Qf for qemu-devel@nongnu.org; Tue, 23 Jun 2009 10:58:04 -0400 Received: by fg-out-1718.google.com with SMTP id e21so43412fga.8 for ; Tue, 23 Jun 2009 07:58:02 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <200906222322.45361.paul@codesourcery.com> References: <4A3FF663.6040209@us.ibm.com> <200906222303.27260.paul@codesourcery.com> <4A4002FA.8090807@us.ibm.com> <200906222322.45361.paul@codesourcery.com> Date: Tue, 23 Jun 2009 17:58:02 +0300 Message-ID: Subject: Re: [Qemu-devel] State of sparc64-softmmu From: Blue Swirl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: Anthony Liguori , qemu-devel@nongnu.org, Dustin Kirkland On 6/23/09, Paul Brook wrote: > On Monday 22 June 2009, Anthony Liguori wrote: > > Paul Brook wrote: > > >> But this leads me to wonder, is this just an oversite or is there > > >> something wrong with sparc64-softmmu that we don't recommend building it > > >> by default? > > > > > > My understanding it that there are still several large chunks remaining > > > to be implemented, and it can not boot any real guest operating systems. > > > > If it's not building by default, it's going to bitrot (it already has). > > > Yes, although without any runtime tests it's still likely to suffer quite > badly from bitrot. We provide openbios-sparc64 ROM image which can be used standalone for quick tests. Then CD boot from various distro images (Linux, HelenOS, OpenSolaris) can be tested, loading works (except for OpenSolaris) but the kernels does not get very far. Also, Sparc32 Linux user software can be tested with sparc32plus emulator, this tests the compatibility mode of the CPU but not 64 bit features. I'm using the above in my test setup. In addition, OpenBSD/Sparc64 userland is fully 64 bits and V9, so bsd-user can test the 64 bit CPU features. This part is not finished yet. Booting from BSD CD images does not work.