diff for duplicates of <528D1A0F.2000508@wwwdotorg.org> diff --git a/a/1.txt b/N1/1.txt index 4d69721..59a901f 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,13 +1,13 @@ On 11/20/2013 01:02 PM, Rob Herring wrote: -> On Wed, Nov 20, 2013 at 12:39 AM, Hiroshi Doyu <hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> wrote: +> On Wed, Nov 20, 2013 at 12:39 AM, Hiroshi Doyu <hdoyu@nvidia.com> wrote: >> Hi Rob, >> ->> Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote @ Tue, 19 Nov 2013 21:45:02 +0100: +>> Rob Herring <robherring2@gmail.com> wrote @ Tue, 19 Nov 2013 21:45:02 +0100: >> >>> On 11/19/2013 11:35 AM, Will Deacon wrote: >>>> On Tue, Nov 19, 2013 at 09:40:54AM +0000, Hiroshi Doyu wrote: ->>>>> Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org> wrote @ Fri, 15 Nov 2013 08:06:27 +0100: ->>>>>> On Mon, 11 Nov 2013 10:47:23 +0100, Hiroshi Doyu <hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> wrote: +>>>>> Grant Likely <grant.likely@secretlab.ca> wrote @ Fri, 15 Nov 2013 08:06:27 +0100: +>>>>>> On Mon, 11 Nov 2013 10:47:23 +0100, Hiroshi Doyu <hdoyu@nvidia.com> wrote: >>>>>>> 1, When a device is populated, it checks if that device is IOMMU'able >>>>>>> or not. This is identified by "#stream-id-cells" in DT. If >>>>>>> a device is normal(non IOMMU), a device is populated. If a device @@ -32,12 +32,12 @@ On 11/20/2013 01:02 PM, Rob Herring wrote: >> In PATCHv5[2], we took the following DT binding where multiple cell >> properties seem to work ok. >> ->> smmu_a: iommu@xxxxxxxx { +>> smmu_a: iommu at xxxxxxxx { >> #iommu-cells = <2>; >> .... >> }; >> ->> smmu_b: iommu@xxxxxxxx { +>> smmu_b: iommu at xxxxxxxx { >> #iommu-cells = <3>; >> .... >> }; @@ -76,7 +76,7 @@ that actually exists. > For the topology above where you are chaining iommu's, I think > something like this is more accurately describing the hierarchy: > -> smmu_b: iommu@xxxxxxxx { +> smmu_b: iommu at xxxxxxxx { > #iommu-cells = <3>; > iommus = <&smmu_a param1 param2>; > .... diff --git a/a/content_digest b/N1/content_digest index 6d29b5a..5571e9a 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,40 +3,22 @@ "ref\0528BCDCE.6070006@gmail.com\0" "ref\020131120.083955.1386179068365424976.hdoyu@nvidia.com\0" "ref\0CAL_Jsq+AxEWhkOhxwAZ=+rpzDZ+yC1b3ZV541UhOu9kiwUhUdQ@mail.gmail.com\0" - "ref\0CAL_Jsq+AxEWhkOhxwAZ=+rpzDZ+yC1b3ZV541UhOu9kiwUhUdQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0" - "From\0Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>\0" - "Subject\0Re: Report from 2013 ARM kernel summit\0" + "From\0swarren@wwwdotorg.org (Stephen Warren)\0" + "Subject\0Report from 2013 ARM kernel summit\0" "Date\0Wed, 20 Nov 2013 13:22:39 -0700\0" - "To\0Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>" - " Hiroshi Doyu <hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>\0" - "Cc\0will.deacon-5wv7dgnIgG8@public.gmane.org <will.deacon-5wv7dgnIgG8@public.gmane.org>" - grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org> - Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> - Mark.Rutland-5wv7dgnIgG8@public.gmane.org <Mark.Rutland-5wv7dgnIgG8@public.gmane.org> - thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - Lorenzo.Pieralisi-5wv7dgnIgG8@public.gmane.org <Lorenzo.Pieralisi-5wv7dgnIgG8@public.gmane.org> - linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org> - ksummit-2013-discuss-cunTk1MwBs98uUxBSJOaYoYkZiVZrdSR2LY78lusg7I@public.gmane.org <ksummit-2013-discuss-cunTk1MwBs98uUxBSJOaYoYkZiVZrdSR2LY78lusg7I@public.gmane.org> - olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org> - lwn-T1hC0tSOHrs@public.gmane.org <lwn-T1hC0tSOHrs@public.gmane.org> - paul-DWxLp4Yu+b8AvxtiuMwx3w@public.gmane.org <paul-DWxLp4Yu+b8AvxtiuMwx3w@public.gmane.org> - khilman-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org <khilman-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - broonie-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org <broonie-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org> - linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - " andreas.herrmann-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org <andreas.herrmann-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On 11/20/2013 01:02 PM, Rob Herring wrote:\n" - "> On Wed, Nov 20, 2013 at 12:39 AM, Hiroshi Doyu <hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> wrote:\n" + "> On Wed, Nov 20, 2013 at 12:39 AM, Hiroshi Doyu <hdoyu@nvidia.com> wrote:\n" ">> Hi Rob,\n" ">>\n" - ">> Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote @ Tue, 19 Nov 2013 21:45:02 +0100:\n" + ">> Rob Herring <robherring2@gmail.com> wrote @ Tue, 19 Nov 2013 21:45:02 +0100:\n" ">>\n" ">>> On 11/19/2013 11:35 AM, Will Deacon wrote:\n" ">>>> On Tue, Nov 19, 2013 at 09:40:54AM +0000, Hiroshi Doyu wrote:\n" - ">>>>> Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org> wrote @ Fri, 15 Nov 2013 08:06:27 +0100:\n" - ">>>>>> On Mon, 11 Nov 2013 10:47:23 +0100, Hiroshi Doyu <hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> wrote:\n" + ">>>>> Grant Likely <grant.likely@secretlab.ca> wrote @ Fri, 15 Nov 2013 08:06:27 +0100:\n" + ">>>>>> On Mon, 11 Nov 2013 10:47:23 +0100, Hiroshi Doyu <hdoyu@nvidia.com> wrote:\n" ">>>>>>> 1, When a device is populated, it checks if that device is IOMMU'able\n" ">>>>>>> or not. This is identified by \"#stream-id-cells\" in DT. If\n" ">>>>>>> a device is normal(non IOMMU), a device is populated. If a device\n" @@ -61,12 +43,12 @@ ">> In PATCHv5[2], we took the following DT binding where multiple cell\n" ">> properties seem to work ok.\n" ">>\n" - ">> smmu_a: iommu@xxxxxxxx {\n" + ">> smmu_a: iommu at xxxxxxxx {\n" ">> #iommu-cells = <2>;\n" ">> ....\n" ">> };\n" ">>\n" - ">> smmu_b: iommu@xxxxxxxx {\n" + ">> smmu_b: iommu at xxxxxxxx {\n" ">> #iommu-cells = <3>;\n" ">> ....\n" ">> };\n" @@ -105,7 +87,7 @@ "> For the topology above where you are chaining iommu's, I think\n" "> something like this is more accurately describing the hierarchy:\n" "> \n" - "> smmu_b: iommu@xxxxxxxx {\n" + "> smmu_b: iommu at xxxxxxxx {\n" "> #iommu-cells = <3>;\n" "> iommus = <&smmu_a param1 param2>;\n" "> ....\n" @@ -132,4 +114,4 @@ "upstream path to memory would pass through the same IOMMU from both\n" buses on current HW that I'm familiar with. -6ffc1d8fa72b73dfb253578393c581e17dbb25148e5378179e9b647f0cabe062 +c9f5d9b4319de27875a112eb004b59b2a66a8d359622a5664248caa70981dece
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.