All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thierry Reding <treding@nvidia.com>
To: Yong Wu <yong.wu@mediatek.com>
Cc: Joerg Roedel <joro@8bytes.org>,
	Matthias Brugger <matthias.bgg@gmail.com>, <arnd@arndb.de>,
	Mark Rutland <mark.rutland@arm.com>,
	Robin Murphy <robin.murphy@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Kurtz <djkurtz@google.com>, Tomasz Figa <tfiga@google.com>,
	Lucas Stach <l.stach@pengutronix.de>,
	Rob Herring <robh+dt@kernel.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	<linux-mediatek@lists.infradead.org>,
	Sasha Hauer <kernel@pengutronix.de>,
	<srv_heupstream@mediatek.com>, <devicetree@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<iommu@lists.linux-foundation.org>, <pebolle@tiscali.nl>,
	<mitchelh@codeaurora.org>, Sricharan R <sricharan@codeaurora.org>,
	Daniel Thompson <daniel.thompson@linaro.org>
Subject: Re: [PATCH v5 0/6] MT8173 IOMMU SUPPORT
Date: Tue, 24 Nov 2015 11:38:21 +0100	[thread overview]
Message-ID: <20151124103819.GE17658@ulmo.nvidia.com> (raw)
In-Reply-To: <1448344693.13079.6.camel@mhfsdcap03>

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

On Tue, Nov 24, 2015 at 01:58:13PM +0800, Yong Wu wrote:
> On Fri, 2015-10-23 at 11:26 +0200, Joerg Roedel wrote:
> > On Thu, Oct 22, 2015 at 12:40:02PM +0800, Yong Wu wrote:
> > >      But the mtk-iommu depend on the drivers/memory/mtk-smi.c(mtk-iommu
> > > has called a function of the mtk-smi).
> > >      So if there is dependence here, How should we do to merge them?
> > 
> > I can surely merge mtk-smi too, if it gets proper Reviewed-by and
> > Acked-by tags from the maintainer(s).
> > 
> > 
> > 	Joerg
> > 
> Hi Joerg,
> 
>    About the driver/memory/, We don't know who is his maintainer.
> MAINTAINERS file don't have drivers/memory maintainer.
> From the history in drivers/memory/ it looks like most of the
> drivers land with an ack from the architecture maintainer.
> And Matthias Brugger is our "ARM/Mediatek SoC support" maintainer.
> 
> Then do you mean that we need Matthias's ACK or whom others?

Yes, I think the sub-architecture maintainer's ACK is probably going to
be as good as it gets. Historically drivers/memory hasn't had enough of
a common ground to instate a framework.

Thierry

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
To: Yong Wu <yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
Cc: Joerg Roedel <joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>,
	Matthias Brugger
	<matthias.bgg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	arnd-r2nGTMty4D4@public.gmane.org,
	Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	Daniel Kurtz <djkurtz-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	Tomasz Figa <tfiga-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	Lucas Stach <l.stach-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Sasha Hauer <kernel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	srv_heupstream-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
	pebolle-IWqWACnzNjzz+pZb47iToQ@public.gmane.org,
	mitchelh-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org,
	Sricharan R <sricharan-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
	Daniel Thompson
	<daniel.thompson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Subject: Re: [PATCH v5 0/6] MT8173 IOMMU SUPPORT
Date: Tue, 24 Nov 2015 11:38:21 +0100	[thread overview]
Message-ID: <20151124103819.GE17658@ulmo.nvidia.com> (raw)
In-Reply-To: <1448344693.13079.6.camel@mhfsdcap03>

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

On Tue, Nov 24, 2015 at 01:58:13PM +0800, Yong Wu wrote:
> On Fri, 2015-10-23 at 11:26 +0200, Joerg Roedel wrote:
> > On Thu, Oct 22, 2015 at 12:40:02PM +0800, Yong Wu wrote:
> > >      But the mtk-iommu depend on the drivers/memory/mtk-smi.c(mtk-iommu
> > > has called a function of the mtk-smi).
> > >      So if there is dependence here, How should we do to merge them?
> > 
> > I can surely merge mtk-smi too, if it gets proper Reviewed-by and
> > Acked-by tags from the maintainer(s).
> > 
> > 
> > 	Joerg
> > 
> Hi Joerg,
> 
>    About the driver/memory/, We don't know who is his maintainer.
> MAINTAINERS file don't have drivers/memory maintainer.
> From the history in drivers/memory/ it looks like most of the
> drivers land with an ack from the architecture maintainer.
> And Matthias Brugger is our "ARM/Mediatek SoC support" maintainer.
> 
> Then do you mean that we need Matthias's ACK or whom others?

Yes, I think the sub-architecture maintainer's ACK is probably going to
be as good as it gets. Historically drivers/memory hasn't had enough of
a common ground to instate a framework.

Thierry

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: treding@nvidia.com (Thierry Reding)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 0/6] MT8173 IOMMU SUPPORT
Date: Tue, 24 Nov 2015 11:38:21 +0100	[thread overview]
Message-ID: <20151124103819.GE17658@ulmo.nvidia.com> (raw)
In-Reply-To: <1448344693.13079.6.camel@mhfsdcap03>

