All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joerg Roedel <joro@8bytes.org>
To: Robin Murphy <robin.murphy@arm.com>
Cc: Will Deacon <will@kernel.org>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Kukjin Kim <kgene@kernel.org>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Lu Baolu <baolu.lu@linux.intel.com>,
	Andy Gross <agross@kernel.org>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Rob Clark <robdclark@gmail.com>, Heiko Stuebner <heiko@sntech.de>,
	Gerald Schaefer <gerald.schaefer@de.ibm.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	Jonathan Hunter <jonathanh@nvidia.com>,
	Jean-Philippe Brucker <jean-philippe@linaro.org>,
	iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-samsung-soc@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	linux-mediatek@lists.infradead.org
Subject: Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr
Date: Wed, 8 Apr 2020 16:37:07 +0200	[thread overview]
Message-ID: <20200408143707.GK3103@8bytes.org> (raw)
In-Reply-To: <98c10a41-d223-e375-9742-b6471c3dc33c@arm.com>

Hi Robin,

thanks for looking into this.

On Wed, Apr 08, 2020 at 01:09:40PM +0100, Robin Murphy wrote:
> For a hot-pluggable bus where logical devices may share Stream IDs (like
> fsl-mc), this could happen:
> 
>   create device A
>   iommu_probe_device(A)
>     iommu_device_group(A) -> alloc group X
>   create device B
>   iommu_probe_device(B)
>     iommu_device_group(A) -> lookup returns group X
>   ...
>   iommu_remove_device(A)
>   delete device A
>   create device C
>   iommu_probe_device(C)
>     iommu_device_group(C) -> use-after-free of A
> 
> Preserving the logical behaviour here would probably look *something* like
> the mangled diff below, but I haven't thought it through 100%.

Yeah, I think you are right. How about just moving the loop which sets
s2crs[idx].group to arm_smmu_device_group()? In that case I can drop
this patch and leave the group pointer in place.

Regards,

	Joerg

WARNING: multiple messages have this Message-ID (diff)
From: Joerg Roedel <joro@8bytes.org>
To: Robin Murphy <robin.murphy@arm.com>
Cc: Will Deacon <will@kernel.org>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Kukjin Kim <kgene@kernel.org>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Lu Baolu <baolu.lu@linux.intel.com>,
	Andy Gross <agross@kernel.org>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Rob Clark <robdclark@gmail.com>, Heiko Stuebner <heiko@sntech.de>,
	Gerald Schaefer <gerald.schaefer@de.ibm.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	Jonathan Hunter <jonathanh@nvidia.com>,
	Jean-Philippe Brucker <jean-philippe@linaro.org>,
	iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-samsung-soc@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	linux-mediatek@lists.infradead.org,
	linux-rockchip@lists.infradead.org, linux-s390@vger.kernel.org,
	linux-tegra@vger.kernel.org,
	virtualization@lists.linux-foundation.org,
	Joerg Roedel <jroedel@suse.de>
Subject: Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr
Date: Wed, 8 Apr 2020 16:37:07 +0200	[thread overview]
Message-ID: <20200408143707.GK3103@8bytes.org> (raw)
In-Reply-To: <98c10a41-d223-e375-9742-b6471c3dc33c@arm.com>

Hi Robin,

thanks for looking into this.

On Wed, Apr 08, 2020 at 01:09:40PM +0100, Robin Murphy wrote:
> For a hot-pluggable bus where logical devices may share Stream IDs (like
> fsl-mc), this could happen:
> 
>   create device A
>   iommu_probe_device(A)
>     iommu_device_group(A) -> alloc group X
>   create device B
>   iommu_probe_device(B)
>     iommu_device_group(A) -> lookup returns group X
>   ...
>   iommu_remove_device(A)
>   delete device A
>   create device C
>   iommu_probe_device(C)
>     iommu_device_group(C) -> use-after-free of A
> 
> Preserving the logical behaviour here would probably look *something* like
> the mangled diff below, but I haven't thought it through 100%.

Yeah, I think you are right. How about just moving the loop which sets
s2crs[idx].group to arm_smmu_device_group()? In that case I can drop
this patch and leave the group pointer in place.

Regards,

	Joerg


