linux-kernel - Re: [PATCH v5 0/6] MT8173 IOMMU SUPPORT

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 24 Nov 2015 11:38:21 +0100
From:	Thierry Reding <treding@...dia.com>
To:	Yong Wu <yong.wu@...iatek.com>
CC:	Joerg Roedel <joro@...tes.org>,
	Matthias Brugger <matthias.bgg@...il.com>, <arnd@...db.de>,
	Mark Rutland <mark.rutland@....com>,
	Robin Murphy <robin.murphy@....com>,
	Will Deacon <will.deacon@....com>,
	Daniel Kurtz <djkurtz@...gle.com>,
	Tomasz Figa <tfiga@...gle.com>,
	Lucas Stach <l.stach@...gutronix.de>,
	Rob Herring <robh+dt@...nel.org>,
	Catalin Marinas <catalin.marinas@....com>,
	<linux-mediatek@...ts.infradead.org>,
	Sasha Hauer <kernel@...gutronix.de>,
	<srv_heupstream@...iatek.com>, <devicetree@...r.kernel.org>,
	<linux-kernel@...r.kernel.org>,
	<linux-arm-kernel@...ts.infradead.org>,
	<iommu@...ts.linux-foundation.org>, <pebolle@...cali.nl>,
	<mitchelh@...eaurora.org>, Sricharan R <sricharan@...eaurora.org>,
	Daniel Thompson <daniel.thompson@...aro.org>
Subject: Re: [PATCH v5 0/6] MT8173 IOMMU SUPPORT

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

Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)