From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: [PATCH LINUX RFC] xen: privcmd: implement IOCTL_PRIVCMD_MMAPBATCH_V2_UNCACHED Date: Fri, 20 Dec 2013 09:13:32 -0500 Message-ID: <20131220141332.GA28996@phenom.dumpdata.com> References: <1387387710.28680.88.camel@kazak.uk.xensource.com> <1387387837-9922-1-git-send-email-ian.campbell@citrix.com> <20131218211630.GB11717@phenom.dumpdata.com> <1387531153.1025.66.camel@dagon.hellion.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1387531153.1025.66.camel@dagon.hellion.org.uk> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: stefano.stabellini@eu.citrix.com, julien.grall@linaro.org, tim@xen.org, xen-devel@lists.xen.org, David Vrabel , xen-devel@lists.xenproject.org, Boris Ostrovsky List-Id: xen-devel@lists.xenproject.org On Fri, Dec 20, 2013 at 09:19:13AM +0000, Ian Campbell wrote: > On Wed, 2013-12-18 at 16:16 -0500, Konrad Rzeszutek Wilk wrote: > > On Wed, Dec 18, 2013 at 05:30:37PM +0000, Ian Campbell wrote: > > > On ARM we want to use uncached foreign mappings while building the domain > > > because the guests start with MMU and caches disabled. > > > > > > > Why introduce a new ioctl? Could we piggyback on the old one and on ARM > > do the uncached. > > Because there are (going to be) other circumstances where we do want a > cached foreign mapping, specifically migration. Why not then just expand the existing ioctl with a flag? ARM after all is still experimental so you could do that.