All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thierry Reding <thierry.reding@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,
	kgene.kim@samsung.com,
	Shaik Ameer Basha <shaik.ameer@samsung.com>,
	prathyush.k@samsung.com, grundler@chromium.org, joro@8bytes.org,
	supash.ramaswamy@linaro.org, linux-kernel@vger.kernel.org,
	pullip.cho@samsung.com, tomasz.figa@gmail.com,
	sachin.kamat@linaro.org, iommu@lists.linux-foundation.org,
	linux-samsung-soc@vger.kernel.org, s.nawrocki@samsung.com,
	a.motakis@virtualopensystems.com, Varun.Sethi@freescale.com,
	joshi@samsung.com, t.figa@samsung.com, rahul.sharma@samsung.com,
	Hiroshi Doyu <hdoyu@nvidia.com>,
	Will Deacon <will.deacon@arm.com>,
	Stephen Warren <swarren@wwwdotorg.org>
Subject: Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU
Date: Mon, 28 Apr 2014 12:39:20 +0200	[thread overview]
Message-ID: <20140428103919.GF19455@ulmo> (raw)
In-Reply-To: <4447051.OnJtcFSqFV@wuerfel>

[-- Attachment #1: Type: text/plain, Size: 2828 bytes --]

On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote:
> On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote:
> > +- mmu-masters: A phandle to device nodes representing the master for which
> > +               the System MMU can provide a translation. Any additional values
> > +              after the phandle will be ignored because a System MMU never
> > +              have two or more masters. "#stream-id-cells" specified in the
> > +              master's node will be also ignored.
> > +              If more than one phandle is specified, only the first phandle
> > +              will be treated.
> 
> This seems completely backwards: Why would you list the masters for an IOMMU
> in the IOMMU node?
> 
> The master should have a standard property pointing to the IOMMU instead.
> 
> We don't have a generic binding for IOMMUs yet it seems, but the time is
> overdue to make one.
> 
> Consider this NAKed until there is a generic binding for IOMMUs that all
> relevant developers have agreed to.

I'd like to take this opportunity and revive one of the hibernating
patch sets that we have for Tegra. The last effort to get things merged
was back in January I think. I haven't bothered to look up the reference
since it's probably good to start from scratch anyway.

The latest version of the binding that was under discussion back then I
think looked something like this:

	device@... {
		iommus = <&iommu [spec]>[, <&other_iommu [other_spec]>...];
	};

And possibly with a iommu-names property to go along with that. The idea
being that a device can be a master on possibly multiple IOMMUs. Using
the above it would also be possible to have one device be multiple
masters on the same IOMMU.

On Tegra the specifier would be used to encode a memory controller's
client ID. One discussion point back at the time was to encode the ID as
a bitmask to allow more than a single master per entry. Another solution
which I think is a little cleaner and more generic, would be to use one
entry per master and use a single cell to encode the client ID. Devices
with multiple clients to the same IOMMU could then use multiple entries
referencing the same IOMMU.

I've added Hiroshi Doyu on Cc since he knows the Tegra IOMMU best.
Hiroshi, can you summarize exactly what the proposed bindings were. If
my memory serves me well they were mostly along the lines of what Arnd
proposes here, and perhaps they are something that can also be used for
Exynos.

Will Deacon (I think) had some comments on the earlier discussion as
well, so I've added him on Cc for visibility. Sorry if I'm confusing you
with someone else, Will. In that case perhaps you know who to include in
the discussion from the ARM side.

Also adding Stephen Warren for visibility.

Thierry

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: t.figa-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	tomasz.figa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	joshi-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	s.nawrocki-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	Varun.Sethi-KZfg59tc24xl57MIdRCFDg@public.gmane.org,
	kgene.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	prathyush.k-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	sachin.kamat-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
	grundler-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
	linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.motakis-lrHrjnjw1UfHK3s98zE1ajGjJy/sRE9J@public.gmane.org,
	pullip.cho-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	rahul.sharma-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	Shaik Ameer Basha
	<shaik.ameer-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	supash.ramaswamy-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Subject: Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU
Date: Mon, 28 Apr 2014 12:39:20 +0200	[thread overview]
Message-ID: <20140428103919.GF19455@ulmo> (raw)
In-Reply-To: <4447051.OnJtcFSqFV@wuerfel>


[-- Attachment #1.1: Type: text/plain, Size: 2828 bytes --]

On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote:
> On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote:
> > +- mmu-masters: A phandle to device nodes representing the master for which
> > +               the System MMU can provide a translation. Any additional values
> > +              after the phandle will be ignored because a System MMU never
> > +              have two or more masters. "#stream-id-cells" specified in the
> > +              master's node will be also ignored.
> > +              If more than one phandle is specified, only the first phandle
> > +              will be treated.
> 
> This seems completely backwards: Why would you list the masters for an IOMMU
> in the IOMMU node?
> 
> The master should have a standard property pointing to the IOMMU instead.
> 
> We don't have a generic binding for IOMMUs yet it seems, but the time is
> overdue to make one.
> 
> Consider this NAKed until there is a generic binding for IOMMUs that all
> relevant developers have agreed to.

I'd like to take this opportunity and revive one of the hibernating
patch sets that we have for Tegra. The last effort to get things merged
was back in January I think. I haven't bothered to look up the reference
since it's probably good to start from scratch anyway.

The latest version of the binding that was under discussion back then I
think looked something like this:

	device@... {
		iommus = <&iommu [spec]>[, <&other_iommu [other_spec]>...];
	};

And possibly with a iommu-names property to go along with that. The idea
being that a device can be a master on possibly multiple IOMMUs. Using
the above it would also be possible to have one device be multiple
masters on the same IOMMU.

On Tegra the specifier would be used to encode a memory controller's
client ID. One discussion point back at the time was to encode the ID as
a bitmask to allow more than a single master per entry. Another solution
which I think is a little cleaner and more generic, would be to use one
entry per master and use a single cell to encode the client ID. Devices
with multiple clients to the same IOMMU could then use multiple entries
referencing the same IOMMU.

I've added Hiroshi Doyu on Cc since he knows the Tegra IOMMU best.
Hiroshi, can you summarize exactly what the proposed bindings were. If
my memory serves me well they were mostly along the lines of what Arnd
proposes here, and perhaps they are something that can also be used for
Exynos.

Will Deacon (I think) had some comments on the earlier discussion as
well, so I've added him on Cc for visibility. Sorry if I'm confusing you
with someone else, Will. In that case perhaps you know who to include in
the discussion from the ARM side.

Also adding Stephen Warren for visibility.

Thierry

[-- Attachment #1.2: Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



WARNING: multiple messages have this Message-ID (diff)
From: thierry.reding@gmail.com (Thierry Reding)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU
Date: Mon, 28 Apr 2014 12:39:20 +0200	[thread overview]
Message-ID: <20140428103919.GF19455@ulmo> (raw)
In-Reply-To: <4447051.OnJtcFSqFV@wuerfel>

On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote:
> On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote:
> > +- mmu-masters: A phandle to device nodes representing the master for which
> > +               the System MMU can provide a translation. Any additional values
> > +              after the phandle will be ignored because a System MMU never
> > +              have two or more masters. "#stream-id-cells" specified in the
> > +              master's node will be also ignored.
> > +              If more than one phandle is specified, only the first phandle
> > +              will be treated.
> 
> This seems completely backwards: Why would you list the masters for an IOMMU
> in the IOMMU node?
> 
> The master should have a standard property pointing to the IOMMU instead.
> 
> We don't have a generic binding for IOMMUs yet it seems, but the time is
> overdue to make one.
> 
> Consider this NAKed until there is a generic binding for IOMMUs that all
> relevant developers have agreed to.

I'd like to take this opportunity and revive one of the hibernating
patch sets that we have for Tegra. The last effort to get things merged
was back in January I think. I haven't bothered to look up the reference
since it's probably good to start from scratch anyway.

The latest version of the binding that was under discussion back then I
think looked something like this:

	device at ... {
		iommus = <&iommu [spec]>[, <&other_iommu [other_spec]>...];
	};

And possibly with a iommu-names property to go along with that. The idea
being that a device can be a master on possibly multiple IOMMUs. Using
the above it would also be possible to have one device be multiple
masters on the same IOMMU.

On Tegra the specifier would be used to encode a memory controller's
client ID. One discussion point back at the time was to encode the ID as
a bitmask to allow more than a single master per entry. Another solution
which I think is a little cleaner and more generic, would be to use one
entry per master and use a single cell to encode the client ID. Devices
with multiple clients to the same IOMMU could then use multiple entries
referencing the same IOMMU.

I've added Hiroshi Doyu on Cc since he knows the Tegra IOMMU best.
Hiroshi, can you summarize exactly what the proposed bindings were. If
my memory serves me well they were mostly along the lines of what Arnd
proposes here, and perhaps they are something that can also be used for
Exynos.

Will Deacon (I think) had some comments on the earlier discussion as
well, so I've added him on Cc for visibility. Sorry if I'm confusing you
with someone else, Will. In that case perhaps you know who to include in
the discussion from the ARM side.

Also adding Stephen Warren for visibility.

Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20140428/bc54ef87/attachment.sig>

  reply	other threads:[~2014-04-28 10:40 UTC|newest]

Thread overview: 199+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-27  7:37 [PATCH v12 00/31] iommu/exynos: Fixes and Enhancements of System MMU driver with DT Shaik Ameer Basha
2014-04-27  7:37 ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 01/31] iommu/exynos: do not include removed header Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 02/31] iommu/exynos: add missing cache flush for removed page table entries Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 03/31] iommu/exynos: change error handling when page table update is failed Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 04/31] iommu/exynos: fix L2TLB invalidation Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 05/31] iommu/exynos: remove prefetch buffer setting Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 06/31] iommu/exynos: allocate lv2 page table from own slab Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 07/31] iommu/exynos: always enable runtime PM Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 08/31] iommu/exynos: handle one instance of sysmmu with a device descriptor Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 09/31] iommu/exynos: remove dbgname from drvdata of a System MMU Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 10/31] iommu/exynos: use managed device helper functions Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27 18:23   ` Arnd Bergmann
2014-04-27 18:23     ` Arnd Bergmann
2014-04-28 10:39     ` Thierry Reding [this message]
2014-04-28 10:39       ` Thierry Reding
2014-04-28 10:39       ` Thierry Reding
2014-04-28 10:56       ` Arnd Bergmann
2014-04-28 10:56         ` Arnd Bergmann
2014-04-28 10:56         ` Arnd Bergmann
2014-04-28 11:18         ` Thierry Reding
2014-04-28 11:18           ` Thierry Reding
2014-04-28 11:18           ` Thierry Reding
2014-04-28 12:05           ` Arnd Bergmann
2014-04-28 12:05             ` Arnd Bergmann
2014-04-28 12:49             ` Thierry Reding
2014-04-28 12:49               ` Thierry Reding
2014-04-28 12:49               ` Thierry Reding
2014-04-28 19:30             ` Will Deacon
2014-04-28 19:30               ` Will Deacon
     [not found]               ` <20140428193056.GD22135-5wv7dgnIgG8@public.gmane.org>
2014-04-28 19:55                 ` Arnd Bergmann
2014-04-28 19:55                   ` Arnd Bergmann
2014-04-29 18:16                   ` Dave Martin
2014-04-29 18:16                     ` Dave Martin
     [not found]                     ` <20140429181601.GE3582-M5GwZQ6tE7x5pKCnmE3YQBJ8xKzm50AiAL8bYrjMMd8@public.gmane.org>