On Tue, Nov 24, 2015 at 01:58:13PM +0800, Yong Wu wrote:
> On Fri, 2015-10-23 at 11:26 +0200, Joerg Roedel wrote:
> > On Thu, Oct 22, 2015 at 12:40:02PM +0800, Yong Wu wrote:
> > >      But the mtk-iommu depend on the drivers/memory/mtk-smi.c(mtk-iommu
> > > has called a function of the mtk-smi).
> > >      So if there is dependence here, How should we do to merge them?
> > 
> > I can surely merge mtk-smi too, if it gets proper Reviewed-by and
> > Acked-by tags from the maintainer(s).
> > 
> > 
> > 	Joerg
> > 
> Hi Joerg,
> 
>    About the driver/memory/, We don't know who is his maintainer.
> MAINTAINERS file don't have drivers/memory maintainer.
> From the history in drivers/memory/ it looks like most of the
> drivers land with an ack from the architecture maintainer.
> And Matthias Brugger is our "ARM/Mediatek SoC support" maintainer.
> 
> Then do you mean that we need Matthias's ACK or whom others?

Yes, I think the sub-architecture maintainer's ACK is probably going to
be as good as it gets. Historically drivers/memory hasn't had enough of
a common ground to instate a framework.

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

  reply	other threads:[~2015-11-24 10:38 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-09  2:23 [PATCH v5 0/6] MT8173 IOMMU SUPPORT Yong Wu
2015-10-09  2:23 ` Yong Wu
2015-10-09  2:23 ` Yong Wu
2015-10-09  2:23 ` [PATCH v5 1/6] dt-bindings: iommu: Add binding for mediatek IOMMU Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23 ` [PATCH v5 2/6] dt-bindings: mediatek: Add smi dts binding Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23 ` [PATCH v5 3/6] iommu: add ARM short descriptor page table allocator Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-14 12:54   ` Joerg Roedel
2015-10-14 12:54     ` Joerg Roedel
2015-10-14 12:54     ` Joerg Roedel
2015-10-15 17:20     ` Will Deacon
2015-10-15 17:20       ` Will Deacon
2015-10-15 17:20       ` Will Deacon
2015-11-06  8:42   ` Yong Wu
2015-11-06  8:42     ` Yong Wu
2015-11-06  8:42     ` Yong Wu
2015-11-06 11:42     ` Will Deacon
2015-11-06 11:42       ` Will Deacon
2015-11-06 11:42       ` Will Deacon
2015-10-09  2:23 ` [PATCH v5 4/6] memory: mediatek: Add SMI driver Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-27 13:24   ` Robin Murphy
2015-10-27 13:24     ` Robin Murphy
2015-10-27 13:24     ` Robin Murphy
2015-10-31  8:32     ` Yong Wu
2015-10-31  8:32       ` Yong Wu
2015-10-31  8:32       ` Yong Wu
2015-10-09  2:23 ` [PATCH v5 5/6] iommu/mediatek: Add mt8173 IOMMU driver Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-14 12:53   ` Joerg Roedel
2015-10-14 12:53     ` Joerg Roedel
2015-10-14 12:53     ` Joerg Roedel
2015-10-26  5:23     ` Yong Wu
2015-10-26  5:23       ` Yong Wu
2015-10-26  5:23       ` Yong Wu
2015-10-27 13:25   ` Robin Murphy
2015-10-27 13:25     ` Robin Murphy
2015-10-27 13:25     ` Robin Murphy
2015-10-31  8:28     ` Yong Wu
2015-10-31  8:28       ` Yong Wu
2015-10-31  8:28       ` Yong Wu
2015-10-09  2:23 ` [PATCH v5 6/6] dts: mt8173: Add iommu/smi nodes for mt8173 Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-09  2:23   ` Yong Wu
2015-10-14 12:56 ` [PATCH v5 0/6] MT8173 IOMMU SUPPORT Joerg Roedel
2015-10-14 12:56   ` Joerg Roedel
2015-10-14 12:56   ` Joerg Roedel
2015-10-22  4:40   ` Yong Wu
2015-10-22  4:40     ` Yong Wu
2015-10-22  4:40     ` Yong Wu
2015-10-23  9:26     ` Joerg Roedel
2015-10-23  9:26       ` Joerg Roedel
2015-10-23  9:26       ` Joerg Roedel
2015-11-24  5:58       ` Yong Wu
2015-11-24  5:58         ` Yong Wu
2015-11-24  5:58         ` Yong Wu
2015-11-24 10:38         ` Thierry Reding [this message]
2015-11-24 10:38           ` Thierry Reding
2015-11-24 10:38           ` Thierry Reding
2015-11-25  1:30           ` Yong Wu
2015-11-25  1:30             ` Yong Wu
2015-11-25  1:30             ` 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=20151124103819.GE17658@ulmo.nvidia.com \
    --to=treding@nvidia.com \
    --cc=arnd@arndb.de \
    --cc=catalin.marinas@arm.com \
    --cc=daniel.thompson@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=djkurtz@google.com \
    --cc=iommu@lists.linux-foundation.org \
    --cc=joro@8bytes.org \
    --cc=kernel@pengutronix.de \
    --cc=l.stach@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=mark.rutland@arm.com \
    --cc=matthias.bgg@gmail.com \
    --cc=mitchelh@codeaurora.org \
    --cc=pebolle@tiscali.nl \
    --cc=robh+dt@kernel.org \
    --cc=robin.murphy@arm.com \
    --cc=sricharan@codeaurora.org \
    --cc=srv_heupstream@mediatek.com \
    --cc=tfiga@google.com \
    --cc=will.deacon@arm.com \
    --cc=yong.wu@mediatek.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.