CVE-2026-46041 (GCVE-0-2026-46041)

Vulnerability from cvelistv5 – Published: 2026-05-27 12:56 – Updated: 2026-05-27 12:56
VLAI
Title
greybus: gb-beagleplay: fix sleep in atomic context in hdlc_tx_frames()
Summary
In the Linux kernel, the following vulnerability has been resolved: greybus: gb-beagleplay: fix sleep in atomic context in hdlc_tx_frames() hdlc_append() calls usleep_range() to wait for circular buffer space, but it is called with tx_producer_lock (a spinlock) held via hdlc_tx_frames() -> hdlc_append_tx_frame()/hdlc_append_tx_u8()/etc. Sleeping while holding a spinlock is illegal and can trigger "BUG: scheduling while atomic". Fix this by moving the buffer-space wait out of hdlc_append() and into hdlc_tx_frames(), before the spinlock is acquired. The new flow: 1. Pre-calculate the worst-case encoded frame length. 2. Wait (with sleep) outside the lock until enough space is available, kicking the TX consumer work to drain the buffer. 3. Acquire the spinlock, re-verify space, and write the entire frame atomically. This ensures that sleeping only happens without any lock held, and that frames are either fully enqueued or not written at all. This bug is found by CodeQL static analysis tool (interprocedural sleep-in-atomic query) and my code review.
Severity
No CVSS data available.
Assigner
Impacted products
Vendor Product Version
Linux Linux Affected: ec558bbfea671ac020a6dc6be8bf8f0ee556cce0 , < 9f2b87bcdfed55145acbf932dc12f2c057145cad (git)
Affected: ec558bbfea671ac020a6dc6be8bf8f0ee556cce0 , < b2801647c203a38e013802e9e9616b5bfac64968 (git)
Affected: ec558bbfea671ac020a6dc6be8bf8f0ee556cce0 , < 51667fe2d9294d66e0228b9f51d1f01b6680a641 (git)
Affected: ec558bbfea671ac020a6dc6be8bf8f0ee556cce0 , < 6b526dca0966f2370835765019a54319b78fca8d (git)
Create a notification for this product.
Linux Linux Affected: 6.7
Unaffected: 0 , < 6.7 (semver)
Unaffected: 6.12.86 , ≤ 6.12.* (semver)
Unaffected: 6.18.27 , ≤ 6.18.* (semver)
Unaffected: 7.0.4 , ≤ 7.0.* (semver)
Unaffected: 7.1-rc1 , ≤ * (original_commit_for_fix)
Create a notification for this product.
Show details on NVD website

