From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Grall Subject: Re: [PATCH V14 2/7] xen/arm: Implement domain_get_maximum_gpfn Date: Wed, 08 Apr 2015 14:42:25 +0100 Message-ID: <55253041.3070404@gmail.com> References: <1427407531-31694-1-git-send-email-tklengyel@sec.in.tum.de> <1427407531-31694-3-git-send-email-tklengyel@sec.in.tum.de> <55252BDA.6000209@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Tamas K Lengyel Cc: "wei.liu2@citrix.com" , Ian Campbell , Stefano Stabellini , Tim Deegan , Julien Grall , Ian Jackson , Xen-devel , Stefano Stabellini , Keir Fraser List-Id: xen-devel@lists.xenproject.org On 08/04/15 14:38, Tamas K Lengyel wrote: > The patch that will use xc_domain_maximum_gpfn is not included right now > in this series as my other series significantly cleans up the existing > xen-access test code. Before that's merged, there is no point in > carrying that patch here as it will be in conflict anyway. I'm intending > to send that once my cleanup series is merged (or append it to this > series again if it's still open). I was going to say that xen-access is not modified to support ARM. But I guess the xc_domain_maximum_gpfn will be used in order to fix it? Although, this hypercall is really buggy for ARM platform. It would be better to pass to add a parameter in order to get the maximum pfn rather than using the return value which will be truncated in many different ways later. Regards, -- Julien Grall