From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 11/22] KVM: MMU: Add infrastructure for two-level page walker Date: Wed, 28 Apr 2010 14:09:22 +0300 Message-ID: <4BD81762.8050102@redhat.com> References: <1272364712-17425-1-git-send-email-joerg.roedel@amd.com> <1272364712-17425-12-git-send-email-joerg.roedel@amd.com> <4BD6D9C2.6020104@redhat.com> <20100428110333.GD18832@amd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , kvm@vger.kernel.org, linux-kernel@vger.kernel.org To: Joerg Roedel Return-path: In-Reply-To: <20100428110333.GD18832@amd.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 04/28/2010 02:03 PM, Joerg Roedel wrote: > On Tue, Apr 27, 2010 at 03:34:10PM +0300, Avi Kivity wrote: > >> On 04/27/2010 01:38 PM, Joerg Roedel wrote: >> >>> This patch introduces a mmu-callback to translate gpa >>> addresses in the walk_addr code. This is later used to >>> translate l2_gpa addresses into l1_gpa addresses. >>> >>> +static inline gfn_t gpa_to_gfn(gpa_t gpa) >>> +{ >>> + return (gfn_t)gpa>> PAGE_SHIFT; >>> +} >>> + >>> >> This overflows on 32-bit, since gpa_t is u64 and gfn_t is ulong. >> > Thinking again about it, on 32 bit the physical address width is only 36 > bits. So there shouldn't be an overflow, no? > It's limited by MAXPHYADDR (at least on Intel) even on 32-bits. -- error compiling committee.c: too many arguments to function