{
  "containers": {
    "cna": {
      "affected": [
        {
          "defaultStatus": "unaffected",
          "product": "Linux",
          "programFiles": [
            "drivers/greybus/gb-beagleplay.c"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "lessThan": "9f2b87bcdfed55145acbf932dc12f2c057145cad",
              "status": "affected",
              "version": "ec558bbfea671ac020a6dc6be8bf8f0ee556cce0",
              "versionType": "git"
            },
            {
              "lessThan": "b2801647c203a38e013802e9e9616b5bfac64968",
              "status": "affected",
              "version": "ec558bbfea671ac020a6dc6be8bf8f0ee556cce0",
              "versionType": "git"
            },
            {
              "lessThan": "51667fe2d9294d66e0228b9f51d1f01b6680a641",
              "status": "affected",
              "version": "ec558bbfea671ac020a6dc6be8bf8f0ee556cce0",
              "versionType": "git"
            },
            {
              "lessThan": "6b526dca0966f2370835765019a54319b78fca8d",
              "status": "affected",
              "version": "ec558bbfea671ac020a6dc6be8bf8f0ee556cce0",
              "versionType": "git"
            }
          ]
        },
        {
          "defaultStatus": "affected",
          "product": "Linux",
          "programFiles": [
            "drivers/greybus/gb-beagleplay.c"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "status": "affected",
              "version": "6.7"
            },
            {
              "lessThan": "6.7",
              "status": "unaffected",
              "version": "0",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "6.12.*",
              "status": "unaffected",
              "version": "6.12.86",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "6.18.*",
              "status": "unaffected",
              "version": "6.18.27",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "7.0.*",
              "status": "unaffected",
              "version": "7.0.4",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "*",
              "status": "unaffected",
              "version": "7.1-rc1",
              "versionType": "original_commit_for_fix"
            }
          ]
        }
      ],
      "cpeApplicability": [
        {
          "nodes": [
            {
              "cpeMatch": [
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.12.86",
                  "versionStartIncluding": "6.7",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.18.27",
                  "versionStartIncluding": "6.7",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "7.0.4",
                  "versionStartIncluding": "6.7",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "7.1-rc1",
                  "versionStartIncluding": "6.7",
                  "vulnerable": true
                }
              ],
              "negate": false,
              "operator": "OR"
            }
          ]
        }
      ],
      "descriptions": [
        {
          "lang": "en",
          "value": "In the Linux kernel, the following vulnerability has been resolved:\n\ngreybus: gb-beagleplay: fix sleep in atomic context in hdlc_tx_frames()\n\nhdlc_append() calls usleep_range() to wait for circular buffer space,\nbut it is called with tx_producer_lock (a spinlock) held via\nhdlc_tx_frames() -\u003e hdlc_append_tx_frame()/hdlc_append_tx_u8()/etc.\nSleeping while holding a spinlock is illegal and can trigger\n\"BUG: scheduling while atomic\".\n\nFix this by moving the buffer-space wait out of hdlc_append() and into\nhdlc_tx_frames(), before the spinlock is acquired.  The new flow:\n\n 1. Pre-calculate the worst-case encoded frame length.\n 2. Wait (with sleep) outside the lock until enough space is available,\n    kicking the TX consumer work to drain the buffer.\n 3. Acquire the spinlock, re-verify space, and write the entire frame\n    atomically.\n\nThis ensures that sleeping only happens without any lock held, and\nthat frames are either fully enqueued or not written at all.\n\nThis bug is found by CodeQL static analysis tool (interprocedural\nsleep-in-atomic query) and my code review."
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2026-05-27T12:56:54.418Z",
        "orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
        "shortName": "Linux"
      },
      "references": [
        {
          "url": "https://git.kernel.org/stable/c/9f2b87bcdfed55145acbf932dc12f2c057145cad"
        },
        {
          "url": "https://git.kernel.org/stable/c/b2801647c203a38e013802e9e9616b5bfac64968"
        },
        {
          "url": "https://git.kernel.org/stable/c/51667fe2d9294d66e0228b9f51d1f01b6680a641"
        },
        {
          "url": "https://git.kernel.org/stable/c/6b526dca0966f2370835765019a54319b78fca8d"
        }
      ],
      "title": "greybus: gb-beagleplay: fix sleep in atomic context in hdlc_tx_frames()",
      "x_generator": {
        "engine": "bippy-1.2.0"
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
    "assignerShortName": "Linux",
    "cveId": "CVE-2026-46041",
    "datePublished": "2026-05-27T12:56:54.418Z",
    "dateReserved": "2026-05-13T15:03:33.094Z",
    "dateUpdated": "2026-05-27T12:56:54.418Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.2",
  "vulnerability-lookup:meta": {
    "epss": {
      "cve": "CVE-2026-46041",
      "date": "2026-05-29",
      "epss": "0.00018",
      "percentile": "0.04919"
    },
    "nvd": "{\"cve\":{\"id\":\"CVE-2026-46041\",\"sourceIdentifier\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\",\"published\":\"2026-05-27T14:17:23.520\",\"lastModified\":\"2026-05-27T14:48:03.013\",\"vulnStatus\":\"Awaiting Analysis\",\"cveTags\":[],\"descriptions\":[{\"lang\":\"en\",\"value\":\"In the Linux kernel, the following vulnerability has been resolved:\\n\\ngreybus: gb-beagleplay: fix sleep in atomic context in hdlc_tx_frames()\\n\\nhdlc_append() calls usleep_range() to wait for circular buffer space,\\nbut it is called with tx_producer_lock (a spinlock) held via\\nhdlc_tx_frames() -\u003e hdlc_append_tx_frame()/hdlc_append_tx_u8()/etc.\\nSleeping while holding a spinlock is illegal and can trigger\\n\\\"BUG: scheduling while atomic\\\".\\n\\nFix this by moving the buffer-space wait out of hdlc_append() and into\\nhdlc_tx_frames(), before the spinlock is acquired.  The new flow:\\n\\n 1. Pre-calculate the worst-case encoded frame length.\\n 2. Wait (with sleep) outside the lock until enough space is available,\\n    kicking the TX consumer work to drain the buffer.\\n 3. Acquire the spinlock, re-verify space, and write the entire frame\\n    atomically.\\n\\nThis ensures that sleeping only happens without any lock held, and\\nthat frames are either fully enqueued or not written at all.\\n\\nThis bug is found by CodeQL static analysis tool (interprocedural\\nsleep-in-atomic query) and my code review.\"}],\"metrics\":{},\"references\":[{\"url\":\"https://git.kernel.org/stable/c/51667fe2d9294d66e0228b9f51d1f01b6680a641\",\"source\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\"},{\"url\":\"https://git.kernel.org/stable/c/6b526dca0966f2370835765019a54319b78fca8d\",\"source\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\"},{\"url\":\"https://git.kernel.org/stable/c/9f2b87bcdfed55145acbf932dc12f2c057145cad\",\"source\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\"},{\"url\":\"https://git.kernel.org/stable/c/b2801647c203a38e013802e9e9616b5bfac64968\",\"source\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\"}]}}"
  }
}


Log in or create an account to share your comment.




Tags
Taxonomy of the tags.


Loading…

Loading…

Loading…

Forecast uses a logistic model when the trend is rising, or an exponential decay model when the trend is falling. Fitted via linearized least squares.

Sightings

Author Source Type Date Other

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or observed by the user.
  • Confirmed: The vulnerability has been validated from an analyst's perspective.
  • Published Proof of Concept: A public proof of concept is available for this vulnerability.
  • Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
  • Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
  • Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
  • Not confirmed: The user expressed doubt about the validity of the vulnerability.
  • Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.

Loading…

Detection rules are retrieved from Rulezet.

Loading…

Loading…