[MODERATED] Re: [PATCH v7 04/10] TAAv7 4

Josh Poimboeuf <[email protected]>
Newsgroups org.kernel.lore.historical-speck
Message-ID <20191022213820.njr46drwwinzp7hu@treble>
On Tue, Oct 22, 2019 at 10:54:27PM +0200, speck for Borislav Petkov wrote:
> On Tue, Oct 22, 2019 at 01:02:35PM -0700, speck for Luck, Tony wrote:
> > At first glance I find that more confusing that helpful.
> > 
> > Perspective: TAA is an issue that affects ~3 CPU models. It will be
> > a non-issue on future models.
> > 
> > TSX control is a new CPU feature control that happens to begin
> > with those three models, but will continue to be present on future
> > CPU models.
> 
> The ",async_abort..." piece is optional, of course. You should be able
> to use
> 
> 	tsx=on|off
> 
> just fine, without the additional option flags. I.e., you get what you
> ordered principle.

Right, but then tsx=on exposes you to a bug, which might be surprising.

> It is the same thing as when you don't specify tsx_async_abort= on the
> command line now.

I'm not sure what you mean, I think the patches mitigate TAA by default
when TSX is on (ignoring SMT of course).

Also, suspending disbelief for a moment and assuming TSX becomes a huge
success story and you want to safely enable it 5 years down the road,
you'd have to do

  tsx=on,tsx_async_abort=full,nosmt,tsx_bug2=full,nosmt .... etc

when you just want to turn the darned thing on without having to worry
about specifying all the mitigations for all currently known bugs.

So while it is kind of nice to have everything specified on the same
cmdline, I think I prefer the current approach of keeping the TSX
enablement separate from the mitigation.

-- 
Josh
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.