From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:37725)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <sw@weilnetz.de>) id 1TK0dZ-0001za-7u
	for qemu-devel@nongnu.org; Fri, 05 Oct 2012 01:39:50 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <sw@weilnetz.de>) id 1TK0dY-0002ll-8T
	for qemu-devel@nongnu.org; Fri, 05 Oct 2012 01:39:49 -0400
Received: from v220110690675601.yourvserver.net ([78.47.199.172]:47779)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <sw@weilnetz.de>) id 1TK0dY-0002lh-25
	for qemu-devel@nongnu.org; Fri, 05 Oct 2012 01:39:48 -0400
Message-ID: <506E72A0.8010300@weilnetz.de>
Date: Fri, 05 Oct 2012 07:39:44 +0200
From: Stefan Weil <sw@weilnetz.de>
MIME-Version: 1.0
References: <1349346964-4151-1-git-send-email-avi@redhat.com>
	<87626phdn0.fsf@codemonkey.ws>
In-Reply-To: <87626phdn0.fsf@codemonkey.ws>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH v2] Make target_phys_addr_t 64 bits
	unconditionally
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: Anthony Liguori <anthony@codemonkey.ws>
Cc: Jia Liu <proljc@gmail.com>, qemu-devel@nongnu.org, Blue Swirl <blauwirbel@gmail.com>, Max Filippov <jcmvbkbc@gmail.com>, Michael Walle <michael@walle.cc>, Avi Kivity <avi@redhat.com>, "Edgar E. Iglesias" <edgar.iglesias@gmail.com>, Aurelien Jarno <aurelien@aurel32.net>, Paul Brook <paul@codesourcery.com>

Am 05.10.2012 04:10, schrieb Anthony Liguori:
> Avi Kivity <avi@redhat.com> writes:
>
>> The hassle and compile time overhead of maintaining both 32-bit and 64-bit
>> capable source isn't worth the tiny performance advantage which is seen on
>> a minority of configurations.  Switch to compiling libhw only once, with
>> target_phys_addr_t unconditionally typedefed to uint64_t.
>>
>> Signed-off-by: Avi Kivity <avi@redhat.com>
> Applied. Thanks.
>
> Regards,
>
> Anthony Liguori
>


In a next step, we can remove libhw completely:

All files from libhw/hw/*.o could as well be generated in hw/*.o,
and hw-obj should become common-obj.

Or is there still a reason why libhw is needed?

Regards

Stefan W.