From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:42470)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony.perard@citrix.com>) id 1Srp6j-0006fr-Vw
	for qemu-devel@nongnu.org; Thu, 19 Jul 2012 07:41:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <anthony.perard@citrix.com>) id 1Srp6f-0006F1-6S
	for qemu-devel@nongnu.org; Thu, 19 Jul 2012 07:41:25 -0400
Received: from smtp.citrix.com ([66.165.176.89]:14247)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony.perard@citrix.com>) id 1Srp6f-0006ES-1s
	for qemu-devel@nongnu.org; Thu, 19 Jul 2012 07:41:21 -0400
Message-ID: <5007F25E.4020502@citrix.com>
Date: Thu, 19 Jul 2012 12:41:18 +0100
From: Anthony PERARD <anthony.perard@citrix.com>
MIME-Version: 1.0
References: <1342531805-29894-1-git-send-email-anthony.perard@citrix.com>
	<1342531805-29894-4-git-send-email-anthony.perard@citrix.com>
	<50056AA1.9010004@redhat.com> <50056FAB.8030404@citrix.com>
	<50057A5E.1070602@redhat.com>
	<alpine.DEB.2.02.1207171927010.23783@kaball.uk.xensource.com>
In-Reply-To: <alpine.DEB.2.02.1207171927010.23783@kaball.uk.xensource.com>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH 3/4] exec,
	memory: Call to xen_modified_memory.
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: Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Cc: Luiz Capitulino <lcapitulino@redhat.com>, Anthony Liguori <aliguori@us.ibm.com>, Xen Devel <xen-devel@lists.xen.org>, Avi Kivity <avi@redhat.com>, QEMU-devel <qemu-devel@nongnu.org>

On 17/07/12 19:36, Stefano Stabellini wrote:
> On Tue, 17 Jul 2012, Avi Kivity wrote:
>> How about pushing the call into cpu_physical_memory_set_dirty_flags()?
>> Would that reduce the number of call sites?
>
> Pushing the calls to cpu_physical_memory_set_dirty_flags and
> cpu_physical_memory_set_dirty_range would make the code much nicer.
> However being these functions in exec-obsolete.h, are they at risk of
> removal?

I thought about it, but when I saw that set_dirty were called only when 
it was not already set as dirty where the call seams to be necessary.

I just try to call xen_modified_mem only within 
cpu_phy_mem_set_dirty_flags but it does not work, even when I tried to 
clear the dirtybits. But I maybe don't do the right thing yet to clear 
the dirty bits

-- 
Anthony PERARD