From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Lzu6j-0006xI-8h
	for qemu-devel@nongnu.org; Fri, 01 May 2009 10:52:57 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Lzu6e-0006r8-N9
	for qemu-devel@nongnu.org; Fri, 01 May 2009 10:52:56 -0400
Received: from [199.232.76.173] (port=42542 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Lzu6e-0006qs-Gp
	for qemu-devel@nongnu.org; Fri, 01 May 2009 10:52:52 -0400
Received: from mx20.gnu.org ([199.232.41.8]:10710)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <paul@codesourcery.com>)
	id 1Lzu6e-0004UC-6x
	for qemu-devel@nongnu.org; Fri, 01 May 2009 10:52:52 -0400
Received: from mail.codesourcery.com ([65.74.133.4])
	by mx20.gnu.org with esmtp (Exim 4.60)
	(envelope-from <paul@codesourcery.com>) id 1Lzu6d-0002Uk-8U
	for qemu-devel@nongnu.org; Fri, 01 May 2009 10:52:51 -0400
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] [PATCH] 64 bit I/O support v7
Date: Fri, 1 May 2009 15:52:48 +0100
References: <49EDB109.5010009@earthlink.net>
	<200905011514.21072.paul@codesourcery.com>
	<49FB09B9.7020701@earthlink.net>
In-Reply-To: <49FB09B9.7020701@earthlink.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200905011552.48991.paul@codesourcery.com>
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org
Cc: Robert Reif <reif@earthlink.net>

> Here is a patch for most of the sparc32 hardware drivers.  It's
> a very trivial and mechanical process for these drivers.  The one
> driver that does 64 bit accesses just adds 64 bit access functions
> because it's broken now and has no workaround to remove.  I don't
> think converting most other drivers will be much harder.

sparc hardware is rather abnormal (for qemu at least) because it cares what 
happens when you use the wrong width. Most devices don't care, and having any 
NULL functions is liable to introduce significant overhead.

Paul