Vulnerability · CVE-2025-39921
In the Linux kernel, the following vulnerability has been resolved: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback In commit 13529647743d
Published Oct 1, 2025 · catalog updated Oct 21, 2026 · Linux Linux
Check if you run it
No confirmed exploitation is on record for CVE-2025-39921. EPSS is 0.15%. Act only if a listed version of Linux Linux is installed.
Gaps on this record
- No vendor fix or required action is stored. Compare the linked advisory before you change production.
- Severity
- Medium5.5
- Known exploitation
- Not in CISA/VulnCheck KEV
- EPSS
- 0.15%
- Remediation
- Version ranges on file
- Affected products
- cpe linux/linux kernel · vendor Linux Linux 13529647743d906ed3cf991f1d77727e7ff1fb6f <89e7353f522f5cf70cb48c01ce2dcdcb275b8022
In the Linux kernel, the following vulnerability has been resolved: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback In commit 13529647743d9 ("spi: microchip-core-qspi: Support per spi-mem operation frequency switches") the logic for checking the viability of op->max_freq in mchp_coreqspi_setup_clock() was copied into mchp_coreqspi_supports_op(). Unfortunately, op->max_freq is not valid when this function is called during probe but is instead zero. Accordingly, baud_rate_val is calculated to be INT_MAX due to division by zero, causing probe of the attached memory device to fail. Seemingly spi-microchip-core-qspi was the only driver that had such a modification made to its supports_op callback when the per_op_freq capability was added, so just remove it to restore prior functionality.
Are you affected?
Enter the version you run. The result uses only the ranges stored on this record.
The check returns affected, not affected, or incomplete. It does not guess a version that is missing from the record.
- cpe linux/linux kernel6.17
- cpe linux/linux kernel< 6.16.6
- vendor Linux Linux 13529647743d906ed3cf991f1d77727e7ff1fb6f <89e7353f522f5cf70cb48c01ce2dcdcb275b802213529647743d906ed3cf991f1d77727e7ff1fb6f <89e7353f522f5cf70cb48c01ce2dcdcb275b8022
How to fix CVE-2025-39921
Recommended remediation
Affected version ranges suggest a fixed boundary. Verify against the vendor advisory for your release.
Official advisories
What to do
Three questions, each answered from this record only. Confirm the vendor advisory before you patch.
Should you patch?
No confirmed exploitation is on record for CVE-2025-39921. EPSS is 0.15%. Act only if a listed version of Linux Linux is installed.
Which versions are affected?
Compare what you have installed with linux/linux kernel 6.17; linux/linux kernel < 6.16.6; Linux Linux 13529647743d906ed3cf991f1d77727e7ff1fb6f <89e7353f522f5cf70cb48c01ce2dcdcb275b8022 13529647743d906ed3cf991f1d77727e7ff1fb6f <89e7353f522f5cf70cb48c01ce2dcdcb275b8022. Compare the installed version with the linked vendor advisory before you change production.
What should an analyst verify?
No weakness class is stored. EPSS 0.15%. There is no CISA KEV listing. No Exploit-DB or Metasploit reference is linked. Use the source links for the original advisory.
Code
The project this record applies to. Exploit listings stay in References.
Timeline
Detection, updates, and resolution for this record.
Oct 1, 2025 · NIST NVD
Detected
In the Linux kernel, the following vulnerability has been resolved: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback In commit 13529647743d9 ("spi: microchip-core-qspi: Support per spi-mem operation frequency switches") the logic for checking the viability of op->max_freq in mchp_coreqspi_setup_clock() was copied into mchp_coreqspi_supports_op(). Unfortunat
Oct 21, 2026 · NIST NVD
Updated
In the Linux kernel, the following vulnerability has been resolved: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback In commit 13529647743d9 ("spi: microchip-core-qspi: Support per spi-mem operation frequency switches") the logic for checking the viability of op->max_freq in mchp_coreqspi_setup_clock() was copied into mchp_coreqspi_supports_op(). Unfortunat
Sources
- CVE.orgVulnerability recordCVE-2025-39921
Official CVE identifier
cve.org - FIRST EPSSExploitation probabilityCVE-2025-39921
30-day exploitation probability 0.15%
first.org - EUVDVulnerability recordEUVD-2025-32884
In the Linux kernel, the following vulnerability has been resolved: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback In commit 13529647743d9 ("spi: microchip-core-qspi: Support per spi-mem operation frequency switches") the logic for check
euvd.enisa.europa.eu - NIST NVDVulnerability recordCVE-2025-39921
In the Linux kernel, the following vulnerability has been resolved: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback In commit 13529647743d9 ("spi: microchip-core-qspi: Support per spi-mem operation frequency switches") the logic for che
nvd.nist.gov
References
Freshness
Last verified in this catalog Oct 23, 2026. Significant claims (KEV, EPSS, CVSS, affected ranges) come from the source rows above — open the original publisher for the authoritative advisory.