On 9/12/2026 5:36 AM, Sohil Mehta wrote: > From: "Xin Li (Intel)" <[email protected]> > > Save guest FRED RSP0 in vmx_prepare_switch_to_host() and restore it > in vmx_prepare_switch_to_guest() because MSR_IA32_FRED_RSP0 is passed > through to the guest, thus is volatile/unknown. > > Note, host FRED RSP0 is restored in arch_exit_to_user_mode_prepare(), > regardless of whether it is modified in KVM. > > Signed-off-by: Xin Li (Intel) <[email protected]> > Signed-off-by: Sohil Mehta <[email protected]> > Reviewed-by: Chao Gao <[email protected]> > Reviewed-by: Binbin Wu <[email protected]> > --- > v10: > - No change > > Note, an equivalent TDX side implementation is missing. No TDX module > with FRED support exists yet so this would be an issue for future > platforms. A generic discussion regarding this is ongoing at: > https://lore.kernel.org/kvm/[email protected]/
For old KVM versions, we want to defer the opt-in design or backport decision. (https://lore.kernel.org/kvm/[email protected]/) We may finally choose to backport the TDX CPUID filtering patch series to stable kernels. If this patch series lands first, should we add FRED in the deny list for TDX as a temporary solution to avoid having some version(s) that allow FRED for TDX without FRED support in KVM?
