From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NuZe2-00084k-Jp for qemu-devel@nongnu.org; Wed, 24 Mar 2010 19:05:50 -0400 Received: from [140.186.70.92] (port=46251 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NuZe0-00084M-Bc for qemu-devel@nongnu.org; Wed, 24 Mar 2010 19:05:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NuZdy-00016M-HF for qemu-devel@nongnu.org; Wed, 24 Mar 2010 19:05:48 -0400 Received: from mx20.gnu.org ([199.232.41.8]:44718) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NuZdy-00016G-DI for qemu-devel@nongnu.org; Wed, 24 Mar 2010 19:05:46 -0400 Received: from mail.codesourcery.com ([38.113.113.100]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NuZdx-0001yJ-Te for qemu-devel@nongnu.org; Wed, 24 Mar 2010 19:05:46 -0400 From: Paul Brook Subject: Re: [Qemu-devel] Re: Compile files only once: some planning Date: Wed, 24 Mar 2010 23:05:42 +0000 References: <201003242233.46516.paul@codesourcery.com> <4BAA9732.60909@codemonkey.ws> In-Reply-To: <4BAA9732.60909@codemonkey.ws> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003242305.42950.paul@codesourcery.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Blue Swirl , qemu-devel@nongnu.org, "Michael S. Tsirkin" > On 03/24/2010 05:33 PM, Paul Brook wrote: > >> But now there is a bigger problem, how to pass the property to the > >> device. It's not fair to require the user to remember to set it. > > > > It should not be a property of the device. All devices have a native > > endianness (for PCI this is little-endian), and the intermediate > > busses/interconnects should determine whether byteswapping occurs. > > Right, the byte swapping needs to happen at the bus level which requires > that the PCI regions use a different callback mechanism (and don't > register directly with the cpu). Not necessarily a different callback mechanism, but probably a different registration mechanism. Paul