From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:32823)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <avi@redhat.com>) id 1TJihO-0006y7-GY
	for qemu-devel@nongnu.org; Thu, 04 Oct 2012 06:30:43 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <avi@redhat.com>) id 1TJihI-00058D-Or
	for qemu-devel@nongnu.org; Thu, 04 Oct 2012 06:30:34 -0400
Received: from mx1.redhat.com ([209.132.183.28]:14495)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <avi@redhat.com>) id 1TJihI-00057r-Fr
	for qemu-devel@nongnu.org; Thu, 04 Oct 2012 06:30:28 -0400
Message-ID: <506D653C.4040006@redhat.com>
Date: Thu, 04 Oct 2012 12:30:20 +0200
From: Avi Kivity <avi@redhat.com>
MIME-Version: 1.0
References: <1349280245-16341-1-git-send-email-avi@redhat.com>
	<1349280245-16341-20-git-send-email-avi@redhat.com>
	<CAAu8pHtDW7Hi+JY7SqgQfNx+KpjSbBJAUrUS+nKkOs84K2OxEA@mail.gmail.com>
	<506D2EEE.3010904@redhat.com>
	<CAFEAcA_N7rj60d4Au9Xi8UYxDS2LreUqjdcDGRTmFCz=r-SpgQ@mail.gmail.com>
	<506D61C5.7070009@redhat.com>
	<CAFEAcA-Di+o=MTdUfM1Lw_a5Zduu__yrGTh4wQLc0Q67bcycxw@mail.gmail.com>
In-Reply-To: <CAFEAcA-Di+o=MTdUfM1Lw_a5Zduu__yrGTh4wQLc0Q67bcycxw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [RFC v1 19/22] memory: per-AddressSpace dispatch
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Michael S. Tsirkin" <mst@redhat.com>, liu ping fan <qemulist@gmail.com>, qemu-devel@nongnu.org, Blue Swirl <blauwirbel@gmail.com>, Anthony Liguori <anthony@codemonkey.ws>, Paolo Bonzini <pbonzini@redhat.com>

On 10/04/2012 12:29 PM, Peter Maydell wrote:
> On 4 October 2012 11:15, Avi Kivity <avi@redhat.com> wrote:
>> On 10/04/2012 10:47 AM, Peter Maydell wrote:
>>> I'd favour just moving everything to 64 bits (the remaining
>>> 32 bit targets are: cris, lm32, m68k, microblaze, or32, sh4, unicore32,
>>> xtensa). However it does require some review of devices to check that
>>> they're not using target_phys_addr_t when they meant uint32_t [eg
>>> in registers for DMA devices] or relying on 32 bit wraparound.
>>
>> I posted a patch.  I did no review, the cost/benefit tradeoff is
>> horrible IMO, especially with me not knowing the details.  If something
>> breaks, git bisect will save the day.
> 
> It might be nice to cc the maintainers of the affected target archs
> and suggest that they at least do a quick smoke test :-)

Yes, will do.


-- 
error compiling committee.c: too many arguments to function