From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:49473) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKAQy-0006bS-4u for qemu-devel@nongnu.org; Fri, 05 Oct 2012 12:07:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TKAQr-0006wA-Lv for qemu-devel@nongnu.org; Fri, 05 Oct 2012 12:07:27 -0400 Received: from mail-ob0-f173.google.com ([209.85.214.173]:46394) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKAQr-0006td-Gs for qemu-devel@nongnu.org; Fri, 05 Oct 2012 12:07:21 -0400 Received: by mail-ob0-f173.google.com with SMTP id wc18so1741803obb.4 for ; Fri, 05 Oct 2012 09:07:09 -0700 (PDT) From: Anthony Liguori In-Reply-To: References: <1349346964-4151-1-git-send-email-avi@redhat.com> <87626phdn0.fsf@codemonkey.ws> <506E72A0.8010300@weilnetz.de> Date: Fri, 05 Oct 2012 11:07:05 -0500 Message-ID: <87wqz4rjh2.fsf@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [Qemu-devel] [PATCH v2] Make target_phys_addr_t 64 bits unconditionally List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl , Stefan Weil Cc: Jia Liu , qemu-devel@nongnu.org, Max Filippov , Michael Walle , Paul Brook , "Edgar E. Iglesias" , Aurelien Jarno , Avi Kivity Blue Swirl writes: > On Fri, Oct 5, 2012 at 5:39 AM, Stefan Weil wrote: >> Am 05.10.2012 04:10, schrieb Anthony Liguori: >> >>> Avi Kivity 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 >>> >>> 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? > > At least the trivial change to Makefile.objs does not work. It's a little more complicated than that but not that hard. I just sent a patch. Regards, Anthony Liguori > >> >> Regards >> >> Stefan W. >>