From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N8x97-0004nr-BB for qemu-devel@nongnu.org; Fri, 13 Nov 2009 09:29:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N8x92-0004iy-2P for qemu-devel@nongnu.org; Fri, 13 Nov 2009 09:29:04 -0500 Received: from [199.232.76.173] (port=39471 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N8x91-0004ir-RC for qemu-devel@nongnu.org; Fri, 13 Nov 2009 09:28:59 -0500 Received: from mail-yw0-f176.google.com ([209.85.211.176]:42753) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N8x91-00021V-E2 for qemu-devel@nongnu.org; Fri, 13 Nov 2009 09:28:59 -0500 Received: by ywh6 with SMTP id 6so2892060ywh.4 for ; Fri, 13 Nov 2009 06:28:58 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: From: Artyom Tarasenko Date: Fri, 13 Nov 2009 15:28:38 +0100 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Subject: [Qemu-devel] Re: [PATCH] sparc32 fix carry flag handling (Solaris bootblk fix) List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: qemu-devel >> Could you describe the steps how to boot Solaris with OBP? I'm sure >> there are a lot of people who'd like to test if their favorite Sparc >> Solaris programs work on QEMU. Gathered things for which I currently have hacks here: http://tyom.blogspot.com/2009/11/things-missing-in-vanilla-qemu.html Actually for OBP itself it's just two (SS-5) or three (SS-20) things: - Floppy. Instead of fixing it, I broke it completely, so OBP doesn't try to initialize it and hang. Actually it maybe not the fdc itself, but the irq handling. There are OBP tests which may help to understand what is currently going wrong. I didn't need it, does the fdc actually work under linux/netbsd/OpenBIOS? - [SparcStation-5] 0x6e000000 AFX. OBP tries to access it and fails with "unassigned address exception". Is only present in the SS-5's TCX. The required address space is just one byte long. IMHO makes no sense to create a special stub device for it. Can we push it into the TCX? - [SparcStation-20] 0xef8010000 DBRI, 0x9000X00X FCode SIMMs. "unassigned address exception". AFX, DBRI and FCode SIMMs can be implemented as stubs. Yet better would be if SBUS probing would do a proper fault. This devices seem to be optional.