From: Dmitry Osipenko <digetx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: Re: [PATCH 2/3] drm/tegra: Reuse IOVA mapping where possible
Date: Wed, 5 Feb 2020 20:23:36 +0300 [thread overview]
Message-ID: <34fad3cf-b187-e80e-8654-d2a85b061734@gmail.com> (raw)
In-Reply-To: <20200204135926.1156340-3-thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
04.02.2020 16:59, Thierry Reding пишет:
> From: Thierry Reding <treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
>
> This partially reverts the DMA API support that was recently merged
> because it was causing performance regressions on older Tegra devices.
> Unfortunately, the cache maintenance performed by dma_map_sg() and
> dma_unmap_sg() causes performance to drop by a factor of 10.
>
> The right solution for this would be to cache mappings for buffers per
> consumer device, but that's a bit involved. Instead, we simply revert to
> the old behaviour of sharing IOVA mappings when we know that devices can
> do so (i.e. they share the same IOMMU domain).
Needs a stable tag:
Cc: <stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> # v5.5
> Reported-by: Dmitry Osipenko <digetx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Signed-off-by: Thierry Reding <treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
> ---
> drivers/gpu/drm/tegra/gem.c | 10 +++++++-
> drivers/gpu/drm/tegra/plane.c | 44 ++++++++++++++++++++---------------
> drivers/gpu/host1x/job.c | 32 ++++++++++++++++++++++---
> 3 files changed, 63 insertions(+), 23 deletions(-)
Otherwise LGTM,
Reviewed-by: Dmitry Osipenko <digetx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Osipenko <digetx@gmail.com>
To: Thierry Reding <thierry.reding@gmail.com>
Cc: linux-tegra@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 2/3] drm/tegra: Reuse IOVA mapping where possible
Date: Wed, 5 Feb 2020 20:23:36 +0300 [thread overview]
Message-ID: <34fad3cf-b187-e80e-8654-d2a85b061734@gmail.com> (raw)
In-Reply-To: <20200204135926.1156340-3-thierry.reding@gmail.com>
04.02.2020 16:59, Thierry Reding пишет:
> From: Thierry Reding <treding@nvidia.com>
>
> This partially reverts the DMA API support that was recently merged
> because it was causing performance regressions on older Tegra devices.
> Unfortunately, the cache maintenance performed by dma_map_sg() and
> dma_unmap_sg() causes performance to drop by a factor of 10.
>
> The right solution for this would be to cache mappings for buffers per
> consumer device, but that's a bit involved. Instead, we simply revert to
> the old behaviour of sharing IOVA mappings when we know that devices can
> do so (i.e. they share the same IOMMU domain).
Needs a stable tag:
Cc: <stable@vger.kernel.org> # v5.5
> Reported-by: Dmitry Osipenko <digetx@gmail.com>
> Signed-off-by: Thierry Reding <treding@nvidia.com>
> ---
> drivers/gpu/drm/tegra/gem.c | 10 +++++++-
> drivers/gpu/drm/tegra/plane.c | 44 ++++++++++++++++++++---------------
> drivers/gpu/host1x/job.c | 32 ++++++++++++++++++++++---
> 3 files changed, 63 insertions(+), 23 deletions(-)
Otherwise LGTM,
Reviewed-by: Dmitry Osipenko <digetx@gmail.com>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2020-02-05 17:23 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-04 13:59 [PATCH 0/3] drm/tegra: A couple of fixes for v5.6-rc1 Thierry Reding
2020-02-04 13:59 ` Thierry Reding
[not found] ` <20200204135926.1156340-1-thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-02-04 13:59 ` [PATCH 1/3] drm/tegra: Relax IOMMU usage criteria on old Tegra Thierry Reding
2020-02-04 13:59 ` Thierry Reding
[not found] ` <20200204135926.1156340-2-thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-02-05 17:11 ` Dmitry Osipenko
2020-02-05 17:11 ` Dmitry Osipenko
2020-02-05 17:19 ` Dmitry Osipenko
2020-02-05 17:19 ` Dmitry Osipenko
2020-02-04 13:59 ` [PATCH 2/3] drm/tegra: Reuse IOVA mapping where possible Thierry Reding
2020-02-04 13:59 ` Thierry Reding
[not found] ` <20200204135926.1156340-3-thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-02-05 17:11 ` Dmitry Osipenko
2020-02-05 17:11 ` Dmitry Osipenko
2020-02-05 17:23 ` Dmitry Osipenko [this message]
2020-02-05 17:23 ` Dmitry Osipenko
2020-02-05 17:29 ` Dmitry Osipenko
2020-02-05 17:29 ` Dmitry Osipenko
2020-02-04 13:59 ` [PATCH 3/3] gpu: host1x: Set DMA direction only for DMA-mapped buffer objects Thierry Reding
2020-02-04 13:59 ` Thierry Reding
[not found] ` <20200204135926.1156340-4-thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-02-05 17:11 ` Dmitry Osipenko
2020-02-05 17:11 ` Dmitry Osipenko
2020-02-05 17:31 ` Dmitry Osipenko
2020-02-05 17:31 ` Dmitry Osipenko
2020-02-05 17:11 ` [PATCH 0/3] drm/tegra: A couple of fixes for v5.6-rc1 Dmitry Osipenko
2020-02-05 17:11 ` Dmitry Osipenko
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=34fad3cf-b187-e80e-8654-d2a85b061734@gmail.com \
--to=digetx-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@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.