WARNING: multiple messages have this Message-ID (diff)
From: Joerg Roedel <joro@8bytes.org>
To: Robin Murphy <robin.murphy@arm.com>
Cc: Heiko Stuebner <heiko@sntech.de>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	linux-tegra@vger.kernel.org,
	Thierry Reding <thierry.reding@gmail.com>,
	Will Deacon <will@kernel.org>,
	Jean-Philippe Brucker <jean-philippe@linaro.org>,
	linux-samsung-soc@vger.kernel.org,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Jonathan Hunter <jonathanh@nvidia.com>,
	linux-rockchip@lists.infradead.org,
	Andy Gross <agross@kernel.org>, Joerg Roedel <jroedel@suse.de>,
	linux-s390@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	linux-mediatek@lists.infradead.org,
	Matthias Brugger <matthias.bgg@gmail.com>,
	virtualization@lists.linux-foundation.org,
	Gerald Schaefer <gerald.schaefer@de.ibm.com>,
	linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
	Kukjin Kim <kgene@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>
Subject: Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr
Date: Wed, 8 Apr 2020 16:37:07 +0200	[thread overview]
Message-ID: <20200408143707.GK3103@8bytes.org> (raw)
In-Reply-To: <98c10a41-d223-e375-9742-b6471c3dc33c@arm.com>

Hi Robin,

thanks for looking into this.

On Wed, Apr 08, 2020 at 01:09:40PM +0100, Robin Murphy wrote:
> For a hot-pluggable bus where logical devices may share Stream IDs (like
> fsl-mc), this could happen:
> 
>   create device A
>   iommu_probe_device(A)
>     iommu_device_group(A) -> alloc group X
>   create device B
>   iommu_probe_device(B)
>     iommu_device_group(A) -> lookup returns group X
>   ...
>   iommu_remove_device(A)
>   delete device A
>   create device C
>   iommu_probe_device(C)
>     iommu_device_group(C) -> use-after-free of A
> 
> Preserving the logical behaviour here would probably look *something* like
> the mangled diff below, but I haven't thought it through 100%.

Yeah, I think you are right. How about just moving the loop which sets
s2crs[idx].group to arm_smmu_device_group()? In that case I can drop
this patch and leave the group pointer in place.

Regards,

	Joerg

_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu

WARNING: multiple messages have this Message-ID (diff)
From: Joerg Roedel <joro@8bytes.org>
To: Robin Murphy <robin.murphy@arm.com>
Cc: Heiko Stuebner <heiko@sntech.de>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	linux-tegra@vger.kernel.org,
	Thierry Reding <thierry.reding@gmail.com>,
	Will Deacon <will@kernel.org>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Jean-Philippe Brucker <jean-philippe@linaro.org>,
	linux-samsung-soc@vger.kernel.org,
	Rob Clark <robdclark@gmail.com>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Jonathan Hunter <jonathanh@nvidia.com>,
	linux-rockchip@lists.infradead.org,
	Andy Gross <agross@kernel.org>, Joerg Roedel <jroedel@suse.de>,
	linux-s390@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	linux-mediatek@lists.infradead.org,
	Matthias Brugger <matthias.bgg@gmail.com>,
	virtualization@lists.linux-foundation.org,
	Gerald Schaefer <gerald.schaefer@de.ibm.com>,
	linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
	Kukjin Kim <kgene@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Lu Baolu <baolu.lu@linux.intel.com>
Subject: Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr
Date: Wed, 8 Apr 2020 16:37:07 +0200	[thread overview]
Message-ID: <20200408143707.GK3103@8bytes.org> (raw)
In-Reply-To: <98c10a41-d223-e375-9742-b6471c3dc33c@arm.com>

Hi Robin,

thanks for looking into this.

On Wed, Apr 08, 2020 at 01:09:40PM +0100, Robin Murphy wrote:
> For a hot-pluggable bus where logical devices may share Stream IDs (like
> fsl-mc), this could happen:
> 
>   create device A
>   iommu_probe_device(A)
>     iommu_device_group(A) -> alloc group X
>   create device B
>   iommu_probe_device(B)
>     iommu_device_group(A) -> lookup returns group X
>   ...
>   iommu_remove_device(A)
>   delete device A
>   create device C
>   iommu_probe_device(C)
>     iommu_device_group(C) -> use-after-free of A
> 
> Preserving the logical behaviour here would probably look *something* like
> the mangled diff below, but I haven't thought it through 100%.

