CVE Catalog

CVE-2025-39921

MediumCVSS 5.5
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.13%

2th percentile - higher than 2% of all known CVEs

Summary

In the Linux kernel, the spi-microchip-core-qspi driver incorrectly checked op->max_freq in mchp_coreqspi_supports_op(). During probe op->max_freq is zero, causing a division by zero that sets baud_rate_val to INT_MAX and makes probing of the attached memory device fail.

Risk Assessment

May prevent SPI memory initialization on Microchip platforms, causing device unavailability and potential boot-time failures.

Recommendation

Update the Linux kernel to a version containing the fix that removes the op->max_freq check in mchp_coreqspi_supports_op().

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

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.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS