From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:56425) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1oQ3-0004ai-4z for qemu-devel@nongnu.org; Sun, 26 Feb 2012 19:26:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S1oQ2-0004Da-1f for qemu-devel@nongnu.org; Sun, 26 Feb 2012 19:26:22 -0500 Received: from e23smtp07.au.ibm.com ([202.81.31.140]:49781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1oQ1-0004DW-F8 for qemu-devel@nongnu.org; Sun, 26 Feb 2012 19:26:21 -0500 Received: from /spool/local by e23smtp07.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 27 Feb 2012 00:20:56 +1000 Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.235.138]) by d23relay04.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q1R0KWAx3375334 for ; Mon, 27 Feb 2012 11:20:32 +1100 Received: from d23av02.au.ibm.com (loopback [127.0.0.1]) by d23av02.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q1R0PuQ9011517 for ; Mon, 27 Feb 2012 11:25:57 +1100 Message-ID: <1330302355.20389.65.camel@pasglop> From: Benjamin Herrenschmidt Date: Mon, 27 Feb 2012 11:25:55 +1100 In-Reply-To: <20120227001605.GD3433@truffala.fritz.box> References: <1330043012-30556-1-git-send-email-david@gibson.dropbear.id.au> <1330043012-30556-7-git-send-email-david@gibson.dropbear.id.au> <20120227001605.GD3433@truffala.fritz.box> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 6/6] kvm: Fix dirty tracking with large kernel page size List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: David Gibson Cc: Blue Swirl , Marcelo Tossatti , qemu-devel@nongnu.org, anthony@codemonkey.ws, Avi Kivity On Mon, 2012-02-27 at 11:16 +1100, David Gibson wrote: > > > If the kernel page size is larger than TARGET_PAGE_SIZE, which > > > happens for example on ppc64 with kernels compiled for 64K pages, > > > the dirty tracking doesn't work. > > > > I think a better solution would be to push this to memory API and > > underlying exec.c dirty tracking so that they use the same page size > > as kernel (only in this KVM case, in general dirty tracking should > > match TARGET_PAGE_SIZE granularity). That sounds horrible... you propose a -MUCH- more invasive change to a nasty & complex core piece of code to deal with what is fixed by a 2-liner patch ? Cheers, Ben.