Yeah, I think you are right. How about just moving the loop which sets
s2crs[idx].group to arm_smmu_device_group()? In that case I can drop
this patch and leave the group pointer in place.

Regards,

	Joerg


_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek

  reply	other threads:[~2020-04-08 14:37 UTC|newest]

Thread overview: 191+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-07 18:37 [RFC PATCH 00/34] iommu: Move iommu_group setup to IOMMU core code Joerg Roedel
2020-04-07 18:37 ` Joerg Roedel
2020-04-07 18:37 ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 01/34] iommu: Move default domain allocation to separate function Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 02/34] iommu: Add def_domain_type() callback in iommu_ops Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 03/34] iommu/amd: Implement iommu_ops->def_domain_type call-back Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 04/34] iommu/vt-d: Wire up iommu_ops->def_domain_type Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 08/34] iommu: Move default domain allocation to iommu_probe_device() Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 09/34] iommu: Keep a list of allocated groups in __iommu_probe_device() Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
     [not found] ` <20200407183742.4344-1-joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2020-04-07 18:37   ` [RFC PATCH 05/34] iommu/amd: Remove dma_mask check from check_device() Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37   ` [RFC PATCH 06/34] iommu/amd: Return -ENODEV in add_device when device is not handled by IOMMU Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37   ` [RFC PATCH 07/34] iommu: Add probe_device() and remove_device() call-backs Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37   ` [RFC PATCH 10/34] iommu: Move new probe_device path to separate function Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37   ` [RFC PATCH 16/34] iommu/vt-d: Convert to probe/release_device() call-backs Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37   ` [RFC PATCH 24/34] iommu/mediatek-v1 " Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37   ` [RFC PATCH 28/34] iommu/renesas: " Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37   ` [RFC PATCH 33/34] iommu: Remove add_device()/remove_device() code-paths Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-07 18:37     ` Joerg Roedel
2020-04-10 10:39     ` Marek Szyprowski
2020-04-10 10:39       ` Marek Szyprowski
2020-04-10 10:39       ` Marek Szyprowski
     [not found]       ` <1a88547f-ac90-825e-e529-a56c2c4e0391-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2020-04-14 13:17         ` Joerg Roedel
2020-04-14 13:17           ` Joerg Roedel
2020-04-14 13:17           ` Joerg Roedel
2020-04-14 13:17           ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 11/34] iommu: Split off default domain allocation from group assignment Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
     [not found]   ` <20200407183742.4344-12-joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2020-04-13 22:10     ` Derrick, Jonathan
2020-04-13 22:10       ` Derrick, Jonathan
2020-04-13 22:10       ` Derrick, Jonathan
2020-04-13 22:10       ` Derrick, Jonathan
2020-04-13 22:10       ` Derrick, Jonathan
     [not found]       ` <6a801ff9e6471bda7c6f510dfa2ba7e7c35cb559.camel-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2020-04-14 15:27         ` joro-zLv9SwRftAIdnm+yROfE0A
2020-04-14 15:27           ` joro
2020-04-14 15:27           ` joro
2020-04-14 15:27           ` joro
2020-04-14 15:27           ` joro
2020-04-07 18:37 ` [RFC PATCH 12/34] iommu: Move iommu_group_create_direct_mappings() out of iommu_group_add_device() Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 13/34] iommu: Export bus_iommu_probe() and make is safe for re-probing Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 14/34] iommu/amd: Remove dev_data->passthrough Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 15/34] iommu/amd: Convert to probe/release_device() call-backs Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-08 22:52   ` kbuild test robot
2020-04-07 18:37 ` [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-08 12:09   ` Robin Murphy
2020-04-08 12:09     ` Robin Murphy
2020-04-08 12:09     ` Robin Murphy
2020-04-08 14:37     ` Joerg Roedel [this message]
2020-04-08 14:37       ` Joerg Roedel
2020-04-08 14:37       ` Joerg Roedel
2020-04-08 14:37       ` Joerg Roedel
     [not found]       ` <20200408143707.GK3103-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2020-04-08 15:07         ` Robin Murphy
2020-04-08 15:07           ` Robin Murphy
2020-04-08 15:07           ` Robin Murphy
2020-04-08 15:07           ` Robin Murphy
     [not found]           ` <f8b541c2-9271-fc48-dde6-166a2ed6679f-5wv7dgnIgG8@public.gmane.org>
2020-04-08 19:11             ` Joerg Roedel
2020-04-08 19:11               ` Joerg Roedel
2020-04-08 19:11               ` Joerg Roedel
2020-04-08 19:11               ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 18/34] iommu/arm-smmu: Convert to probe/release_device() call-backs Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 19/34] iommu/pamu: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 20/34] iommu/s390: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 21/34] iommu/virtio: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 22/34] iommu/msm: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 23/34] iommu/mediatek: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 25/34] iommu/qcom: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 26/34] iommu/rockchip: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 27/34] iommu/tegra: " Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 29/34] iommu/omap: Remove orphan_dev tracking Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 30/34] iommu/omap: Convert to probe/release_device() call-backs Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 31/34] iommu/exynos: Create iommu_device in struct exynos_iommu_owner Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
     [not found]   ` <20200407183742.4344-32-joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2020-04-08 12:23     ` Marek Szyprowski
