From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joerg Roedel Subject: Re: [PATCH 04/11 v2] VT-d: Change {un}map_range functions to implement {un}map interface Date: Fri, 5 Feb 2010 12:00:11 +0100 Message-ID: <20100205110011.GY16236@amd.com> References: <1264678682-30655-1-git-send-email-joerg.roedel@amd.com> <1264678682-30655-5-git-send-email-joerg.roedel@amd.com> <1264712382.9059.1109.camel@macbook.infradead.org> <20100129090526.GT17809@8bytes.org> <20100201141646.GC16236@amd.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: kvm@vger.kernel.org, Marcelo Tosatti , linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org, Avi Kivity , Joerg Roedel To: David Woodhouse Return-path: Content-Disposition: inline In-Reply-To: <20100201141646.GC16236@amd.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org Hi David, On Mon, Feb 01, 2010 at 03:16:46PM +0100, Joerg Roedel wrote: > On Fri, Jan 29, 2010 at 10:05:26AM +0100, Joerg Roedel wrote: > > > Um, that's not a page-size based interface. Page size isn't always 4KiB; > > > this code runs on IA64 too. > > > > > > We have enough fun with CPU vs. DMA page size on IA64 already :) > > > > Ah right. So this should be > > > > size = PAGE_SIZE << gfp_order; > > > > Right? The interface is meant to map the same amount of memory which > > alloc_pages(gfp_order) would return. Same for the return value of the > > unmap function. > > Ok, here is an updated patch (also updated in the iommu/largepage > branch). Does it look ok to you David? have you had a chance to look at the new version of the patch? If you are fine with it and with the overall concept of this patchset I would be cool if you could give your Acks. I would like to send this code to Linus in the next merge window. Thanks, Joerg