All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joerg Roedel <joro@8bytes.org>
To: Marek Szyprowski <m.szyprowski@samsung.com>
Cc: Will Deacon <will@kernel.org>,
	Robin Murphy <robin.murphy@arm.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-rockchi
Subject: Re: [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner
Date: Thu, 9 Apr 2020 16:30:59 +0200	[thread overview]
Message-ID: <20200409143059.GP3103@8bytes.org> (raw)
In-Reply-To: <40af831b-d00c-0cf9-0a06-e60c048a9ab8@samsung.com>

Hi Marek,

On Thu, Apr 09, 2020 at 03:58:00PM +0200, Marek Szyprowski wrote:
> The main problem after your conversion is the fact that ->probe_device() 
> is called very early, before any other platform device (thus IOMMU 
> controller) is is probed. It doesn't handle EPROBE_DEFER too.

I don't quite understand why probe_device() is called too early, as it
is called at the same time add_device() was called before. But anyway,
I have seen a similar problem on OMAP. If the SYSMMU for a master is not
probed yet when probe_device() is called, it can just return -ENODEV and
in your driver you just call but_iommu_probe() when a new SYSMMU got
initialized to re-probe uninitialized masters on the bus. This patch-set
contains a change to export bus_iommu_probe() for exactly that reason.

What do you think?

Regards,

	Joerg

WARNING: multiple messages have this Message-ID (diff)
From: Joerg Roedel <joro@8bytes.org>
To: Marek Szyprowski <m.szyprowski@samsung.com>
Cc: Will Deacon <will@kernel.org>,
	Robin Murphy <robin.murphy@arm.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: [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner
Date: Thu, 9 Apr 2020 16:30:59 +0200	[thread overview]
Message-ID: <20200409143059.GP3103@8bytes.org> (raw)
In-Reply-To: <40af831b-d00c-0cf9-0a06-e60c048a9ab8@samsung.com>

Hi Marek,

On Thu, Apr 09, 2020 at 03:58:00PM +0200, Marek Szyprowski wrote:
> The main problem after your conversion is the fact that ->probe_device() 
> is called very early, before any other platform device (thus IOMMU 
> controller) is is probed. It doesn't handle EPROBE_DEFER too.

I don't quite understand why probe_device() is called too early, as it
is called at the same time add_device() was called before. But anyway,
I have seen a similar problem on OMAP. If the SYSMMU for a master is not
probed yet when probe_device() is called, it can just return -ENODEV and
in your driver you just call but_iommu_probe() when a new SYSMMU got
initialized to re-probe uninitialized masters on the bus. This patch-set
contains a change to export bus_iommu_probe() for exactly that reason.

What do you think?

Regards,

	Joerg

WARNING: multiple messages have this Message-ID (diff)
From: Joerg Roedel <joro@8bytes.org>
To: Marek Szyprowski <m.szyprowski@samsung.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>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
	Kukjin Kim <kgene@kernel.org>,
	Robin Murphy <robin.murphy@arm.com>
Subject: Re: [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner
Date: Thu, 9 Apr 2020 16:30:59 +0200	[thread overview]
Message-ID: <20200409143059.GP3103@8bytes.org> (raw)
In-Reply-To: <40af831b-d00c-0cf9-0a06-e60c048a9ab8@samsung.com>

Hi Marek,

On Thu, Apr 09, 2020 at 03:58:00PM +0200, Marek Szyprowski wrote:
> The main problem after your conversion is the fact that ->probe_device() 
> is called very early, before any other platform device (thus IOMMU 
> controller) is is probed. It doesn't handle EPROBE_DEFER too.

I don't quite understand why probe_device() is called too early, as it
is called at the same time add_device() was called before. But anyway,
I have seen a similar problem on OMAP. If the SYSMMU for a master is not
probed yet when probe_device() is called, it can just return -ENODEV and
in your driver you just call but_iommu_probe() when a new SYSMMU got
initialized to re-probe uninitialized masters on the bus. This patch-set
contains a change to export bus_iommu_probe() for exactly that reason.

What do you think?

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: Marek Szyprowski <m.szyprowski@samsung.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,
	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>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
	Kukjin Kim <kgene@kernel.org>,
	Robin Murphy <robin.murphy@arm.com>,
	Lu Baolu <baolu.lu@linux.intel.com>
Subject: Re: [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner
Date: Thu, 9 Apr 2020 16:30:59 +0200	[thread overview]
Message-ID: <20200409143059.GP3103@8bytes.org> (raw)
In-Reply-To: <40af831b-d00c-0cf9-0a06-e60c048a9ab8@samsung.com>

Hi Marek,

On Thu, Apr 09, 2020 at 03:58:00PM +0200, Marek Szyprowski wrote:
> The main problem after your conversion is the fact that ->probe_device() 
> is called very early, before any other platform device (thus IOMMU 
> controller) is is probed. It doesn't handle EPROBE_DEFER too.

I don't quite understand why probe_device() is called too early, as it
is called at the same time add_device() was called before. But anyway,
I have seen a similar problem on OMAP. If the SYSMMU for a master is not
probed yet when probe_device() is called, it can just return -ENODEV and
in your driver you just call but_iommu_probe() when a new SYSMMU got
initialized to re-probe uninitialized masters on the bus. This patch-set
contains a change to export bus_iommu_probe() for exactly that reason.

What do you think?

Regards,

	Joerg

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

  parent reply	other threads:[~2020-04-09 14:30 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
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                   ` Joerg Roedel [this message]
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
     [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=20200409143059.GP3103@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.