Description
In the Linux kernel, the following vulnerability has been resolved:

debugobjects: Don't call fill_pool() in early boot hardirq context

When booting a debug PREEMPT_RT kernel on an ARM64 system, a "inconsistent
{HARDIRQ-ON-W} -> {IN-HARDIRQ-W} usage" lockdep warning message was
reported to the console.

During early boot, interrupts are enabled before the scheduler is
enabled. In this window (before SYSTEM_SCHEDULING is set) interrupts can
fire and in the hard interrupt context handler attempt to fill the pool

This can lead to a deadlock when the interrupt occurred when the interrupt
hits a region which holds a lock that is required to be taken in the
allocation path.

Add a new can_fill_pool() helper and reorder the exception rule and forbid
this scenario by excluding allocations from hard interrupt context.
Published: 2026-07-01
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability is a race condition in the debugobject subsystem where an early boot allocation in hard‑interrupt context can acquire a lock that the debugobject allocation routine needs, causing a deadlock and a lockdep warning. The flaw does not disclose or modify data; its primary impact is a denial of service by preventing the kernel from completing its boot sequence.

Affected Systems

Linux kernels compiled for the ARM64 architecture that include the PREEMPT_RT patch set and the debugobjects subsystem are affected. Versions of the kernel that do not include the recent commits adding a guard to forbid allocations in hard‑interrupt context are vulnerable. Embedded or real‑time deployments that rely on early‑boot debugobjects fall into this category.

Risk and Exploitability

The CVSS score of 5.5 indicates medium severity, and the EPSS score of less than 1% suggests a very low likelihood of active exploitation. The defect is limited to the boot phase and requires local or physical access to influence interrupt timing before the scheduler starts; remote attackers cannot trigger the condition. Because it does not compromise confidentiality or integrity, the practical risk is a boot‑time denial of service. The vulnerability is not listed in CISA KEV, indicating no known active exploitation in the wild.

Generated by OpenCVE AI on August 1, 2026 at 23:41 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to a kernel release that contains the commits adding the can_fill_pool guard and reordering the exception rule.
  • If a full kernel upgrade is not feasible, cherry‑pick the specific patch commits that implement the guard into the current kernel tree.
  • As a temporary measure, disable the debugobject subsystem or prevent early‑boot allocation requests by setting the relevant configuration options during boot.

Generated by OpenCVE AI on August 1, 2026 at 23:41 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 04 Jul 2026 12:15:00 +0000


Thu, 02 Jul 2026 16:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-1162
CWE-754

Thu, 02 Jul 2026 01:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-1162
CWE-754

Thu, 02 Jul 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-833
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Low


Wed, 01 Jul 2026 23:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-368

Wed, 01 Jul 2026 17:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-368

Wed, 01 Jul 2026 13:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: debugobjects: Don't call fill_pool() in early boot hardirq context When booting a debug PREEMPT_RT kernel on an ARM64 system, a "inconsistent {HARDIRQ-ON-W} -> {IN-HARDIRQ-W} usage" lockdep warning message was reported to the console. During early boot, interrupts are enabled before the scheduler is enabled. In this window (before SYSTEM_SCHEDULING is set) interrupts can fire and in the hard interrupt context handler attempt to fill the pool This can lead to a deadlock when the interrupt occurred when the interrupt hits a region which holds a lock that is required to be taken in the allocation path. Add a new can_fill_pool() helper and reorder the exception rule and forbid this scenario by excluding allocations from hard interrupt context.
Title debugobjects: Don't call fill_pool() in early boot hardirq context
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-07-04T11:51:04.894Z

Reserved: 2026-06-09T07:44:35.398Z

Link: CVE-2026-53326

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Analyzed

Published: 2026-07-01T14:16:40.443

Modified: 2026-07-23T20:52:50.063

Link: CVE-2026-53326

cve-icon Redhat

Severity : Low

Publid Date: 2026-07-01T00:00:00Z

Links: CVE-2026-53326 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-01T23:45:03Z

Weaknesses