From: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
To: Yong Wu <yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
Cc: Mark Rutland <Mark.Rutland-5wv7dgnIgG8@public.gmane.org>,
Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
"cloud.chou-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org"
<cloud.chou-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>,
"youhua.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org"
<youhua.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>,
Russell King - ARM Linux
<linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
"frederic.chen-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org"
<frederic.chen-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>,
"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"arnd-r2nGTMty4D4@public.gmane.org"
<arnd-r2nGTMty4D4@public.gmane.org>,
Tomasz Figa <tfiga-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
"linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
Matthias Brugger
<matthias.bgg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
"pebolle-IWqWACnzNjzz+pZb47iToQ@public.gmane.org"
<pebolle-IWqWACnzNjzz+pZb47iToQ@public.gmane.org>,
Thierry Reding <treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
"srv_heupstream-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org"
<srv_heupstream-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
iommu-cunTk1MwBs9QetFLy7KEm77oxUfYCNXn@public.gmane.org
Subject: Re: [PATCH v3 5/6] iommu/mediatek: Add mt8173 IOMMU driver
Date: Wed, 29 Jul 2015 11:31:50 +0100 [thread overview]
Message-ID: <20150729103150.GB4797@arm.com> (raw)
In-Reply-To: <1438148491.25925.89.camel@mhfsdcap03>
On Wed, Jul 29, 2015 at 06:41:31AM +0100, Yong Wu wrote:
> On Mon, 2015-07-27 at 16:49 +0100, Robin Murphy wrote:
> > On 27/07/15 16:31, Russell King - ARM Linux wrote:
> > > On Mon, Jul 27, 2015 at 02:23:26PM +0100, Robin Murphy wrote:
> > >> On 16/07/15 10:04, Yong Wu wrote:
> > >>> This patch adds support for mediatek m4u (MultiMedia Memory Management
> > >>> Unit).
> > >>>
> > >>> Signed-off-by: Yong Wu <yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
> > >> [...]
> > >>> +static void mtk_iommu_flush_pgtable(void *ptr, size_t size, void *cookie)
> > >>> +{
> > >>> + struct mtk_iommu_domain *domain = cookie;
> > >>> + unsigned long offset = (unsigned long)ptr & ~PAGE_MASK;
> > >>> +
> > >>> + dma_map_page(domain->data->dev, virt_to_page(ptr), offset,
> > >>> + size, DMA_TO_DEVICE);
> > >>
> > >> Nit: this looks like it may as well be dma_map_single.
> > >>
> > >> It would probably be worth following it with a matching unmap too, just to
> > >> avoid any possible leakage bugs (especially if this M4U ever appears in a
> > >> SoC supporting RAM above the 32-bit boundary).
> > >
> > > Why not do the job properly? Take a look at how I implemented the
> > > streaming DMA API on Tegra SMMU (patch set recently sent out earlier
> > > today).
> > >
> > > There's no need for hacks like dma_map_page() (and discarding it's
> > > return value) or dma_map_page() followed by dma_unmap_page().
> >
> > Indeed, as it happens I do have a branch where I prototyped that for the
> > long-descriptor io-pgtable-arm code a while ago; this discussion has
> > prompted me to dig it up again. Stay tuned, folks...
>
> Hi Russell, Robin,
>
> From I see in arm-smmu-v3.c in v4.2-rc1,
>
> The flush_pgtable seems like this:
> //==========
> dma_addr_t dma_addr;
>
> dma_addr = dma_map_page(dev, ptr, size, DMA_TO_DEVICE);
>
> if (dma_mapping_error(dev, dma_addr))
> dev_err(dev, "failed to flush pgtable at %p\n", ptr);
> else
> dma_unmap_page(dev, dma_addr, size, DMA_TO_DEVICE);
> //==========
> I will change map like this and use dma_map_single instead.
>
> Is this also seems to be not proper?
>
> Then how to do it? add this before unmap? :
> dma_sync_single_for_device(dev, dma_addr, size, DMA_TO_DEVICE);
Robin's proposed a series fixing this in the io-pgtable code:
http://lists.linuxfoundation.org/pipermail/iommu/2015-July/013821.html
which is currently under review. Please take a look and give comments!
Once merged, the code you cite above will be removed.
Will
WARNING: multiple messages have this Message-ID (diff)
From: will.deacon@arm.com (Will Deacon)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 5/6] iommu/mediatek: Add mt8173 IOMMU driver
Date: Wed, 29 Jul 2015 11:31:50 +0100 [thread overview]
Message-ID: <20150729103150.GB4797@arm.com> (raw)
In-Reply-To: <1438148491.25925.89.camel@mhfsdcap03>
On Wed, Jul 29, 2015 at 06:41:31AM +0100, Yong Wu wrote:
> On Mon, 2015-07-27 at 16:49 +0100, Robin Murphy wrote:
> > On 27/07/15 16:31, Russell King - ARM Linux wrote:
> > > On Mon, Jul 27, 2015 at 02:23:26PM +0100, Robin Murphy wrote:
> > >> On 16/07/15 10:04, Yong Wu wrote:
> > >>> This patch adds support for mediatek m4u (MultiMedia Memory Management
> > >>> Unit).
> > >>>
> > >>> Signed-off-by: Yong Wu <yong.wu@mediatek.com>
> > >> [...]
> > >>> +static void mtk_iommu_flush_pgtable(void *ptr, size_t size, void *cookie)
> > >>> +{
> > >>> + struct mtk_iommu_domain *domain = cookie;
> > >>> + unsigned long offset = (unsigned long)ptr & ~PAGE_MASK;
> > >>> +
> > >>> + dma_map_page(domain->data->dev, virt_to_page(ptr), offset,
> > >>> + size, DMA_TO_DEVICE);
> > >>
> > >> Nit: this looks like it may as well be dma_map_single.
> > >>
> > >> It would probably be worth following it with a matching unmap too, just to
> > >> avoid any possible leakage bugs (especially if this M4U ever appears in a
> > >> SoC supporting RAM above the 32-bit boundary).
> > >
> > > Why not do the job properly? Take a look at how I implemented the
> > > streaming DMA API on Tegra SMMU (patch set recently sent out earlier
> > > today).
> > >
> > > There's no need for hacks like dma_map_page() (and discarding it's
> > > return value) or dma_map_page() followed by dma_unmap_page().
> >
> > Indeed, as it happens I do have a branch where I prototyped that for the
> > long-descriptor io-pgtable-arm code a while ago; this discussion has
> > prompted me to dig it up again. Stay tuned, folks...
>
> Hi Russell, Robin,
>
> From I see in arm-smmu-v3.c in v4.2-rc1,
>
> The flush_pgtable seems like this:
> //==========
> dma_addr_t dma_addr;
>
> dma_addr = dma_map_page(dev, ptr, size, DMA_TO_DEVICE);
>
> if (dma_mapping_error(dev, dma_addr))
> dev_err(dev, "failed to flush pgtable at %p\n", ptr);
> else
> dma_unmap_page(dev, dma_addr, size, DMA_TO_DEVICE);
> //==========
> I will change map like this and use dma_map_single instead.
>
> Is this also seems to be not proper?
>
> Then how to do it? add this before unmap? :
> dma_sync_single_for_device(dev, dma_addr, size, DMA_TO_DEVICE);
Robin's proposed a series fixing this in the io-pgtable code:
http://lists.linuxfoundation.org/pipermail/iommu/2015-July/013821.html
which is currently under review. Please take a look and give comments!
Once merged, the code you cite above will be removed.
Will
WARNING: multiple messages have this Message-ID (diff)
From: Will Deacon <will.deacon@arm.com>
To: Yong Wu <yong.wu@mediatek.com>
Cc: Robin Murphy <Robin.Murphy@arm.com>,
Russell King - ARM Linux <linux@arm.linux.org.uk>,
Joerg Roedel <joro@8bytes.org>,
Thierry Reding <treding@nvidia.com>,
Mark Rutland <Mark.Rutland@arm.com>,
Matthias Brugger <matthias.bgg@gmail.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"pebolle@tiscali.nl" <pebolle@tiscali.nl>,
"arnd@arndb.de" <arnd@arndb.de>,
"srv_heupstream@mediatek.com" <srv_heupstream@mediatek.com>,
Catalin Marinas <Catalin.Marinas@arm.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Tomasz Figa <tfiga@google.com>,
"iommu@lists.linux-foundation.org"
<iommu@lists.linux-foundation.org>,
Rob Herring <robh+dt@kernel.org>,
Daniel Kurtz <djkurtz@google.com>,
Sasha Hauer <kernel@pengutronix.de>,
"cloud.chou@mediatek.com" <cloud.chou@mediatek.com>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"frederic.chen@mediatek.com" <frederic.chen@mediatek.com>,
"mitchelh@codeaurora.org" <mitchelh@codeaurora.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Lucas Stach <l.stach@pengutronix.de>,
"youhua.li@mediatek.com" <youhua.li@mediatek.com>
Subject: Re: [PATCH v3 5/6] iommu/mediatek: Add mt8173 IOMMU driver
Date: Wed, 29 Jul 2015 11:31:50 +0100 [thread overview]
Message-ID: <20150729103150.GB4797@arm.com> (raw)
In-Reply-To: <1438148491.25925.89.camel@mhfsdcap03>
On Wed, Jul 29, 2015 at 06:41:31AM +0100, Yong Wu wrote:
> On Mon, 2015-07-27 at 16:49 +0100, Robin Murphy wrote:
> > On 27/07/15 16:31, Russell King - ARM Linux wrote:
> > > On Mon, Jul 27, 2015 at 02:23:26PM +0100, Robin Murphy wrote:
> > >> On 16/07/15 10:04, Yong Wu wrote:
> > >>> This patch adds support for mediatek m4u (MultiMedia Memory Management
> > >>> Unit).
> > >>>
> > >>> Signed-off-by: Yong Wu <yong.wu@mediatek.com>
> > >> [...]
> > >>> +static void mtk_iommu_flush_pgtable(void *ptr, size_t size, void *cookie)
> > >>> +{
> > >>> + struct mtk_iommu_domain *domain = cookie;
> > >>> + unsigned long offset = (unsigned long)ptr & ~PAGE_MASK;
> > >>> +
> > >>> + dma_map_page(domain->data->dev, virt_to_page(ptr), offset,
> > >>> + size, DMA_TO_DEVICE);
> > >>
> > >> Nit: this looks like it may as well be dma_map_single.
> > >>
> > >> It would probably be worth following it with a matching unmap too, just to
> > >> avoid any possible leakage bugs (especially if this M4U ever appears in a
> > >> SoC supporting RAM above the 32-bit boundary).
> > >
> > > Why not do the job properly? Take a look at how I implemented the
> > > streaming DMA API on Tegra SMMU (patch set recently sent out earlier
> > > today).
> > >
> > > There's no need for hacks like dma_map_page() (and discarding it's
> > > return value) or dma_map_page() followed by dma_unmap_page().
> >
> > Indeed, as it happens I do have a branch where I prototyped that for the
> > long-descriptor io-pgtable-arm code a while ago; this discussion has
> > prompted me to dig it up again. Stay tuned, folks...
>
> Hi Russell, Robin,
>
> From I see in arm-smmu-v3.c in v4.2-rc1,
>
> The flush_pgtable seems like this:
> //==========
> dma_addr_t dma_addr;
>
> dma_addr = dma_map_page(dev, ptr, size, DMA_TO_DEVICE);
>
> if (dma_mapping_error(dev, dma_addr))
> dev_err(dev, "failed to flush pgtable at %p\n", ptr);
> else
> dma_unmap_page(dev, dma_addr, size, DMA_TO_DEVICE);
> //==========
> I will change map like this and use dma_map_single instead.
>
> Is this also seems to be not proper?
>
> Then how to do it? add this before unmap? :
> dma_sync_single_for_device(dev, dma_addr, size, DMA_TO_DEVICE);
Robin's proposed a series fixing this in the io-pgtable code:
http://lists.linuxfoundation.org/pipermail/iommu/2015-July/013821.html
which is currently under review. Please take a look and give comments!
Once merged, the code you cite above will be removed.
Will
next prev parent reply other threads:[~2015-07-29 10:31 UTC|newest]
Thread overview: 103+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-16 9:04 [PATCH v3 0/6] MT8173 IOMMU SUPPORT Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` Yong Wu
[not found] ` <1437037475-9065-1-git-send-email-yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-07-16 9:04 ` [PATCH v3 1/6] dt-bindings: iommu: Add binding for mediatek IOMMU Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` [PATCH v3 4/6] memory: mediatek: Add SMI driver Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` [PATCH v3 5/6] iommu/mediatek: Add mt8173 IOMMU driver Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` Yong Wu
[not found] ` <1437037475-9065-6-git-send-email-yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-07-21 14:59 ` Will Deacon
2015-07-21 14:59 ` Will Deacon
2015-07-21 14:59 ` Will Deacon
[not found] ` <20150721145910.GG31095-5wv7dgnIgG8@public.gmane.org>
2015-07-24 5:43 ` Yong Wu
2015-07-24 5:43 ` Yong Wu
2015-07-24 5:43 ` Yong Wu
2015-07-24 16:55 ` Will Deacon
2015-07-24 16:55 ` Will Deacon
2015-07-24 16:55 ` Will Deacon
[not found] ` <20150724165509.GD21177-5wv7dgnIgG8@public.gmane.org>
2015-07-27 4:24 ` Yong Wu
2015-07-27 4:24 ` Yong Wu
2015-07-27 4:24 ` Yong Wu
2015-07-27 15:48 ` Will Deacon
2015-07-27 15:48 ` Will Deacon
2015-07-27 15:48 ` Will Deacon
2015-07-27 13:23 ` Robin Murphy
2015-07-27 13:23 ` Robin Murphy
2015-07-27 13:23 ` Robin Murphy
2015-07-27 15:31 ` Russell King - ARM Linux
2015-07-27 15:31 ` Russell King - ARM Linux
2015-07-27 15:31 ` Russell King - ARM Linux
2015-07-27 15:49 ` Robin Murphy
2015-07-27 15:49 ` Robin Murphy
2015-07-27 15:49 ` Robin Murphy
[not found] ` <55B6530A.9050903-5wv7dgnIgG8@public.gmane.org>
2015-07-29 5:41 ` Yong Wu
2015-07-29 5:41 ` Yong Wu
2015-07-29 5:41 ` Yong Wu
2015-07-29 10:31 ` Will Deacon [this message]
2015-07-29 10:31 ` Will Deacon
2015-07-29 10:31 ` Will Deacon
[not found] ` <55B630CE.4050803-5wv7dgnIgG8@public.gmane.org>
2015-07-29 6:32 ` Yong Wu
2015-07-29 6:32 ` Yong Wu
2015-07-29 6:32 ` Yong Wu
2015-07-16 9:04 ` [PATCH v3 2/6] dt-bindings: mediatek: Add smi dts binding Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` [PATCH v3 3/6] iommu: add ARM short descriptor page table allocator Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` Yong Wu
[not found] ` <1437037475-9065-4-git-send-email-yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-07-21 17:11 ` Will Deacon
2015-07-21 17:11 ` Will Deacon
2015-07-21 17:11 ` Will Deacon
[not found] ` <20150721171101.GN31095-5wv7dgnIgG8@public.gmane.org>
2015-07-24 5:24 ` Yong Wu
2015-07-24 5:24 ` Yong Wu
2015-07-24 5:24 ` Yong Wu
2015-07-24 16:53 ` Will Deacon
2015-07-24 16:53 ` Will Deacon
2015-07-24 16:53 ` Will Deacon
[not found] ` <20150724165325.GC21177-5wv7dgnIgG8@public.gmane.org>
2015-07-27 4:21 ` Yong Wu
2015-07-27 4:21 ` Yong Wu
2015-07-27 4:21 ` Yong Wu
2015-07-27 14:05 ` Robin Murphy
2015-07-27 14:05 ` Robin Murphy
2015-07-27 14:05 ` Robin Murphy
2015-07-27 14:11 ` Will Deacon
2015-07-27 14:11 ` Will Deacon
2015-07-27 14:11 ` Will Deacon
[not found] ` <20150727141102.GJ3358-5wv7dgnIgG8@public.gmane.org>
2015-07-28 5:08 ` Yong Wu
2015-07-28 5:08 ` Yong Wu
2015-07-28 5:08 ` Yong Wu
2015-07-28 11:00 ` Will Deacon
2015-07-28 11:00 ` Will Deacon
2015-07-28 11:00 ` Will Deacon
[not found] ` <20150728110023.GH29209-5wv7dgnIgG8@public.gmane.org>
2015-07-28 13:37 ` Yong Wu
2015-07-28 13:37 ` Yong Wu
2015-07-28 13:37 ` Yong Wu
2015-07-28 13:47 ` Will Deacon
2015-07-28 13:47 ` Will Deacon
2015-07-28 13:47 ` Will Deacon
2015-07-31 7:55 ` Yong Wu
2015-07-31 11:32 ` Will Deacon
2015-07-31 11:32 ` Will Deacon
2015-07-31 11:32 ` Will Deacon
2015-09-14 12:25 ` Yong Wu
2015-09-14 12:25 ` Yong Wu
2015-09-14 12:25 ` Yong Wu
2015-09-16 12:55 ` Will Deacon
2015-09-16 12:55 ` Will Deacon
2015-09-16 12:55 ` Will Deacon
[not found] ` <20150916125535.GI28771-5wv7dgnIgG8@public.gmane.org>
2015-09-17 2:38 ` Yong Wu
2015-09-17 2:38 ` Yong Wu
2015-09-17 2:38 ` Yong Wu
2015-07-16 9:04 ` [PATCH v3 6/6] dts: mt8173: Add iommu/smi nodes for mt8173 Yong Wu
2015-07-16 9:04 ` Yong Wu
2015-07-16 9:04 ` Yong Wu
[not found] ` <1437037475-9065-7-git-send-email-yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-07-23 14:40 ` Daniel Kurtz
2015-07-23 14:40 ` Daniel Kurtz
2015-07-23 14:40 ` Daniel Kurtz
[not found] ` <CAGS+omB5xS8LoQR9-S8iqhdsRb4OWQ_B656dJSincLZ9nby1ZA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-07-29 7:29 ` Yong Wu
2015-07-29 7:29 ` Yong Wu
2015-07-29 7:29 ` Yong Wu
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=20150729103150.GB4797@arm.com \
--to=will.deacon-5wv7dgnigg8@public.gmane.org \
--cc=Catalin.Marinas-5wv7dgnIgG8@public.gmane.org \
--cc=Mark.Rutland-5wv7dgnIgG8@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=cloud.chou-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=frederic.chen-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
--cc=iommu-cunTk1MwBs9QetFLy7KEm77oxUfYCNXn@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
--cc=linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=matthias.bgg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=pebolle-IWqWACnzNjzz+pZb47iToQ@public.gmane.org \
--cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=srv_heupstream-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
--cc=tfiga-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
--cc=treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
--cc=youhua.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.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.