[PATCH 01/10] iommu: Remove useless group refcounting
Jason Gunthorpe
jgg at nvidia.com
Mon Jul 24 11:06:11 PDT 2023
On Mon, Jul 24, 2023 at 02:11:44AM +0000, Tian, Kevin wrote:
> > From: Jason Gunthorpe <jgg at nvidia.com>
> > Sent: Friday, July 21, 2023 8:02 PM
> >
> > On Fri, Jul 21, 2023 at 07:10:57AM +0000, Tian, Kevin wrote:
> > > > From: Jason Gunthorpe <jgg at nvidia.com>
> > > > Sent: Wednesday, July 19, 2023 3:06 AM
> > > >
> > > > int iommu_device_use_default_domain(struct device *dev)
> > > > {
> > > > - struct iommu_group *group = iommu_group_get(dev);
> > > > + /* Caller must be a probed driver on dev */
> > > > + struct iommu_group *group = dev->iommu_group;
> > > > int ret = 0;
> > >
> > > this is called in the probing path by .dma_configure().
> > >
> > > the driver hasn't been probed yet hence the rationale to not
> > > refcount is due to device_lock() instead?
> >
> > At this point the driver core has partially attached/detached a driver
> > so I'm considering it part of the probed driver explanation.
> >
> > Really during anything protected by the driver core probe path is
> > assured that the group cannot change.
> >
>
> Probably this worths a slightly different comment then?
How about
/* Caller is the driver core during the post-probe path */
Jason
More information about the linux-arm-kernel
mailing list