2014-04-29 20:07                       ` Grant Grundler
2014-04-29 20:07                         ` Grant Grundler
     [not found]                         ` <CANEJEGs6TXNzE8cWYgEKfFSsD2w5XiYvwSbhQ_+gtfzfs+6udA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-29 21:00                           ` Arnd Bergmann
2014-04-29 21:00                             ` Arnd Bergmann
2014-04-30 15:14                             ` Dave Martin
2014-04-30 15:14                               ` Dave Martin
2014-05-01 14:02                             ` Cho KyongHo
2014-05-01 14:02                               ` Cho KyongHo
     [not found]                               ` <20140501230214.ed53cd0fc977225f37b14e29-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2014-05-01 14:12                                 ` Arnd Bergmann
2014-05-01 14:12                                   ` Arnd Bergmann
2014-05-01 14:50                                 ` Dave Martin
2014-05-01 14:50                                   ` Dave Martin
2014-05-01 17:41                             ` Stephen Warren
2014-05-01 17:41                               ` Stephen Warren
     [not found]                               ` <53628751.9000609-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-05-02 11:41                                 ` Dave Martin
2014-05-02 11:41                                   ` Dave Martin
2014-04-29 20:46                       ` Arnd Bergmann
2014-04-29 20:46                         ` Arnd Bergmann
2014-05-01 11:15                         ` Dave Martin
2014-05-01 11:15                           ` Dave Martin
     [not found]                           ` <20140501111527.GA3732-M5GwZQ6tE7x5pKCnmE3YQBJ8xKzm50AiAL8bYrjMMd8@public.gmane.org>
