[MODERATED] Re: ***UNCHECKED*** Re: [PATCH v5 08/11] TAAv5 8
Tyler Hicks <[email protected]>
| Newsgroups | org.kernel.lore.historical-speck |
|---|---|
| Message-ID | <20191015193414.GA31070@elm> |
On 2019-10-15 17:32:08, speck for Jiri Kosina wrote: > On Tue, 15 Oct 2019, speck for Josh Poimboeuf wrote: > > > > > Since all (or most?) modern Intel CPUs are vulnerable to TAA, > > > > defaulting to tsx=auto would effectively be the same as defaulting > > > > to tsx=off, right? How does this help with regressions? > > > > > > The mitigation is only needed on CPUs where verw doesn't have the buffer > > > clearing semantics. > > > > Can you elaborate? I have no idea what you're trying to say and how it > > relates to my question :-) > > Only those CPUs with TSX *and* with MDS_NO need TSX disabled in order to > protect from this issues. > > The CPUs that don't enumarate MDS_NO (and therefore got ucode update with > verw buffer-clearing semantics) are fully mitigated against TAA by MDS > mitigations already. I don't think "fully mitigated" is true in this case. My understanding is that they're still vulnerable to cross-thread attacks when SMT is on. Tyler > > Therefore the set of CPUs where we *really* need to turn of TSX in order > to protect from TAA is currently rather minimal (CascadeLake-B, > WhiskeyLake-V, CommitLake, CoffeeLake-R), so force-disabling on all CPUs > covers way bigger set of platforms than actually needed. > > -- > Jiri Kosina > SUSE Labs