Description
In the Linux kernel, the following vulnerability has been resolved: cpufreq: intel_pstate: Fix NULL pointer dereference in update_cpu_qos_request() The update_cpu_qos_request() function attempts to initialize the 'freq' variable by dereferencing 'cpudata' before verifying if the 'policy' is valid. This issue occurs on systems booted with the "nosmt" parameter, where all_cpu_data[cpu] is NULL for the SMT sibling threads. As a result, any call to update_qos_requests() will result in a NULL pointer dereference as the code will attempt to access pstate.turbo_freq using the NULL cpudata pointer. Also, pstate.turbo_freq may be updated by intel_pstate_get_hwp_cap() after initializing the 'freq' variable, so it is better to defer the 'freq' until intel_pstate_get_hwp_cap() has been called. Fix this by deferring the 'freq' assignment until after the policy and driver_data have been validated. [ rjw: Added one paragraph to the changelog ]
Product status
ae1bdd23b99f64335c69d546bff99ca39b894c18 (git) before 6bfda7ce56e7d14a677b7bcd6c7a5009cc29aa88
ae1bdd23b99f64335c69d546bff99ca39b894c18 (git) before 42738dffb7b0766a45882dff7989401d78f66f92
ae1bdd23b99f64335c69d546bff99ca39b894c18 (git) before ab39cc4cb8ceecdc2b61747433e7237f1ac2b789
6.18
Any version before 6.18
6.18.19 (semver)
6.19.9 (semver)
7.0 (original_commit_for_fix)
References
git.kernel.org/...c/6bfda7ce56e7d14a677b7bcd6c7a5009cc29aa88
git.kernel.org/...c/42738dffb7b0766a45882dff7989401d78f66f92
git.kernel.org/...c/ab39cc4cb8ceecdc2b61747433e7237f1ac2b789