Re: Linux 4.14.297

From: Nick Desaulniers
Date: Fri Nov 04 2022 - 14:17:58 EST


On Tue, Nov 01, 2022 at 07:24:13PM +0100, Greg Kroah-Hartman wrote:
> I'm announcing the release of the 4.14.297 kernel.
>
> All users of the 4.14 kernel series must upgrade.
>
> The updated 4.14.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y
> and can be browsed at the normal kernel.org git web browser:
> https://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary

Hi Greg and stable tree maintainers,
Please consider cherry-picking
commit 95b980d62d52 ("linux/bits.h: make BIT(), GENMASK(), and friends available in assembly")
back to 4.19.y and 4.14.y. It first landed in v5.3-rc1 and applies
cleanly to both branches. I did not find any fixups to 95b980d62d52,
FWIW.

Otherwise users upgrading to this point release of linux-4.14.y still on
versions of the GNU assembler older than v1.28 will observe assembler
errors when building this series. See the link below for the error
messages.

Please see
https://lore.kernel.org/llvm/20221103210748.1343090-1-ndesaulniers@xxxxxxxxxx/
for more info.

>
> thanks,
>
> greg k-h
>
> ------------
>
> Documentation/admin-guide/hw-vuln/spectre.rst | 8
> Documentation/admin-guide/kernel-parameters.txt | 13
> Makefile | 2
> arch/x86/entry/calling.h | 68 +++
> arch/x86/entry/entry_32.S | 2
> arch/x86/entry/entry_64.S | 38 +-
> arch/x86/entry/entry_64_compat.S | 12
> arch/x86/include/asm/cpu_device_id.h | 168 +++++++++
> arch/x86/include/asm/cpufeatures.h | 16
> arch/x86/include/asm/intel-family.h | 6
> arch/x86/include/asm/msr-index.h | 14
> arch/x86/include/asm/nospec-branch.h | 48 +-
> arch/x86/kernel/cpu/amd.c | 21 -
> arch/x86/kernel/cpu/bugs.c | 415 +++++++++++++++++++-----
> arch/x86/kernel/cpu/common.c | 68 ++-
> arch/x86/kernel/cpu/match.c | 44 ++
> arch/x86/kernel/cpu/scattered.c | 1
> arch/x86/kernel/process.c | 2
> arch/x86/kvm/svm.c | 1
> arch/x86/kvm/vmx.c | 51 ++
> drivers/base/cpu.c | 8
> drivers/cpufreq/acpi-cpufreq.c | 1
> drivers/cpufreq/amd_freq_sensitivity.c | 1
> drivers/idle/intel_idle.c | 45 ++
> include/linux/cpu.h | 2
> include/linux/mod_devicetable.h | 4
> tools/arch/x86/include/asm/cpufeatures.h | 1
> 27 files changed, 898 insertions(+), 162 deletions(-)
>
> Alexandre Chartre (2):
> x86/bugs: Report AMD retbleed vulnerability
> x86/bugs: Add AMD retbleed= boot parameter
>
> Andrew Cooper (1):
> x86/cpu/amd: Enumerate BTC_NO
>
> Daniel Sneddon (1):
> x86/speculation: Add RSB VM Exit protections
>
> Greg Kroah-Hartman (1):
> Linux 4.14.297
>
> Ingo Molnar (1):
> x86/cpufeature: Fix various quality problems in the <asm/cpu_device_hd.h> header
>
> Josh Poimboeuf (8):
> x86/speculation: Fix RSB filling with CONFIG_RETPOLINE=n
> x86/speculation: Fix firmware entry SPEC_CTRL handling
> x86/speculation: Fix SPEC_CTRL write on SMT state change
> x86/speculation: Use cached host SPEC_CTRL value for guest entry/exit
> x86/speculation: Remove x86_spec_ctrl_mask
> KVM: VMX: Prevent guest RSB poisoning attacks with eIBRS
> KVM: VMX: Fix IBRS handling after vmexit
> x86/speculation: Fill RSB on vmexit for IBRS
>
> Kan Liang (1):
> x86/cpufeature: Add facility to check for min microcode revisions
>
> Mark Gross (1):
> x86/cpu: Add a steppings field to struct x86_cpu_id
>
> Nathan Chancellor (1):
> x86/speculation: Use DECLARE_PER_CPU for x86_spec_ctrl_current
>
> Pawan Gupta (5):
> x86/speculation: Add spectre_v2=ibrs option to support Kernel IBRS
> x86/speculation: Add LFENCE to RSB fill sequence
> x86/bugs: Add Cannon lake to RETBleed affected CPU list
> x86/speculation: Disable RRSBA behavior
> x86/bugs: Warn when "ibrs" mitigation is selected on Enhanced IBRS parts
>
> Peter Zijlstra (9):
> x86/entry: Remove skip_r11rcx
> x86/cpufeatures: Move RETPOLINE flags to word 11
> x86/bugs: Keep a per-CPU IA32_SPEC_CTRL value
> x86/bugs: Optimize SPEC_CTRL MSR writes
> x86/bugs: Split spectre_v2_select_mitigation() and spectre_v2_user_select_mitigation()
> x86/bugs: Report Intel retbleed vulnerability
> entel_idle: Disable IBRS during long idle
> x86/speculation: Change FILL_RETURN_BUFFER to work with objtool
> x86/common: Stamp out the stepping madness
>
> Suraj Jitindar Singh (1):
> Revert "x86/cpu: Add a steppings field to struct x86_cpu_id"
>
> Thadeu Lima de Souza Cascardo (1):
> x86/entry: Add kernel IBRS implementation
>
> Thomas Gleixner (2):
> x86/devicetable: Move x86 specific macro out of generic code
> x86/cpu: Add consistent CPU match macros
>
>