From: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Hiroshi Doyu <hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Cc: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
"linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCHv8 15/21] iommu/tegra124: smmu: add support platform data
Date: Wed, 4 Jun 2014 23:37:25 +0200 [thread overview]
Message-ID: <20140604213724.GC18780@mithrandir> (raw)
In-Reply-To: <87zjhzrzkq.fsf-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 1817 bytes --]
On Fri, May 30, 2014 at 07:39:01PM +0300, Hiroshi Doyu wrote:
>
> Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org> writes:
>
> > On 05/30/2014 05:20 AM, Hiroshi Doyu wrote:
> >> The later Tegra SoC(>= T124) has more registers for
> >> MC_SMMU_TRANSLATION_ENABLE_*. Now those info is provided as platfrom
> >> data. If those varies a lot on SoCs in the future, we can consider
> >> putting them into DT later.
> >
> >> diff --git a/Documentation/devicetree/bindings/iommu/nvidia,tegra30-smmu.txt b/Documentation/devicetree/bindings/iommu/nvidia,tegra30-smmu.txt
> >
> >> Required properties:
> >> -- compatible : "nvidia,tegra30-smmu"
> >> -- reg : Should contain 3 register banks(address and length) for each
> >> +- compatible : "nvidia,tegra124-smmu", "nvidia,tegra30-smmu"
> >> +- reg : Can contain multiple register banks(address and length) for each
> >> of the SMMU register blocks.
> >
> > How many is "multiple"? This seems like rather a weak definition of how
> > many entries are expected. What are the different register banks?
>
> SMMU registers are part of MC registers. SMMU registeres are interleaved
> by MC(non-SMMU) registeres, most likely it's about ~10 banks.
>
> We concluded to not have SMMU as a child of MC since their features are
> so independent long time ago. This interleaved register locations are
> not so good. I requested H/W team to have them completely separated, but
> itt was too late to change.
This situation is really messy. In my opinion we should break DT
compatibility and expose this through a single memory-controller driver
rather than split it up into different subdevices.
That reflects the hardware more accurately and gets rid of a number of
quirks currently required just to make things work.
Thierry
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2014-06-04 21:37 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-30 11:20 [PATCHv8 00/21] Tegra,SMMU update V8 Hiroshi Doyu
[not found] ` <1401448834-32659-1-git-send-email-hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-05-30 11:20 ` [PATCHv8 01/21] of: introduce of_property_for_each_phandle_with_args() Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 02/21] iommu/of: introduce a global iommu device list Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 03/21] iommu/of: check if dependee iommu is ready or not Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 04/21] driver/core: populate devices in order for IOMMUs Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 05/21] iommu/core: add ops->{bound,unbind}_driver() Hiroshi Doyu
[not found] ` <1401448834-32659-6-git-send-email-hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-06-16 11:02 ` Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 06/21] ARM: tegra: create a DT header defining SWGROUP ID Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 07/21] iommu/tegra: smmu: register device to iommu dynamically Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 08/21] iommu/tegra: smmu: calculate ASID register offset by ID Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 09/21] iommu/tegra: smmu: get swgroups from DT "iommus=" Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 10/21] iommu/tegra: smmu: allow duplicate ASID wirte Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 11/21] iommu/tegra: smmu: Rename hwgrp -> swgroups Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 12/21] iommu/tegra: smmu: add SMMU to an global iommu list Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 13/21] iommu/tegra124: smmu: optionaly AHB enables SMMU Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 14/21] iommu/tegra124: smmu: convert swgroup ID to asid offset Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 15/21] iommu/tegra124: smmu: add support platform data Hiroshi Doyu
[not found] ` <1401448834-32659-16-git-send-email-hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-05-30 16:31 ` Stephen Warren
[not found] ` <5388B260.5000403-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-05-30 16:39 ` Hiroshi Doyu
[not found] ` <87zjhzrzkq.fsf-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-05-30 16:40 ` Stephen Warren
2014-06-04 21:37 ` Thierry Reding [this message]
2014-05-30 11:20 ` [PATCHv8 16/21] iommu/tegra124: smmu: support more than 32 bit pa Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 17/21] iommu/tegra124: smmu: {TLB,PTC} reset value per SoC Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 18/21] iommu/tegra124: smmu: adjust TLB_FLUSH_ASID bit range Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 19/21] iommu/tegra124: smmu: add multiple asid_security support Hiroshi Doyu
2014-05-30 11:20 ` [PATCHv8 20/21] ARM: dt: tegra124: add tegra,smmu entry Hiroshi Doyu
[not found] ` <1401448834-32659-21-git-send-email-hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-05-30 16:30 ` Stephen Warren
2014-05-30 11:20 ` [PATCHv8 21/21] ARM: dt: tegra124: add sdhci iommus bindings Hiroshi Doyu
[not found] ` <1401448834-32659-22-git-send-email-hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-05-30 16:34 ` Stephen Warren
[not found] ` <5388B2FD.7040307-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-05-30 16:44 ` Hiroshi Doyu
[not found] ` <87y4xjrzc9.fsf-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-06-04 21:39 ` Thierry Reding
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=20140604213724.GC18780@mithrandir \
--to=thierry.reding-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=hdoyu-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=swarren-3lzwWm7+Weoh9ZMKESR00Q@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.