summaryrefslogtreecommitdiffstats
path: root/drivers/clk/rockchip/clk-rk3368.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2024-11-17 09:35:51 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2024-11-17 09:35:51 -0800
commitf66d6acccbc08b4146f4c2cf9445241f70f5517d (patch)
tree39000388d92a0428a5953f0af1b8fd0f0ef6c355 /drivers/clk/rockchip/clk-rk3368.c
parent4a5df37964673effcd9f84041f7423206a5ae5f2 (diff)
parent8d9ffb2fe65a6c4ef114e8d4f947958a12751bbe (diff)
downloadlinux-master.tar.gz
linux-master.tar.bz2
linux-master.zip
Merge tag 'x86_urgent_for_v6.12' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipHEADmaster
Pull x86 fixes from Borislav Petkov: - Make sure a kdump kernel with CONFIG_IMA_KEXEC enabled and booted on an AMD SME enabled hardware properly decrypts the ima_kexec buffer information passed to it from the previous kernel - Fix building the kernel with Clang where a non-TLS definition of the stack protector guard cookie leads to bogus code generation - Clear a wrongly advertised virtualized VMLOAD/VMSAVE feature flag on some Zen4 client systems as those insns are not supported on client * tag 'x86_urgent_for_v6.12' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: x86/mm: Fix a kdump kernel failure on SME system when CONFIG_IMA_KEXEC=y x86/stackprotector: Work around strict Clang TLS symbol requirements x86/CPU/AMD: Clear virtualized VMLOAD/VMSAVE on Zen4 client
Diffstat (limited to 'drivers/clk/rockchip/clk-rk3368.c')
0 files changed, 0 insertions, 0 deletions