From mboxrd@z Thu Jan 1 00:00:00 1970 From: Will Deacon Subject: Re: [RFC PATCH v4 0/8] Introduce automatic DMA configuration for IOMMU masters Date: Fri, 28 Nov 2014 13:19:28 +0000 Message-ID: <20141128131928.GE7144@arm.com> References: <1415991397-9618-1-git-send-email-will.deacon@arm.com> <546C7D36.7030400@samsung.com> <20141119114150.GD15985@arm.com> <54743139.2020804@samsung.com> <20141126174707.GO14866@arm.com> <20141128130336.GF3156@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20141128130336.GF3156-l3A5Bk7waGM@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: "jroedel-l3A5Bk7waGM@public.gmane.org" Cc: "arnd-r2nGTMty4D4@public.gmane.org" , "iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" , "thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" , "laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org" , "Varun.Sethi-KZfg59tc24xl57MIdRCFDg@public.gmane.org" , "dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org" , "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" List-Id: iommu@lists.linux-foundation.org On Fri, Nov 28, 2014 at 01:03:36PM +0000, jroedel-l3A5Bk7waGM@public.gmane.org wrote: > On Wed, Nov 26, 2014 at 05:47:07PM +0000, Will Deacon wrote: > > Joerg, would you expect this to go via your tree or via something broader > > like arm-soc, with your Ack on the IOMMU bits (patches 1, 3 and 4) instead? > > Hmm, I don't like the idea of storing private data in iommu_ops. But > given that this is already an improvement we can build on later, here is > my > > Acked-by: Joerg Roedel Thanks, Joerg! I'll repost this series shortly with the relevant acks. > To further improve this we should probably introduce a seperate > iommu-descriptor data-structure later which then describes a single > hardware iommu device. Yes, I agree. I'd like to put the pgsize_bitmap in there too, as the page table series I posted yesterday has to play games to keep the mask restricted based on the tables in use by any given domain. Will