[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160531165828.GA25366@infradead.org>
Date: Tue, 31 May 2016 09:58:28 -0700
From: Christoph Hellwig <hch@...radead.org>
To: "Luis R. Rodriguez" <mcgrof@...nel.org>
Cc: Dan Williams <dan.j.williams@...el.com>,
Toshi Kani <toshi.kani@...com>,
Paul McKenney <paulmck@...ux.vnet.ibm.com>,
Will Deacon <will.deacon@....com>,
Christoph Hellwig <hch@...radead.org>, X86 ML <x86@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-arch <linux-arch@...r.kernel.org>,
Julia Lawall <julia.lawall@...6.fr>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Borislav Petkov <bp@...en8.de>
Subject: Re: Enhancing semantics with memremap() - aliasing with memremap()
On Tue, May 24, 2016 at 04:36:42PM -0700, Luis R. Rodriguez wrote:
> Is it a good time for that now? I would hope identifying proper
> aliasing uses for memremap() might be a bit easier now than for
> ioremap() given its not used as widely. It may be an easier target to
> also write some grammar rules for it as well.
So you want an explicit opt-in flag to allow aliasing? Sounds fine to
me.
Powered by blists - more mailing lists