lkml.org 
[lkml]   [2018]   [Sep]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Access to non-RAM pages
On Sat, Sep 01, 2018 at 12:47:48PM +0200, Juergen Gross wrote:
> On 31/08/18 23:18, Jiri Kosina wrote:
> > On Wed, 29 Aug 2018, Juergen Gross wrote:
> >
> >> While being very unlikely I still believe this is possible. Any
> >> thoughts?
> >
> > So in theory we should somehow test whether the next page is some form of
> > mmio/gart/... mapping, but I guess that by itself would kill the
> > performance advantage of the whole load_unaligned_zeropad() trick.
> >
> > And yes, the sideffects of reading from mmio mapping is a real thing --
> > see for example the issue fixed by 2a3e83c6f9.
> >
> > If noone has any clever idea how to work this around (I don't), I am
> > afraid we'd have to ditch the whole DCACHE_WORD_ACCESS optimization, as
> > it's silently dangerous.
>
> Are there any architectures which can still use DCACHE_WORD_ACCESS?
>
> x86 shouldn't, what about powerpc, arm and arm64?

IMO that's crap. In absolute majority of cases there is a guaranteed gap
between the end of accessed object and the next page boundary. Penalizing
each syscall that does pathname resolution to deal with something that
might only happen when the pathname length is just under 4Kb looks like
a bloody bad idea.

\
 
 \ /
  Last update: 2018-09-01 19:14    [W:0.119 / U:11.268 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site