Re: [Xen-devel] [PATCH for-4.11 00/10] x86: Improvements and fixes to Spectre handling

2018-05-15 Thread Juergen Gross
On 11/05/18 12:38, Andrew Cooper wrote: > In hindsight, the end result of the Spectre mitigations aren't as great as I'd > hoped, and have several inefficiencies. Also, the `bti=` command line option > isn't as flexible as intended. > > This series does four things: > > 1) Some internal cleanu

Re: [Xen-devel] [PATCH for-4.11 00/10] x86: Improvements and fixes to Spectre handling

2018-05-14 Thread Jan Beulich
>>> On 11.05.18 at 12:38, wrote: > In hindsight, the end result of the Spectre mitigations aren't as great as I'd > hoped, and have several inefficiencies. Also, the `bti=` command line option > isn't as flexible as intended. > > This series does four things: > > 1) Some internal cleanup, for

Re: [Xen-devel] [PATCH for-4.11 00/10] x86: Improvements and fixes to Spectre handling

2018-05-14 Thread Wei Liu
On Fri, May 11, 2018 at 11:38:04AM +0100, Andrew Cooper wrote: > In hindsight, the end result of the Spectre mitigations aren't as great as I'd > hoped, and have several inefficiencies. Also, the `bti=` command line option > isn't as flexible as intended. I think this is a good argument for this

[Xen-devel] [PATCH for-4.11 00/10] x86: Improvements and fixes to Spectre handling

2018-05-11 Thread Andrew Cooper
In hindsight, the end result of the Spectre mitigations aren't as great as I'd hoped, and have several inefficiencies. Also, the `bti=` command line option isn't as flexible as intended. This series does four things: 1) Some internal cleanup, for clarity and to help the other features 2) Int