2020-04-08 12:23       ` Marek Szyprowski
2020-04-08 12:23       ` Marek Szyprowski
2020-04-08 12:23       ` Marek Szyprowski
     [not found]       ` <449e7f16-e719-9617-ec92-63b82c0bc33f-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2020-04-08 14:23         ` Marek Szyprowski
2020-04-08 14:23           ` Marek Szyprowski
2020-04-08 14:23           ` Marek Szyprowski
2020-04-08 14:23           ` Marek Szyprowski
     [not found]           ` <f59b0bb3-8c08-9cc9-bb1a-e69b7b226f60-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2020-04-08 15:00             ` Joerg Roedel
2020-04-08 15:00               ` Joerg Roedel
2020-04-08 15:00               ` Joerg Roedel
2020-04-08 15:00               ` Joerg Roedel
2020-04-09 11:46             ` [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner Joerg Roedel
2020-04-09 11:46               ` Joerg Roedel
2020-04-09 11:46               ` Joerg Roedel
2020-04-09 11:46               ` Joerg Roedel
     [not found]               ` <20200409114620.GA16298-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2020-04-09 13:58                 ` Marek Szyprowski
2020-04-09 13:58                   ` Marek Szyprowski
2020-04-09 13:58                   ` Marek Szyprowski
2020-04-09 13:58                   ` Marek Szyprowski
     [not found]                   ` <CGME20200409140939eucas1p190daac74c0d5dda4627314c49c1a5b50@eucas1p1.samsung.com>
2020-04-09 14:09                     ` [PATCH] iommu/exynos: Rework intialization Marek Szyprowski
2020-04-09 14:09                       ` Marek Szyprowski
2020-04-09 14:09                       ` Marek Szyprowski
2020-04-09 14:09                       ` Marek Szyprowski
2020-04-09 14:30                   ` [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner Joerg Roedel
2020-04-09 14:30                     ` Joerg Roedel
2020-04-09 14:30                     ` Joerg Roedel
2020-04-09 14:30                     ` Joerg Roedel
     [not found]                   ` <40af831b-d00c-0cf9-0a06-e60c048a9ab8-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2020-04-14 13:20                     ` Joerg Roedel
2020-04-14 13:20                       ` Joerg Roedel
2020-04-14 13:20                       ` Joerg Roedel
2020-04-14 13:20                       ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 32/34] iommu/exynos: Convert to probe/release_device() call-backs Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37 ` [RFC PATCH 34/34] iommu: Unexport iommu_group_get_for_dev() Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel
2020-04-07 18:37   ` Joerg Roedel

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=20200408143707.GK3103@8bytes.org \
    --to=joro@8bytes.org \
    --cc=agross@kernel.org \
    --cc=baolu.lu@linux.intel.com \
    --cc=bjorn.andersson@linaro.org \
    --cc=dwmw2@infradead.org \
    --cc=gerald.schaefer@de.ibm.com \
    --cc=heiko@sntech.de \
    --cc=iommu@lists.linux-foundation.org \
    --cc=jean-philippe@linaro.org \
    --cc=jonathanh@nvidia.com \
    --cc=kgene@kernel.org \
    --cc=krzk@kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=m.szyprowski@samsung.com \
    --cc=matthias.bgg@gmail.com \
    --cc=robdclark@gmail.com \
    --cc=robin.murphy@arm.com \
    --cc=thierry.reding@gmail.com \
    --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.