Re: Enhancing semantics with memremap() - aliasing with memremap()

From	"Luis R. Rodriguez" <mcgrof@kernel.org>
Newsgroups	linux.kernel
Subject	Re: Enhancing semantics with memremap() - aliasing with memremap()
Date	2016-05-31 19:30 +0200
Message-ID	<rEVEn-5CE-63@gated-at.bofh.it> (permalink)
References	<rCu5A-1sd-5@gated-at.bofh.it> <rEVbk-5aQ-13@gated-at.bofh.it> <rEVEm-5CE-3@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On Tue, May 31, 2016 at 07:25:14PM +0200, Luis R. Rodriguez wrote:
> On Tue, May 31, 2016 at 09:58:28AM -0700, Christoph Hellwig wrote:
> > 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.
>   
> Yup! Can the default then safely already be no-aliasing then?

Or if aliasing is truly not needed as often a different API, this
maybe useful later if we pick up again module namespace stuff.

  Luis

Thread

Enhancing semantics with memremap() - aliasing with memremap() "Luis R. Rodriguez" <mcgrof@kernel.org> - 2016-05-25 01:40 +0200
  Re: Enhancing semantics with memremap() - aliasing with memremap() Christoph Hellwig <hch@infradead.org> - 2016-05-31 19:00 +0200
    Re: Enhancing semantics with memremap() - aliasing with memremap() "Luis R. Rodriguez" <mcgrof@kernel.org> - 2016-05-31 19:30 +0200
      Re: Enhancing semantics with memremap() - aliasing with memremap() "Luis R. Rodriguez" <mcgrof@kernel.org> - 2016-05-31 19:30 +0200
        Re: Enhancing semantics with memremap() - aliasing with memremap() "Kani, Toshimitsu" <toshi.kani@hpe.com> - 2016-06-01 02:10 +0200

csiph-web