Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1448703

[PATCH 0/3] x86, pkeys: fix prefetch/pkeys interaction

From Dave Hansen <dave@sr71.net>
Newsgroups linux.kernel
Subject [PATCH 0/3] x86, pkeys: fix prefetch/pkeys interaction
Date 2016-07-22 20:10 +0200
Message-ID <rXN3z-Qn-3@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


The first two patches here are useful in any case, I think.

But, as for the third:  There are no known prefetch errata on
processors that support memory protection keys.  There have not
been any that I can find in any recent generations, either.

But, if there were a future erratum, we would need this.
Otherwise, apps who hit the theoretical erratum and used pkeys
would not be fixed up by the prefetch erratum detection code.

It also occurs to me that *if* there were an erratum on a modern
CPU, we might not know because we have so many workarounds in
place.

So, I'm submitting this, but I don't feel that strongly about it.
It doesn't fix a real problem, but it's also not that much code,
or in any kind of fast path.

Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread


Thread

[PATCH 0/3] x86, pkeys: fix prefetch/pkeys interaction Dave Hansen <dave@sr71.net> - 2016-07-22 20:10 +0200
  [PATCH 2/3] x86: add some better documentation for probe_kernel_address() Dave Hansen <dave@sr71.net> - 2016-07-22 20:10 +0200
    Re: [PATCH 2/3] x86: add some better documentation for probe_kernel_address() Andy Lutomirski <luto@amacapital.net> - 2016-07-22 20:20 +0200
      Re: [PATCH 2/3] x86: add some better documentation for  probe_kernel_address() Dave Hansen <dave@sr71.net> - 2016-07-22 20:20 +0200
        Re: [PATCH 2/3] x86: add some better documentation for probe_kernel_address() Andy Lutomirski <luto@amacapital.net> - 2016-07-22 20:30 +0200
  [PATCH 3/3] x86, pkeys: allow instruction fetches in presence of pkeys Dave Hansen <dave@sr71.net> - 2016-07-22 20:10 +0200

csiph-web