2014-05-01 13:29                             ` Arnd Bergmann
2014-05-01 13:29                               ` Arnd Bergmann
2014-05-01 14:36                               ` Dave Martin
2014-05-01 14:36                                 ` Dave Martin
     [not found]                                 ` <20140501143654.GB3732-M5GwZQ6tE7x5pKCnmE3YQBJ8xKzm50AiAL8bYrjMMd8@public.gmane.org>
2014-05-01 15:11                                   ` Marc Zyngier
2014-05-01 15:11                                     ` Marc Zyngier
     [not found]                                     ` <53626434.8000807-5wv7dgnIgG8@public.gmane.org>
2014-05-01 15:53                                       ` Arnd Bergmann
2014-05-01 15:53                                         ` Arnd Bergmann
2014-05-01 16:24                                         ` Marc Zyngier
2014-05-01 16:24                                           ` Marc Zyngier
2014-05-01 15:46                                   ` Arnd Bergmann
2014-05-01 15:46                                     ` Arnd Bergmann
2014-05-01 16:42                               ` Grant Grundler
2014-05-01 16:42                                 ` Grant Grundler
2014-05-15 20:37             ` Thierry Reding
2014-05-15 20:37               ` Thierry Reding
2014-05-15 20:37               ` Thierry Reding
2014-05-16  0:39               ` Cho KyongHo
2014-05-16  0:39                 ` Cho KyongHo
2014-05-16  0:39                 ` Cho KyongHo
2014-04-28 17:52           ` Stephen Warren
2014-04-28 17:52             ` Stephen Warren
2014-04-28 17:52             ` Stephen Warren
2014-04-29  5:55       ` Hiroshi Doyu
2014-04-29  5:55         ` Hiroshi Doyu
2014-04-27  7:37 ` [PATCH v12 12/31] iommu/exynos: support for device tree Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 13/31] iommu/exynos: gating clocks of master H/W Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 14/31] iommu/exynos: remove custom fault handler Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 15/31] iommu/exynos: handle 'mmu-masters' property of DT and improve handling sysmmu Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27 18:17   ` Arnd Bergmann
2014-04-27 18:17     ` Arnd Bergmann
2014-05-01 14:08     ` Cho KyongHo
2014-05-01 14:08       ` Cho KyongHo
2014-05-01 14:08       ` Cho KyongHo
2014-04-27  7:37 ` [PATCH v12 16/31] iommu/exynos: turn on useful configuration options Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 17/31] iommu/exynos: add support for power management subsystems Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 18/31] iommu/exynos: allow having multiple System MMUs for a master H/W Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-28 10:38   ` Tushar Behera
2014-04-28 10:38     ` Tushar Behera
2014-05-01 14:10     ` Cho KyongHo
2014-05-01 14:10       ` Cho KyongHo
2014-05-01 14:10       ` Cho KyongHo
2014-05-06 18:05   ` Tomasz Figa
2014-05-06 18:05     ` Tomasz Figa
2014-05-09 10:54     ` Cho KyongHo
2014-05-09 10:54       ` Cho KyongHo
2014-05-09 10:54       ` Cho KyongHo
2014-04-27  7:37 ` [PATCH v12 19/31] iommu/exynos: change rwlock to spinlock Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 20/31] iommu/exynos: add devices attached to the System MMU to an IOMMU group Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 21/31] iommu/exynos: fix address handling Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 22/31] iommu/exynos: use exynos-iommu specific typedef Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 23/31] iommu/exynos: use simpler function to get MMU version Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 24/31] iommu/exynos: apply workaround of caching fault page table entries Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 25/31] iommu/exynos: enhanced error messages Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 26/31] clk: exynos: add gate clock descriptions of System MMU Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37 ` [PATCH v12 27/31] ARM: dts: add System MMU nodes of exynos4 series Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:37   ` Shaik Ameer Basha
2014-04-27  7:38 ` [PATCH v12 28/31] ARM: dts: add System MMU nodes of exynos4210 Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-27  7:38 ` [PATCH v12 29/31] ARM: dts: add System MMU nodes of exynos4x12 Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-27  7:38 ` [PATCH v12 30/31] ARM: dts: add System MMU nodes of exynos5250 Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-27 17:39   ` Vikas Sajjan
2014-04-27 17:39     ` Vikas Sajjan
2014-04-27 17:39     ` Vikas Sajjan
2014-04-28 23:13     ` Doug Anderson
2014-04-28 23:13       ` Doug Anderson
2014-04-28 23:13       ` Doug Anderson
2014-05-01 14:16       ` Cho KyongHo
2014-05-01 14:16         ` Cho KyongHo
2014-05-01 14:16         ` Cho KyongHo
2014-04-27  7:38 ` [PATCH v12 31/31] ARM: dts: add System MMU nodes of exynos5420 Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-27  7:38   ` Shaik Ameer Basha
2014-04-28  8:34 ` [PATCH v12 00/31] iommu/exynos: Fixes and Enhancements of System MMU driver with DT Arnd Bergmann
2014-04-28  8:34   ` Arnd Bergmann
2014-04-28  8:34   ` Arnd Bergmann
2014-04-30  4:50   ` Shaik Ameer Basha
2014-04-30  4:50     ` Shaik Ameer Basha
2014-04-30  4:50     ` Shaik Ameer Basha
2014-04-30 10:57   ` Shaik Ameer Basha
2014-04-30 10:57     ` Shaik Ameer Basha
2014-04-30 10:57     ` Shaik Ameer Basha
2014-05-06 17:59     ` Joerg Roedel
2014-05-06 17:59       ` Joerg Roedel
2014-05-06 18:08       ` Tomasz Figa
2014-05-06 18:08         ` Tomasz Figa
2014-05-06 18:08         ` Tomasz Figa
2014-05-07  0:44         ` Cho KyongHo
2014-05-07  0:44           ` Cho KyongHo
2014-05-07  0:44           ` Cho KyongHo
2014-05-06 18:21       ` Arnd Bergmann
2014-05-06 18:21         ` Arnd Bergmann
2014-05-06 18:21         ` Arnd Bergmann

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=20140428103919.GF19455@ulmo \
    --to=thierry.reding@gmail.com \
    --cc=Varun.Sethi@freescale.com \
    --cc=a.motakis@virtualopensystems.com \
    --cc=arnd@arndb.de \
    --cc=devicetree@vger.kernel.org \
    --cc=grundler@chromium.org \
    --cc=hdoyu@nvidia.com \
    --cc=iommu@lists.linux-foundation.org \
    --cc=joro@8bytes.org \
    --cc=joshi@samsung.com \
    --cc=kgene.kim@samsung.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=prathyush.k@samsung.com \
    --cc=pullip.cho@samsung.com \
    --cc=rahul.sharma@samsung.com \
    --cc=s.nawrocki@samsung.com \
    --cc=sachin.kamat@linaro.org \
    --cc=shaik.ameer@samsung.com \
    --cc=supash.ramaswamy@linaro.org \
    --cc=swarren@wwwdotorg.org \
    --cc=t.figa@samsung.com \
    --cc=tomasz.figa@gmail.com \
    --cc=will.deacon@arm.com \
    /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.