On Fri, Jul 04, 2014 at 01:05:30PM +0200, Joerg Roedel wrote: > On Thu, Jun 26, 2014 at 10:49:41PM +0200, Thierry Reding wrote: > > Add an IOMMU device registry for drivers to register with and implement > > a method for users of the IOMMU API to attach to an IOMMU device. This > > allows to support deferred probing and gives the IOMMU API a convenient > > hook to perform early initialization of a device if necessary. > > Can you elaborate on why exactly you need this? The IOMMU-API is > designed to hide any details from the user about the available IOMMUs in > the system and which IOMMU handles which device. This looks like it is > going in a completly different direction from that. I need this primarily to properly serialize device probing order. Without it the IOMMU may be probed later than its clients, in which case the client drivers will assume that there is no IOMMU (iommu_present() for the parent bus fails). There are other ways around this, but I think we'll need to eventually come up with something like this anyway. Consider for example what happens when a device has master interfaces on two different IOMMUs. Not only does the current model of having one and one only IOMMU per struct bus_type break down, but also IOMMU masters will need a way to specify which IOMMU they're talking to. Thierry
Attachment:
pgpr9zWitP6Zk.pgp
Description: PGP signature
