From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:43159)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1Ve5tc-0001oY-NM
	for qemu-devel@nongnu.org; Wed, 06 Nov 2013 11:24:02 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1Ve5tW-0000cc-Nw
	for qemu-devel@nongnu.org; Wed, 06 Nov 2013 11:23:56 -0500
Received: from mx1.redhat.com ([209.132.183.28]:64359)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1Ve5tW-0000cP-FJ
	for qemu-devel@nongnu.org; Wed, 06 Nov 2013 11:23:50 -0500
Message-ID: <527A6D11.5000606@redhat.com>
Date: Wed, 06 Nov 2013 17:23:45 +0100
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <1383743088-8139-1-git-send-email-quintela@redhat.com>
	<1383743088-8139-37-git-send-email-quintela@redhat.com>
	<527A66BA.7030906@redhat.com> <87ppqdxzyj.fsf@elfo.elfo>
In-Reply-To: <87ppqdxzyj.fsf@elfo.elfo>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH 36/39] memory: move bitmap synchronization
 to its own function
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: quintela@redhat.com
Cc: chegu_vinod@hp.com, qemu-devel@nongnu.org, Alexander Graf <agraf@suse.de>

Il 06/11/2013 17:22, Juan Quintela ha scritto:
>>> >> 
>>> >> +static inline void cpu_physical_memory_set_dirty_lebitmap(unsigned long *bitmap,
>> >
>> > Why "le"?
> little endian,  name is already too long (cpu_physical_memory_ is too
> big as a preffix.)
> 

Yeah, I just found we have a matching "__set_bit_le" in the kernel.

Paolo