lkml.org 
[lkml]   [2019]   [Apr]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH v2 1/6] iommu/ipmmu-vmsa: Link IOMMUs and devices in sysfs
Hi Simon,

On Thu, Apr 11, 2019 at 10:12 AM Simon Horman <horms@verge.net.au> wrote:
> On Thu, Apr 11, 2019 at 10:10:28AM +0200, Simon Horman wrote:
> > On Wed, Apr 03, 2019 at 08:21:43PM +0200, Geert Uytterhoeven wrote:
> > > As of commit 7af9a5fdb9e0ca33 ("iommu/ipmmu-vmsa: Use
> > > iommu_device_sysfs_add()/remove()"), IOMMU devices show up under
> > > /sys/class/iommus/, but their "devices" subdirectories are empty.
> >
> > Should the path be /sys/class/iommu/ (no trailing 's') ?

Yes it does, thanks. Will fix.

> > > Likewise, devices tied to an IOMMU do not have an "iommu" backlink.
> > >
> > > Make sure all links are created, on both arm32 and arm64.
> > >
> > > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
> > > Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> > > ---
> > > v2:
> > > - Add Reviewed-by.
> > > ---
> > > drivers/iommu/ipmmu-vmsa.c | 24 +++++++++++++++++-------
> > > 1 file changed, 17 insertions(+), 7 deletions(-)
> > >
> > > diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c
> > > index 9a380c10655e182d..9f2b781e20a0eba6 100644
> > > --- a/drivers/iommu/ipmmu-vmsa.c
> > > +++ b/drivers/iommu/ipmmu-vmsa.c
> > > @@ -885,27 +885,37 @@ static int ipmmu_init_arm_mapping(struct device *dev)
> > >
> > > static int ipmmu_add_device(struct device *dev)
> > > {
> > > + struct ipmmu_vmsa_device *mmu = to_ipmmu(dev);
> > > struct iommu_group *group;
> > > + int ret;
> > >
> > > /*
> > > * Only let through devices that have been verified in xlate()
> > > */
> > > - if (!to_ipmmu(dev))
> > > + if (!mmu)
> > > return -ENODEV;
> > >
> > > - if (IS_ENABLED(CONFIG_ARM) && !IS_ENABLED(CONFIG_IOMMU_DMA))
> > > - return ipmmu_init_arm_mapping(dev);
> > > + if (IS_ENABLED(CONFIG_ARM) && !IS_ENABLED(CONFIG_IOMMU_DMA)) {
> > > + ret = ipmmu_init_arm_mapping(dev);
> > > + if (ret)
> > > + return ret;
> > > + } else {
> > > + group = iommu_group_get_for_dev(dev);
> > > + if (IS_ERR(group))
> > > + return PTR_ERR(group);
> > >
> > > - group = iommu_group_get_for_dev(dev);
> > > - if (IS_ERR(group))
> > > - return PTR_ERR(group);
> > > + iommu_group_put(group);
> > > + }
> > >
> > > - iommu_group_put(group);
> > > + iommu_device_link(&mmu->iommu, dev);
>
> Also, is there any value in propagating the return value
> of iommu_device_link() ?

I don't think so. Sysfs information is not super-critical, and most
drivers just
ignore such return values. Also, the sysfs cleanup code handles cleanup
after failed setup fine.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

\
 
 \ /
  Last update: 2019-04-23 17:02    [W:0.074 / U:0.384 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site