From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JIfwg-0000S2-Fe for qemu-devel@nongnu.org; Sat, 26 Jan 2008 02:59:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JIfwf-0000Rh-LA for qemu-devel@nongnu.org; Sat, 26 Jan 2008 02:59:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JIfwf-0000Re-HV for qemu-devel@nongnu.org; Sat, 26 Jan 2008 02:59:21 -0500 Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JIfwf-0001px-43 for qemu-devel@nongnu.org; Sat, 26 Jan 2008 02:59:21 -0500 Received: from fg-out-1718.google.com ([72.14.220.158]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JIfwe-0002rd-1z for qemu-devel@nongnu.org; Sat, 26 Jan 2008 02:59:20 -0500 Received: by fg-out-1718.google.com with SMTP id e12so957705fga.8 for ; Fri, 25 Jan 2008 23:59:17 -0800 (PST) Message-ID: Date: Sat, 26 Jan 2008 09:59:17 +0200 From: "Blue Swirl" Subject: Re: [Qemu-devel] [PATCH] hw/sun4m.c fix power addresses In-Reply-To: <479A4C53.3090901@earthlink.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47981D51.20100@earthlink.net> <479A4C53.3090901@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 1/25/08, Robert Reif wrote: > Blue Swirl wrote: > > >On 1/24/08, Robert Reif wrote: > > > > > >>diff -p -u -r1.81 sun4m.c > >> > >> > > > >This breaks my tests, so I guess a fix is also needed for OpenBIOS. > > > > > Probably, they were tested using ss5/170 and ss10 openboot images. I just noticed that we have confused the devices that OBP calls 'power' and 'power-management'. Power or Aux 2 or Software Powerdown Control can be used to reset or power down the system. OBP trees confirm that it is located at 0x71910000 on SS-5 and 0xff1a01000 on SS-10/20. It does not exist on SS-600. Power-management a.k.a. APC is used to halt the CPU when idle. It is located at 0x6a000000 on SS-5. It does not exist on SS-x0 or SS-600. So, Aux2 on SS-10/20 and APC on SS-5 should move to the correct locations. Now, what to do with the rest? These are motherboard devices, they cannot be added to or removed from real life hardware. Leaving the devices out to improve historical accuracy would mean that the system can't be reset or powered down on SS-600, and on SS-10/20/600 Qemu will consume 100% of host CPU even when the target is idling. This would not be an improvement in usability for sure.