* Paolo Bonzini <pbonz...@redhat.com> wrote:
> On 11/02/2018 00:39, David Woodhouse wrote:
> > Using retpoline ensures the kernel is safe because it doesn't contain
> > any indirect branches, but firmware still can — and we make calls into
> > firmware at runtime. Where the IBRS microcode support is available, use
> > that before calling into firmware.
> > While doing that, I noticed that we were calling C functions without
> > telling the compiler about the call-clobbered registers. Stop that.
> > This also contains the always_inline fix for the performance problem
> > introduced by retpoline in KVM code, and fixes some other issues with
> > the per-vCPU KVM handling for the SPEC_CTRL MSR.
> > Finally, update the microcode blacklist to reflect the latest
> > information from Intel.
> > v2: Drop IBRS_ALL patch for the time being
> > Add KVM MSR fixes (karahmed)
> > Update microcode blacklist
> > David Woodhouse (4):
> > x86/speculation: Update Speculation Control microcode blacklist
> > Revert "x86/speculation: Simplify
> > indirect_branch_prediction_barrier()"
> > KVM: x86: Reduce retpoline performance impact in
> > slot_handle_level_range()
> > x86/speculation: Use IBRS if available before calling into firmware
> > KarimAllah Ahmed (2):
> > X86/nVMX: Properly set spec_ctrl and pred_cmd before merging MSRs
> > KVM/nVMX: Set the CPU_BASED_USE_MSR_BITMAPS if we have a valid L02 MSR
> > bitmap
> > arch/x86/include/asm/apm.h | 6 ++++++
> > arch/x86/include/asm/cpufeatures.h | 1 +
> > arch/x86/include/asm/efi.h | 17 +++++++++++++++--
> > arch/x86/include/asm/nospec-branch.h | 32 ++++++++++++++++++++++++++++----
> > arch/x86/include/asm/processor.h | 3 ---
> > arch/x86/kernel/cpu/bugs.c | 18 +++++++++++-------
> > arch/x86/kernel/cpu/intel.c | 4 ----
> > arch/x86/kvm/mmu.c | 10 +++++-----
> > arch/x86/kvm/vmx.c | 7 ++++---
> > drivers/watchdog/hpwdt.c | 3 +++
> > 10 files changed, 73 insertions(+), 28 deletions(-)
> Acked-by: Paolo Bonzini <pbonz...@redhat.com>
Thanks - I've added your Ack to the three KVM patches.