From: Jason Gunthorpe <jgg@nvidia.com>
To: Jerry Snitselaar <jsnitsel@redhat.com>
Cc: acpica-devel@lists.linuxfoundation.org,
Alyssa Rosenzweig <alyssa@rosenzweig.io>,
Albert Ou <aou@eecs.berkeley.edu>,
asahi@lists.linux.dev, Lu Baolu <baolu.lu@linux.intel.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Dexuan Cui <decui@microsoft.com>,
devicetree@vger.kernel.org, David Woodhouse <dwmw2@infradead.org>,
Frank Rowand <frowand.list@gmail.com>,
Hanjun Guo <guohanjun@huawei.com>,
Haiyang Zhang <haiyangz@microsoft.com>,
Christoph Hellwig <hch@lst.de>,
iommu@lists.linux.dev,
Jean-Philippe Brucker <jean-philippe@linaro.org>,
Jonathan Hunter <jonathanh@nvidia.com>,
Joerg Roedel <joro@8bytes.org>,
"K. Y. Srinivasan" <kys@microsoft.com>,
Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-hyperv@vger.kernel.org, linux-mips@vger.kernel.org,
linux-riscv@lists.infradead.org,
linux-snps-arc@lists.infradead.org, linux-tegra@vger.kernel.org,
Russell King <linux@armlinux.org.uk>,
Lorenzo Pieralisi <lpieralisi@kernel.org>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Hector Martin <marcan@marcan.st>,
Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Robert Moore <robert.moore@intel.com>,
Rob Herring <robh+dt@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Sudeep Holla <sudeep.holla@arm.com>,
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>,
Sven Peter <sven@svenpeter.dev>,
Thierry Reding <thierry.reding@gmail.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Krishna Reddy <vdumpa@nvidia.com>,
Vineet Gupta <vgupta@kernel.org>,
virtualization@lists.linux-foundation.org,
Wei Liu <wei.liu@kernel.org>, Will Deacon <will@kernel.org>,
Zhenhua Huang <quic_zhenhuah@quicinc.com>
Subject: Re: [PATCH RFC 02/17] of: Do not return struct iommu_ops from of_iommu_configure()
Date: Sun, 5 Nov 2023 09:31:02 -0400 [thread overview]
Message-ID: <20231105133102.GC258408@nvidia.com> (raw)
In-Reply-To: <ld3rrnpix5x5kirfjlk6oafhoikkge4fgvcljhmiljuqge5266@asdcw5cfp53e>
On Fri, Nov 03, 2023 at 02:42:01PM -0700, Jerry Snitselaar wrote:
> On Fri, Nov 03, 2023 at 01:44:47PM -0300, Jason Gunthorpe wrote:
> > Nothing needs this pointer. Return a normal error code with the usual
> > IOMMU semantic that ENODEV means 'there is no IOMMU driver'.
> >
> > Signed-off-by: Jason Gunthorpe <jgg@nvidia.com>
> > ---
> > drivers/iommu/of_iommu.c | 29 ++++++++++++++++++-----------
> > drivers/of/device.c | 22 +++++++++++++++-------
> > include/linux/of_iommu.h | 13 ++++++-------
> > 3 files changed, 39 insertions(+), 25 deletions(-)
> >
> > diff --git a/drivers/iommu/of_iommu.c b/drivers/iommu/of_iommu.c
> > index 157b286e36bf3a..e2fa29c16dd758 100644
> > --- a/drivers/iommu/of_iommu.c
> > +++ b/drivers/iommu/of_iommu.c
> > @@ -107,20 +107,26 @@ static int of_iommu_configure_device(struct device_node *master_np,
> > of_iommu_configure_dev(master_np, dev);
> > }
> >
> > -const struct iommu_ops *of_iommu_configure(struct device *dev,
> > - struct device_node *master_np,
> > - const u32 *id)
> > +/*
> > + * Returns:
> > + * 0 on success, an iommu was configured
> > + * -ENODEV if the device does not have any IOMMU
> > + * -EPROBEDEFER if probing should be tried again
> > + * -errno fatal errors
>
> It looks to me like it will only return 0, -ENODEV, or -EPROBEDEFER
> with other -errno getting boiled down to -ENODEV.
Yeah, that next patch sorts it out, it is sort of a typo here:
@@ -173,7 +173,7 @@ int of_iommu_configure(struct device *dev, struct device_node *master_np,
if (err == -EPROBE_DEFER)
return err;
dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
- return -ENODEV;
+ return err;
}
if (!ops)
return -ENODEV;
> > @@ -163,14 +169,15 @@ const struct iommu_ops *of_iommu_configure(struct device *dev,
> > err = iommu_probe_device(dev);
> >
> > /* Ignore all other errors apart from EPROBE_DEFER */
> > - if (err == -EPROBE_DEFER) {
> > - ops = ERR_PTR(err);
> > - } else if (err < 0) {
> > + if (err < 0) {
> > + if (err == -EPROBE_DEFER)
> > + return err;
> > dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
>
> minor thing, but should this use %pe and ERR_PTR(err) like is done
> in of_dma_configure_id?
Sure
Thanks,
Jason
WARNING: multiple messages have this Message-ID (diff)
From: Jason Gunthorpe <jgg@nvidia.com>
To: Jerry Snitselaar <jsnitsel@redhat.com>
Cc: acpica-devel@lists.linuxfoundation.org,
Alyssa Rosenzweig <alyssa@rosenzweig.io>,
Albert Ou <aou@eecs.berkeley.edu>,
asahi@lists.linux.dev, Lu Baolu <baolu.lu@linux.intel.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Dexuan Cui <decui@microsoft.com>,
devicetree@vger.kernel.org, David Woodhouse <dwmw2@infradead.org>,
Frank Rowand <frowand.list@gmail.com>,
Hanjun Guo <guohanjun@huawei.com>,
Haiyang Zhang <haiyangz@microsoft.com>,
Christoph Hellwig <hch@lst.de>,
iommu@lists.linux.dev,
Jean-Philippe Brucker <jean-philippe@linaro.org>,
Jonathan Hunter <jonathanh@nvidia.com>,
Joerg Roedel <joro@8bytes.org>,
"K. Y. Srinivasan" <kys@microsoft.com>,
Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-hyperv@vger.kernel.org, linux-mips@vger.kernel.org,
linux-riscv@lists.infradead.org,
linux-snps-arc@lists.infradead.org, linux-tegra@vger.kernel.org,
Russell King <linux@armlinux.org.uk>,
Lorenzo Pieralisi <lpieralisi@kernel.org>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Hector Martin <marcan@marcan.st>,
Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Robert Moore <robert.moore@intel.com>,
Rob Herring <robh+dt@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Sudeep Holla <sudeep.holla@arm.com>,
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>,
Sven Peter <sven@svenpeter.dev>,
Thierry Reding <thierry.reding@gmail.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Krishna Reddy <vdumpa@nvidia.com>,
Vineet Gupta <vgupta@kernel.org>,
virtualization@lists.linux-foundation.org,
Wei Liu <wei.liu@kernel.org>, Will Deacon <will@kernel.org>,
Zhenhua Huang <quic_zhenhuah@quicinc.com>
Subject: Re: [PATCH RFC 02/17] of: Do not return struct iommu_ops from of_iommu_configure()
Date: Sun, 5 Nov 2023 09:31:02 -0400 [thread overview]
Message-ID: <20231105133102.GC258408@nvidia.com> (raw)
In-Reply-To: <ld3rrnpix5x5kirfjlk6oafhoikkge4fgvcljhmiljuqge5266@asdcw5cfp53e>
On Fri, Nov 03, 2023 at 02:42:01PM -0700, Jerry Snitselaar wrote:
> On Fri, Nov 03, 2023 at 01:44:47PM -0300, Jason Gunthorpe wrote:
> > Nothing needs this pointer. Return a normal error code with the usual
> > IOMMU semantic that ENODEV means 'there is no IOMMU driver'.
> >
> > Signed-off-by: Jason Gunthorpe <jgg@nvidia.com>
> > ---
> > drivers/iommu/of_iommu.c | 29 ++++++++++++++++++-----------
> > drivers/of/device.c | 22 +++++++++++++++-------
> > include/linux/of_iommu.h | 13 ++++++-------
> > 3 files changed, 39 insertions(+), 25 deletions(-)
> >
> > diff --git a/drivers/iommu/of_iommu.c b/drivers/iommu/of_iommu.c
> > index 157b286e36bf3a..e2fa29c16dd758 100644
> > --- a/drivers/iommu/of_iommu.c
> > +++ b/drivers/iommu/of_iommu.c
> > @@ -107,20 +107,26 @@ static int of_iommu_configure_device(struct device_node *master_np,
> > of_iommu_configure_dev(master_np, dev);
> > }
> >
> > -const struct iommu_ops *of_iommu_configure(struct device *dev,
> > - struct device_node *master_np,
> > - const u32 *id)
> > +/*
> > + * Returns:
> > + * 0 on success, an iommu was configured
> > + * -ENODEV if the device does not have any IOMMU
> > + * -EPROBEDEFER if probing should be tried again
> > + * -errno fatal errors
>
> It looks to me like it will only return 0, -ENODEV, or -EPROBEDEFER
> with other -errno getting boiled down to -ENODEV.
Yeah, that next patch sorts it out, it is sort of a typo here:
@@ -173,7 +173,7 @@ int of_iommu_configure(struct device *dev, struct device_node *master_np,
if (err == -EPROBE_DEFER)
return err;
dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
- return -ENODEV;
+ return err;
}
if (!ops)
return -ENODEV;
> > @@ -163,14 +169,15 @@ const struct iommu_ops *of_iommu_configure(struct device *dev,
> > err = iommu_probe_device(dev);
> >
> > /* Ignore all other errors apart from EPROBE_DEFER */
> > - if (err == -EPROBE_DEFER) {
> > - ops = ERR_PTR(err);
> > - } else if (err < 0) {
> > + if (err < 0) {
> > + if (err == -EPROBE_DEFER)
> > + return err;
> > dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
>
> minor thing, but should this use %pe and ERR_PTR(err) like is done
> in of_dma_configure_id?
Sure
Thanks,
Jason
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
WARNING: multiple messages have this Message-ID (diff)
From: Jason Gunthorpe <jgg@nvidia.com>
To: Jerry Snitselaar <jsnitsel@redhat.com>
Cc: acpica-devel@lists.linuxfoundation.org,
Alyssa Rosenzweig <alyssa@rosenzweig.io>,
Albert Ou <aou@eecs.berkeley.edu>,
asahi@lists.linux.dev, Lu Baolu <baolu.lu@linux.intel.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Dexuan Cui <decui@microsoft.com>,
devicetree@vger.kernel.org, David Woodhouse <dwmw2@infradead.org>,
Frank Rowand <frowand.list@gmail.com>,
Hanjun Guo <guohanjun@huawei.com>,
Haiyang Zhang <haiyangz@microsoft.com>,
Christoph Hellwig <hch@lst.de>,
iommu@lists.linux.dev,
Jean-Philippe Brucker <jean-philippe@linaro.org>,
Jonathan Hunter <jonathanh@nvidia.com>,
Joerg Roedel <joro@8bytes.org>,
"K. Y. Srinivasan" <kys@microsoft.com>,
Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-hyperv@vger.kernel.org, linux-mips@vger.kernel.org,
linux-riscv@lists.infradead.org,
linux-snps-arc@lists.infradead.org, linux-tegra@vger.kernel.org,
Russell King <linux@armlinux.org.uk>,
Lorenzo Pieralisi <lpieralisi@kernel.org>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Hector Martin <marcan@marcan.st>,
Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Robert Moore <robert.moore@intel.com>,
Rob Herring <robh+dt@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Sudeep Holla <sudeep.holla@arm.com>,
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>,
Sven Peter <sven@svenpeter.dev>,
Thierry Reding <thierry.reding@gmail.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Krishna Reddy <vdumpa@nvidia.com>,
Vineet Gupta <vgupta@kernel.org>,
virtualization@lists.linux-foundation.org,
Wei Liu <wei.liu@kernel.org>, Will Deacon <will@kernel.org>,
Zhenhua Huang <quic_zhenhuah@quicinc.com>
Subject: Re: [PATCH RFC 02/17] of: Do not return struct iommu_ops from of_iommu_configure()
Date: Sun, 5 Nov 2023 09:31:02 -0400 [thread overview]
Message-ID: <20231105133102.GC258408@nvidia.com> (raw)
In-Reply-To: <ld3rrnpix5x5kirfjlk6oafhoikkge4fgvcljhmiljuqge5266@asdcw5cfp53e>
On Fri, Nov 03, 2023 at 02:42:01PM -0700, Jerry Snitselaar wrote:
> On Fri, Nov 03, 2023 at 01:44:47PM -0300, Jason Gunthorpe wrote:
> > Nothing needs this pointer. Return a normal error code with the usual
> > IOMMU semantic that ENODEV means 'there is no IOMMU driver'.
> >
> > Signed-off-by: Jason Gunthorpe <jgg@nvidia.com>
> > ---
> > drivers/iommu/of_iommu.c | 29 ++++++++++++++++++-----------
> > drivers/of/device.c | 22 +++++++++++++++-------
> > include/linux/of_iommu.h | 13 ++++++-------
> > 3 files changed, 39 insertions(+), 25 deletions(-)
> >
> > diff --git a/drivers/iommu/of_iommu.c b/drivers/iommu/of_iommu.c
> > index 157b286e36bf3a..e2fa29c16dd758 100644
> > --- a/drivers/iommu/of_iommu.c
> > +++ b/drivers/iommu/of_iommu.c
> > @@ -107,20 +107,26 @@ static int of_iommu_configure_device(struct device_node *master_np,
> > of_iommu_configure_dev(master_np, dev);
> > }
> >
> > -const struct iommu_ops *of_iommu_configure(struct device *dev,
> > - struct device_node *master_np,
> > - const u32 *id)
> > +/*
> > + * Returns:
> > + * 0 on success, an iommu was configured
> > + * -ENODEV if the device does not have any IOMMU
> > + * -EPROBEDEFER if probing should be tried again
> > + * -errno fatal errors
>
> It looks to me like it will only return 0, -ENODEV, or -EPROBEDEFER
> with other -errno getting boiled down to -ENODEV.
Yeah, that next patch sorts it out, it is sort of a typo here:
@@ -173,7 +173,7 @@ int of_iommu_configure(struct device *dev, struct device_node *master_np,
if (err == -EPROBE_DEFER)
return err;
dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
- return -ENODEV;
+ return err;
}
if (!ops)
return -ENODEV;
> > @@ -163,14 +169,15 @@ const struct iommu_ops *of_iommu_configure(struct device *dev,
> > err = iommu_probe_device(dev);
> >
> > /* Ignore all other errors apart from EPROBE_DEFER */
> > - if (err == -EPROBE_DEFER) {
> > - ops = ERR_PTR(err);
> > - } else if (err < 0) {
> > + if (err < 0) {
> > + if (err == -EPROBE_DEFER)
> > + return err;
> > dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
>
> minor thing, but should this use %pe and ERR_PTR(err) like is done
> in of_dma_configure_id?
Sure
Thanks,
Jason
_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
WARNING: multiple messages have this Message-ID (diff)
From: Jason Gunthorpe <jgg@nvidia.com>
To: Jerry Snitselaar <jsnitsel@redhat.com>
Cc: acpica-devel@lists.linuxfoundation.org,
Alyssa Rosenzweig <alyssa@rosenzweig.io>,
Albert Ou <aou@eecs.berkeley.edu>,
asahi@lists.linux.dev, Lu Baolu <baolu.lu@linux.intel.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Dexuan Cui <decui@microsoft.com>,
devicetree@vger.kernel.org, David Woodhouse <dwmw2@infradead.org>,
Frank Rowand <frowand.list@gmail.com>,
Hanjun Guo <guohanjun@huawei.com>,
Haiyang Zhang <haiyangz@microsoft.com>,
Christoph Hellwig <hch@lst.de>,
iommu@lists.linux.dev,
Jean-Philippe Brucker <jean-philippe@linaro.org>,
Jonathan Hunter <jonathanh@nvidia.com>,
Joerg Roedel <joro@8bytes.org>,
"K. Y. Srinivasan" <kys@microsoft.com>,
Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-hyperv@vger.kernel.org, linux-mips@vger.kernel.org,
linux-riscv@lists.infradead.org,
linux-snps-arc@lists.infradead.org, linux-tegra@vger.kernel.org,
Russell King <linux@armlinux.org.uk>,
Lorenzo Pieralisi <lpieralisi@kernel.org>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Hector Martin <marcan@marcan.st>,
Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Robert Moore <robert.moore@intel.com>,
Rob Herring <robh+dt@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Sudeep Holla <sudeep.holla@arm.com>,
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>,
Sven Peter <sven@svenpeter.dev>,
Thierry Reding <thierry.reding@gmail.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Krishna Reddy <vdumpa@nvidia.com>,
Vineet Gupta <vgupta@kernel.org>,
virtualization@lists.linux-foundation.org,
Wei Liu <wei.liu@kernel.org>, Will Deacon <will@kernel.org>,
Zhenhua Huang <quic_zhenhuah@quicinc.com>
Subject: Re: [PATCH RFC 02/17] of: Do not return struct iommu_ops from of_iommu_configure()
Date: Sun, 5 Nov 2023 09:31:02 -0400 [thread overview]
Message-ID: <20231105133102.GC258408@nvidia.com> (raw)
In-Reply-To: <ld3rrnpix5x5kirfjlk6oafhoikkge4fgvcljhmiljuqge5266@asdcw5cfp53e>
On Fri, Nov 03, 2023 at 02:42:01PM -0700, Jerry Snitselaar wrote:
> On Fri, Nov 03, 2023 at 01:44:47PM -0300, Jason Gunthorpe wrote:
> > Nothing needs this pointer. Return a normal error code with the usual
> > IOMMU semantic that ENODEV means 'there is no IOMMU driver'.
> >
> > Signed-off-by: Jason Gunthorpe <jgg@nvidia.com>
> > ---
> > drivers/iommu/of_iommu.c | 29 ++++++++++++++++++-----------
> > drivers/of/device.c | 22 +++++++++++++++-------
> > include/linux/of_iommu.h | 13 ++++++-------
> > 3 files changed, 39 insertions(+), 25 deletions(-)
> >
> > diff --git a/drivers/iommu/of_iommu.c b/drivers/iommu/of_iommu.c
> > index 157b286e36bf3a..e2fa29c16dd758 100644
> > --- a/drivers/iommu/of_iommu.c
> > +++ b/drivers/iommu/of_iommu.c
> > @@ -107,20 +107,26 @@ static int of_iommu_configure_device(struct device_node *master_np,
> > of_iommu_configure_dev(master_np, dev);
> > }
> >
> > -const struct iommu_ops *of_iommu_configure(struct device *dev,
> > - struct device_node *master_np,
> > - const u32 *id)
> > +/*
> > + * Returns:
> > + * 0 on success, an iommu was configured
> > + * -ENODEV if the device does not have any IOMMU
> > + * -EPROBEDEFER if probing should be tried again
> > + * -errno fatal errors
>
> It looks to me like it will only return 0, -ENODEV, or -EPROBEDEFER
> with other -errno getting boiled down to -ENODEV.
Yeah, that next patch sorts it out, it is sort of a typo here:
@@ -173,7 +173,7 @@ int of_iommu_configure(struct device *dev, struct device_node *master_np,
if (err == -EPROBE_DEFER)
return err;
dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
- return -ENODEV;
+ return err;
}
if (!ops)
return -ENODEV;
> > @@ -163,14 +169,15 @@ const struct iommu_ops *of_iommu_configure(struct device *dev,
> > err = iommu_probe_device(dev);
> >
> > /* Ignore all other errors apart from EPROBE_DEFER */
> > - if (err == -EPROBE_DEFER) {
> > - ops = ERR_PTR(err);
> > - } else if (err < 0) {
> > + if (err < 0) {
> > + if (err == -EPROBE_DEFER)
> > + return err;
> > dev_dbg(dev, "Adding to IOMMU failed: %d\n", err);
>
> minor thing, but should this use %pe and ERR_PTR(err) like is done
> in of_dma_configure_id?
Sure
Thanks,
Jason
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-11-05 13:31 UTC|newest]
Thread overview: 242+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-03 16:44 [Acpica-devel] [PATCH RFC 00/17] Solve iommu probe races around iommu_fwspec Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 01/17] iommu: Remove struct iommu_ops *iommu from arch_setup_dma_ops() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 20:04 ` [Acpica-devel] " Jerry Snitselaar
2023-11-03 20:04 ` Jerry Snitselaar
2023-11-03 20:04 ` Jerry Snitselaar
2023-11-03 20:04 ` Jerry Snitselaar
2023-11-03 20:04 ` Jerry Snitselaar
2023-11-06 7:17 ` Christoph Hellwig
2023-11-06 7:17 ` Christoph Hellwig
2023-11-06 7:17 ` Christoph Hellwig
2023-11-06 7:17 ` Christoph Hellwig
2023-11-06 7:17 ` Christoph Hellwig
2023-11-08 8:01 ` Baolu Lu
2023-11-08 8:01 ` Baolu Lu
2023-11-08 8:01 ` Baolu Lu
2023-11-08 8:01 ` Baolu Lu
2023-11-08 16:18 ` Rob Herring
2023-11-08 16:18 ` Rob Herring
2023-11-08 16:18 ` Rob Herring
2023-11-08 16:18 ` Rob Herring
2023-11-12 17:35 ` Moritz Fischer
2023-11-12 17:35 ` Moritz Fischer
2023-11-12 17:35 ` Moritz Fischer
2023-11-12 17:35 ` Moritz Fischer
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 02/17] of: Do not return struct iommu_ops from of_iommu_configure() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 21:42 ` Jerry Snitselaar
2023-11-03 21:42 ` Jerry Snitselaar
2023-11-03 21:42 ` Jerry Snitselaar
2023-11-03 21:42 ` Jerry Snitselaar
2023-11-03 21:47 ` Jerry Snitselaar
2023-11-03 21:47 ` Jerry Snitselaar
2023-11-03 21:47 ` Jerry Snitselaar
2023-11-03 21:47 ` Jerry Snitselaar
2023-11-05 13:31 ` Jason Gunthorpe [this message]
2023-11-05 13:31 ` Jason Gunthorpe
2023-11-05 13:31 ` Jason Gunthorpe
2023-11-05 13:31 ` Jason Gunthorpe
2023-11-08 16:17 ` Rob Herring
2023-11-08 16:17 ` Rob Herring
2023-11-08 16:17 ` Rob Herring
2023-11-08 16:17 ` Rob Herring
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 03/17] of: Use -ENODEV consistently in of_iommu_configure() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 22:03 ` Jerry Snitselaar
2023-11-03 22:03 ` Jerry Snitselaar
2023-11-03 22:03 ` Jerry Snitselaar
2023-11-03 22:03 ` Jerry Snitselaar
2023-11-05 13:26 ` Jason Gunthorpe
2023-11-05 13:26 ` Jason Gunthorpe
2023-11-05 13:26 ` Jason Gunthorpe
2023-11-05 13:26 ` Jason Gunthorpe
2023-11-08 16:11 ` Rob Herring
2023-11-08 16:11 ` Rob Herring
2023-11-08 16:11 ` Rob Herring
2023-11-08 16:11 ` Rob Herring
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 04/17] acpi: Do not return struct iommu_ops from acpi_iommu_configure_id() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-04 0:48 ` Jerry Snitselaar
2023-11-04 0:48 ` Jerry Snitselaar
2023-11-04 0:48 ` Jerry Snitselaar
2023-11-04 0:48 ` Jerry Snitselaar
2023-11-05 13:24 ` Jason Gunthorpe
2023-11-05 13:24 ` Jason Gunthorpe
2023-11-05 13:24 ` Jason Gunthorpe
2023-11-05 13:24 ` Jason Gunthorpe
2023-11-05 17:55 ` Jerry Snitselaar
2023-11-05 17:55 ` Jerry Snitselaar
2023-11-05 17:55 ` Jerry Snitselaar
2023-11-05 17:55 ` Jerry Snitselaar
2023-11-06 14:32 ` Rafael J. Wysocki
2023-11-06 14:32 ` Rafael J. Wysocki
2023-11-06 14:32 ` Rafael J. Wysocki
2023-11-06 14:32 ` Rafael J. Wysocki
2023-11-06 14:32 ` Rafael J. Wysocki
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 05/17] iommu: Make iommu_fwspec->ids a distinct allocation Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:10 ` Jerry Snitselaar
2023-11-13 20:10 ` Jerry Snitselaar
2023-11-13 20:10 ` Jerry Snitselaar
2023-11-13 20:10 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 06/17] iommu: Add iommu_fwspec_alloc/dealloc() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 07/17] iommu: Add iommu_probe_device_fwspec() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 08/17] of: Do not use dev->iommu within of_iommu_configure() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-13 20:11 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 09/17] iommu: Add iommu_fwspec_append_ids() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:12 ` Jerry Snitselaar
2023-11-13 20:12 ` Jerry Snitselaar
2023-11-13 20:12 ` Jerry Snitselaar
2023-11-13 20:12 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 10/17] acpi: Do not use dev->iommu within acpi_iommu_configure() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-06 14:36 ` Rafael J. Wysocki
2023-11-06 14:36 ` Rafael J. Wysocki
2023-11-06 14:36 ` Rafael J. Wysocki
2023-11-06 14:36 ` Rafael J. Wysocki
2023-11-06 14:36 ` Rafael J. Wysocki
2023-11-12 17:44 ` Moritz Fischer
2023-11-12 17:44 ` Moritz Fischer
2023-11-12 17:44 ` Moritz Fischer
2023-11-12 17:44 ` Moritz Fischer
2023-11-13 22:37 ` Jason Gunthorpe
2023-11-13 22:37 ` Jason Gunthorpe
2023-11-13 22:37 ` Jason Gunthorpe
2023-11-13 22:37 ` Jason Gunthorpe
2023-11-13 20:13 ` Jerry Snitselaar
2023-11-13 20:13 ` Jerry Snitselaar
2023-11-13 20:13 ` Jerry Snitselaar
2023-11-13 20:13 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 11/17] iommu: Hold iommu_probe_device_lock while calling ops->of_xlate Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:14 ` Jerry Snitselaar
2023-11-13 20:14 ` Jerry Snitselaar
2023-11-13 20:14 ` Jerry Snitselaar
2023-11-13 20:14 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 12/17] iommu: Make iommu_ops_from_fwnode() static Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-08 18:12 ` André Draszik
2023-11-08 18:12 ` André Draszik
2023-11-08 18:12 ` André Draszik
2023-11-08 18:12 ` André Draszik
2023-11-13 20:02 ` Jerry Snitselaar
2023-11-13 20:02 ` Jerry Snitselaar
2023-11-13 20:02 ` Jerry Snitselaar
2023-11-13 20:02 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 13/17] iommu: Remove dev_iommu_fwspec_set() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:06 ` Jerry Snitselaar
2023-11-13 20:06 ` Jerry Snitselaar
2023-11-13 20:06 ` Jerry Snitselaar
2023-11-13 20:06 ` Jerry Snitselaar
2023-11-03 16:44 ` [Acpica-devel] [PATCH RFC 14/17] iommu: Remove pointless iommu_fwspec_free() Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-03 16:44 ` Jason Gunthorpe
2023-11-13 20:18 ` Jerry Snitselaar
2023-11-13 20:18 ` Jerry Snitselaar
2023-11-13 20:18 ` Jerry Snitselaar
2023-11-13 20:18 ` Jerry Snitselaar
2023-11-03 16:45 ` [Acpica-devel] [PATCH RFC 15/17] iommu: Add ops->of_xlate_fwspec() Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-13 20:23 ` Jerry Snitselaar
2023-11-13 20:23 ` Jerry Snitselaar
2023-11-13 20:23 ` Jerry Snitselaar
2023-11-13 20:23 ` Jerry Snitselaar
2023-11-03 16:45 ` [Acpica-devel] [PATCH RFC 16/17] iommu: Mark dev_iommu_get() with lockdep Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-13 20:25 ` Jerry Snitselaar
2023-11-13 20:25 ` Jerry Snitselaar
2023-11-13 20:25 ` Jerry Snitselaar
2023-11-13 20:25 ` Jerry Snitselaar
2023-11-03 16:45 ` [Acpica-devel] [PATCH RFC 17/17] iommu: Mark dev_iommu_priv_set() with a lockdep Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-03 16:45 ` Jason Gunthorpe
2023-11-08 8:18 ` Baolu Lu
2023-11-08 8:18 ` Baolu Lu
2023-11-08 8:18 ` Baolu Lu
2023-11-08 8:18 ` Baolu Lu
2023-11-13 20:35 ` Jerry Snitselaar
2023-11-13 20:35 ` Jerry Snitselaar
2023-11-13 20:35 ` Jerry Snitselaar
2023-11-13 20:35 ` Jerry Snitselaar
2023-11-08 18:34 ` [PATCH RFC 00/17] Solve iommu probe races around iommu_fwspec André Draszik
2023-11-08 18:34 ` André Draszik
2023-11-08 18:34 ` André Draszik
2023-11-08 18:34 ` André Draszik
2023-11-08 19:22 ` Jason Gunthorpe
2023-11-08 19:22 ` Jason Gunthorpe
2023-11-08 19:22 ` Jason Gunthorpe
2023-11-08 19:22 ` Jason Gunthorpe
2023-11-14 4:56 ` Zhenhua Huang
2023-11-14 4:56 ` Zhenhua Huang
2023-11-14 4:56 ` Zhenhua Huang
2023-11-14 4:56 ` Zhenhua Huang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20231105133102.GC258408@nvidia.com \
--to=jgg@nvidia.com \
--cc=acpica-devel@lists.linuxfoundation.org \
--cc=alyssa@rosenzweig.io \
--cc=aou@eecs.berkeley.edu \
--cc=asahi@lists.linux.dev \
--cc=baolu.lu@linux.intel.com \
--cc=catalin.marinas@arm.com \
--cc=decui@microsoft.com \
--cc=devicetree@vger.kernel.org \
--cc=dwmw2@infradead.org \
--cc=frowand.list@gmail.com \
--cc=guohanjun@huawei.com \
--cc=haiyangz@microsoft.com \
--cc=hch@lst.de \
--cc=iommu@lists.linux.dev \
--cc=jean-philippe@linaro.org \
--cc=jonathanh@nvidia.com \
--cc=joro@8bytes.org \
--cc=jsnitsel@redhat.com \
--cc=kys@microsoft.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-snps-arc@lists.infradead.org \
--cc=linux-tegra@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=lpieralisi@kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=marcan@marcan.st \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=quic_zhenhuah@quicinc.com \
--cc=rafael@kernel.org \
--cc=robert.moore@intel.com \
--cc=robh+dt@kernel.org \
--cc=robin.murphy@arm.com \
--cc=sudeep.holla@arm.com \
--cc=suravee.suthikulpanit@amd.com \
--cc=sven@svenpeter.dev \
--cc=thierry.reding@gmail.com \
--cc=tsbogend@alpha.franken.de \
--cc=vdumpa@nvidia.com \
--cc=vgupta@kernel.org \
--cc=virtualization@lists.linux-foundation.org \
--cc=wei.liu@kernel.org \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.