Skip to content
Heist/ feed
Back to feed
UnratedFix available

ASoC: SDCA: Fix errors in IRQ cleanup

Type: advisorySources: OSV

In the Linux kernel, the following vulnerability has been resolved: ASoC: SDCA: Fix errors in IRQ cleanup IRQs are enabled through sdca_irq_populate() from component probe using devm_request_threaded_irq(), this however means the IRQs can persist if the sound card is torn down. Some of the IRQ handlers store references to the card and the kcontrols which can then fail. Some detail of the crash was explained in [1]. Generally it is not advised to use devm outside of bus probe, so the code is updated to not use devm. The IRQ requests are not moved to bus probe time as it makes passing the snd_soc_component into the IRQs very awkward and would the require a second step once the component is available, so it is simpler to just register the IRQs at this point, even though that necessitates some manual cleanup.

Products
Kernel
Affected versions
Not specified
Fixed versions
6.19.14
CVEs
CVE-2026-43095
Confirmed fixed CVEs
Not specified
Updated in this feed
6 Nov 2026, 00:44 UTC · Revision 1

Source evidence

ASoC: SDCA: Fix errors in IRQ cleanup

core-osv · Original source

Published 6 May 2026, 07:40 UTC

In the Linux kernel, the following vulnerability has been resolved: ASoC: SDCA: Fix errors in IRQ cleanup IRQs are enabled through sdca_irq_populate() from component probe using devm_request_threaded_irq(), this however means the IRQs can persist if the sound card is torn down. Some of the IRQ handlers store references to the card and the kcontrols which can then fail. Some detail of the crash was explained in [1]. Generally it is not advised to use devm outside of bus probe, so the code is updated to not use devm. The IRQ requests are not moved to bus probe time as it makes passing the snd_soc_component into the IRQs very awkward and would the require a second step once the component is available, so it is simpler to just register the IRQs at this point, even though that necessitates some manual cleanup.

osv:CVE-2026-43095

Kernel

Fixed versions: 6.19.14

Complete source record
{
  "id": "740023ba662d7b51b4b297d6e5fcb21b75979be9edb3c814315f158605e73a7b",
  "url": "https://osv.dev/vulnerability/CVE-2026-43095",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "ASoC: SDCA: Fix errors in IRQ cleanup",
    "summary": "In the Linux kernel, the following vulnerability has been resolved: ASoC: SDCA: Fix errors in IRQ cleanup IRQs are enabled through sdca_irq_populate() from component probe using devm_request_threaded_irq(), this however means the IRQs can persist if the sound card is torn down. Some of the IRQ handlers store references to the card and the kcontrols which can then fail. Some detail of the crash was explained in [1]. Generally it is not advised to use devm outside of bus probe, so the code is updated to not use devm. The IRQ requests are not moved to bus probe time as it makes passing the snd_soc_component into the IRQs very awkward and would the require a second step once the component is available, so it is simpler to just register the IRQs at this point, even though that necessitates some manual cleanup.",
    "evidence": "osv:CVE-2026-43095",
    "products": [
      {
        "name": {
          "value": "Kernel",
          "evidence": "/affected/1/package/name"
        },
        "prerequisites": [],
        "fixed_versions": [
          {
            "value": "6.19.14",
            "evidence": "/affected/1/ranges"
          }
        ],
        "affected_versions": []
      }
    ],
    "severity": "unknown",
    "structured": {
      "id": "CVE-2026-43095",
      "aliases": [
        "CVE-2026-43095"
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
              "type": "GIT",
              "events": [
                {
                  "introduced": "b126394d9ec6f9d8322cf392ba23d4a5f96faf5a"
                },
                {
                  "fixed": "b022da127bd9d2217e8f285e643caf5aff6f7f14"
                },
                {
                  "fixed": "4e53116437e919c4b9a9d95fb73ae14fe0cfc8f9"
                }
              ]
            }
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-43095.json"
          }
        },
        {
          "ranges": [
            {
              "type": "ECOSYSTEM",
              "events": [
                {
                  "introduced": "6.17.0"
                },
                {
                  "fixed": "6.19.14"
                }
              ]
            }
          ],
          "package": {
            "name": "Kernel",
            "ecosystem": "Linux"
          },
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-43095.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:45.807427633Z",
      "provider": "osv",
      "references": [
        "https://git.kernel.org/stable/c/4e53116437e919c4b9a9d95fb73ae14fe0cfc8f9",
        "https://git.kernel.org/stable/c/b022da127bd9d2217e8f285e643caf5aff6f7f14",
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/43xxx/CVE-2026-43095.json",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-43095",
        "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"
      ],
      "provider_metadata": {
        "cna_assigner": "Linux",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/43xxx/CVE-2026-43095.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2026-43095",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": null
  },
  "source_id": "core-osv",
  "document_id": 513587,
  "published_at": "2026-05-06T07:40:26.743+00:00"
}