From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56072) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YxDTf-0004JO-B9 for qemu-devel@nongnu.org; Tue, 26 May 2015 07:57:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YxDTb-0003N5-AS for qemu-devel@nongnu.org; Tue, 26 May 2015 07:56:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47507) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YxDTb-0003Mo-5N for qemu-devel@nongnu.org; Tue, 26 May 2015 07:56:55 -0400 Message-ID: <55645F81.5070206@redhat.com> Date: Tue, 26 May 2015 13:56:49 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1430152117-100558-1-git-send-email-pbonzini@redhat.com> <1430152117-100558-4-git-send-email-pbonzini@redhat.com> <556457F5.7050607@redhat.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 03/29] display: enable DIRTY_MEMORY_VGA tracking explicitly List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Fam Zheng , "Michael S. Tsirkin" , Mark Cave-Ayland , QEMU Developers , Stefan Hajnoczi , Aurelien Jarno On 26/05/2015 13:52, Peter Maydell wrote: > On 26 May 2015 at 12:24, Paolo Bonzini wrote: >> > Peter, Mark, Aurelien, can you review and ack this patch? > Could you provide some explanation/documentation of when a > display device needs to set DIRTY_MEMORY_VGA (and when it > doesn't)? It needs to set it if it uses memory_region_get/set/clear_dirty with DIRTY_MEMORY_VGA as the last argument. > If we get it wrong is there any way to make qemu > assert or otherwise catch the error? It may be possible to check against mr->dirty_log_mask in memory_region_get/set/clear_dirty. However, it is just as likely to have some corner case that is correct but triggers the assertion. I haven't thought much about it, because a simple grep for DIRTY_MEMORY_VGA will catch the device models that need care. Paolo