lkml.org 
[lkml]   [2018]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: [PATCH 0/7] IBRS patch series
Date




> -----Original Message-----
> From: Paolo Bonzini [mailto:paolo.bonzini@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Friday, January 05, 2018 3:32 AM
> To: Van De Ven, Arjan <arjan.van.de.ven@intel.com>; Linus Torvalds
> <torvalds@linux-foundation.org>; David Woodhouse <dwmw2@infradead.org>
> Cc: Tim Chen <tim.c.chen@linux.intel.com>; Thomas Gleixner
> <tglx@linutronix.de>; Andy Lutomirski <luto@kernel.org>; Greg KH
> <gregkh@linuxfoundation.org>; Hansen, Dave <dave.hansen@intel.com>;
> Andrea Arcangeli <aarcange@redhat.com>; Andi Kleen <ak@linux.intel.com>;
> Linux Kernel Mail

> > personally I am comfortable with retpoline on Skylake, but I would
> > like to have IBRS as an opt in for the paranoid.
> >
>
> IBRS actually seems to perform more than decently on Skylake with the
> microcode updates we're shipping in RHEL---much more so than Broadwell
> or Haswell. Can you confirm that this is expected?

Retpoline outperforms IBRS even on skylake family (including the client kabylake etc)
by some real margin, but IBRS is certainly not the end of the world either... more a case of 'we can do even faster'. The difference also gets bigger in retpoline's favor for older generations cpus.



\
 
 \ /
  Last update: 2018-01-05 15:46    [W:0.082 / U:0.172 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site