In the Linux kernel, the following vulnerability has been resolved: spi: Fix deadlock when adding SPI controllers on SPI buses Currently we have a global spi_add_lock which we take when adding new devices so that we can check that we're not trying to reuse a chip select that's already controlled. This means that if the SPI device is itself a SPI controller and triggers the instantiation of further SPI devices we trigger a deadlock as we try to register and instantiate those devices while in the process of doing so for the parent controller and hence already holding the global spi_add_lock. Since we only care about concurrency within a single SPI bus move the lock to be per controller, avoiding the deadlock. This can be easily triggered in the case of spi-mux.
History

Mon, 04 Nov 2024 12:15:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published: 2024-05-22T06:23:27.629Z

Updated: 2024-11-04T12:06:33.143Z

Reserved: 2024-05-22T06:20:56.199Z

Link: CVE-2021-47469

cve-icon Vulnrichment

Updated: 2024-08-04T05:39:59.480Z

cve-icon NVD

Status : Awaiting Analysis

Published: 2024-05-22T07:15:11.690

Modified: 2024-05-22T12:46:53.887

Link: CVE-2021-47469

cve-icon Redhat

Severity : Low

Publid Date: 2024-05-22T00:00:00Z

Links: CVE-2021-47469 - Bugzilla