From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JA4zM-0007RH-MV for qemu-devel@nongnu.org; Wed, 02 Jan 2008 09:54:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JA4zL-0007Ps-Nw for qemu-devel@nongnu.org; Wed, 02 Jan 2008 09:54:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JA4zL-0007Pm-LO for qemu-devel@nongnu.org; Wed, 02 Jan 2008 09:54:35 -0500 Received: from pop-altamira.atl.sa.earthlink.net ([207.69.195.62]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JA4zL-0002tq-Aw for qemu-devel@nongnu.org; Wed, 02 Jan 2008 09:54:35 -0500 Received: from user-142h2k8.cable.mindspring.com ([72.40.138.136] helo=earthlink.net) by pop-altamira.atl.sa.earthlink.net with esmtp (Exim 3.36 #1) id 1JA4zK-0002uW-00 for qemu-devel@nongnu.org; Wed, 02 Jan 2008 09:54:34 -0500 Message-ID: <477BA5AB.6030406@earthlink.net> Date: Wed, 02 Jan 2008 09:54:35 -0500 From: Robert Reif MIME-Version: 1.0 Subject: Re: [Qemu-devel] [RFC] 64 bit i/o References: <477B0507.90707@earthlink.net> <200801021401.13611.paul@codesourcery.com> In-Reply-To: <200801021401.13611.paul@codesourcery.com> Content-Type: text/plain; charset=us-ascii; 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 Paul Brook wrote: >On Wednesday 02 January 2008, Robert Reif wrote: > > >>Sparc32 has a 64 bit counter that should be read and written as 64 >>bits but that isn't supported in QEMU. I did a quick hack to add >>64 bit i/o and converted sparc32 to use it and it seems to work. >>I'm suppling the sparc changes to get comments on if this is worth >>pursuing. >> >> > >Couldn't you just latch the value when one half is accessed? > >Paul > > > > > In this one specific case you could do that but this is not the only case in sparc32 (TOD, MXCC, ...) and other architectures with 64 bit hardware have similar requirements. This is a generic solution that fills a hole in the qemu implementation.