LiveActive security incident?Get immediate response
CVE Record

CVE-2022-50029: clk: qcom: ipq8074: dont disable gcc_sleep_clk_src

In the Linux kernel, the following vulnerability has been resolved: clk: qcom: ipq8074: dont disable gcc_sleep_clk_src Once the usb sleep clocks are disabled, clock framework is trying to disable the sleep clock source also. However, it seems that it cannot be disabled and trying to do so produces: [ 245.436390] ------------[ cut here ]------------ [ 245.441233] gcc_sleep_clk_src status stuck at 'on' [ 245.441254] WARNING: CPU: 2 PID: 223 at clk_branch_wait+0x130/0x140 [ 245.450435] Modules linked in: xhci_plat_hcd xhci_hcd dwc3 dwc3_qcom leds_gpio [ 245.456601] CPU: 2 PID: 223 Comm: sh Not tainted 5.18.0-rc4 #215 [ 245.463889] Hardware name: Xiaomi AX9000 (DT) [ 245.470050] pstate: 204000c5 (nzCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 245.474307] pc : clk_branch_wait+0x130/0x140 [ 245.481073] lr : clk_branch_wait+0x130/0x140 [ 245.485588] sp : ffffffc009f2bad0 [ 245.489838] x29: ffffffc009f2bad0 x28: ffffff8003e6c800 x27: 0000000000000000 [ 245.493057] x26: 0000000000000000 x25: 0000000000000000 x24: ffffff800226ef20 [ 245.500175] x23: ffffffc0089ff550 x22: 0000000000000000 x21: ffffffc008476ad0 [ 245.507294] x20: 0000000000000000 x19: ffffffc00965ac70 x18: fffffffffffc51a7 [ 245.514413] x17: 68702e3030303837 x16: 3a6d726f6674616c x15: ffffffc089f2b777 [ 245.521531] x14: ffffffc0095c9d18 x13: 0000000000000129 x12: 0000000000000129 [ 245.528649] x11: 00000000ffffffea x10: ffffffc009621d18 x9 : 0000000000000001 [ 245.535767] x8 : 0000000000000001 x7 : 0000000000017fe8 x6 : 0000000000000001 [ 245.542885] x5 : ffffff803fdca6d8 x4 : 0000000000000000 x3 : 0000000000000027 [ 245.550002] x2 : 0000000000000027 x1 : 0000000000000023 x0 : 0000000000000026 [ 245.557122] Call trace: [ 245.564229] clk_branch_wait+0x130/0x140 [ 245.566490] clk_branch2_disable+0x2c/0x40 [ 245.570656] clk_core_disable+0x60/0xb0 [ 245.574561] clk_core_disable+0x68/0xb0 [ 245.578293] clk_disable+0x30/0x50 [ 245.582113] dwc3_qcom_remove+0x60/0xc0 [dwc3_qcom] [ 245.585588] platform_remove+0x28/0x60 [ 245.590361] device_remove+0x4c/0x80 [ 245.594179] device_release_driver_internal+0x1dc/0x230 [ 245.597914] device_driver_detach+0x18/0x30 [ 245.602861] unbind_store+0xec/0x110 [ 245.607027] drv_attr_store+0x24/0x40 [ 245.610847] sysfs_kf_write+0x44/0x60 [ 245.614405] kernfs_fop_write_iter+0x128/0x1c0 [ 245.618052] new_sync_write+0xc0/0x130 [ 245.622391] vfs_write+0x1d4/0x2a0 [ 245.626123] ksys_write+0x58/0xe0 [ 245.629508] __arm64_sys_write+0x1c/0x30 [ 245.632895] invoke_syscall.constprop.0+0x5c/0x110 [ 245.636890] do_el0_svc+0xa0/0x150 [ 245.641488] el0_svc+0x18/0x60 [ 245.644872] el0t_64_sync_handler+0xa4/0x130 [ 245.647914] el0t_64_sync+0x174/0x178 [ 245.652340] ---[ end trace 0000000000000000 ]--- So, add CLK_IS_CRITICAL flag to the clock so that the kernel won't try to disable the sleep clock.

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysisunknown

Security readout for executives and security teams

Plain-English summary

CVE-2022-50029 is a Linux kernel issue affecting Qualcomm IPQ8074 clock handling. When USB sleep clocks are disabled, the kernel may try to disable a sleep clock source that should remain on, producing a kernel warning. Business impact appears limited to affected embedded or networking devices, but source data does not provide CVSS severity or confirmed impact scope.

Executive priority

Treat as a targeted embedded-device maintenance issue, not an enterprise-wide emergency. Prioritize if your organization operates IPQ8074-based routers, gateways, or appliances. Ask vendors for fixed firmware and schedule updates through normal maintenance unless operational instability is observed.

Technical view

The fix marks gcc_sleep_clk_src with CLK_IS_CRITICAL so the kernel clock framework will not attempt to disable it. The reported trace occurs during dwc3_qcom removal/unbind on IPQ8074 hardware. Public sources list Linux kernel stable commits resolving the issue across supported branches, but do not describe privilege escalation or remote exploitation.

Likely exposure

Exposure is most likely on Linux-based devices using Qualcomm IPQ8074 SoCs and affected kernel versions or downstream vendor kernels. The source example names Xiaomi AX9000 device-tree hardware. General-purpose servers without this Qualcomm clock driver path are unlikely to be exposed based on the provided sources.

Exploitation context

No active exploitation is indicated; the CVE is not marked KEV. The public description shows a kernel warning triggered when the relevant USB/platform driver path disables clocks. Sources do not document remote reachability, exploit availability, or a complete security impact beyond improper clock disable behavior.

Researcher notes

The evidence is narrowly scoped to Linux kernel clock handling on Qualcomm IPQ8074. The CVE record lacks CVSS, CWE, and exploitation details. Analysis should focus on downstream kernel backports and device-tree/platform driver use, especially dwc3_qcom and gcc_sleep_clk_src behavior.

Mitigation direction

  • Update to a vendor or Linux stable kernel containing the referenced fixes.
  • For appliances, request firmware status from the device vendor or OEM.
  • Prioritize IPQ8074-based network and embedded devices in asset review.
  • Avoid assuming generic Linux exposure without confirming the Qualcomm IPQ8074 driver path.

Validation and detection

  • Identify devices using Qualcomm IPQ8074 SoCs or related downstream kernels.
  • Check whether the running kernel includes one of the referenced stable fixes.
  • Review kernel logs for gcc_sleep_clk_src stuck-on warnings.
  • Confirm vendor firmware advisories or release notes for this CVE.
Prepared
Confidence
medium
Sources
9

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cve · low confidence lookup

CVE-2022-50029 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

0CVSS vectors
3Timeline events
0ADP providers
8Source links

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
LinuxLinux371a95074558a08d47e3acaa29f810aae6f03d0a, 371a95074558a08d47e3acaa29f810aae6f03d0a, 371a95074558a08d47e3acaa29f810aae6f03d0a, 371a95074558a08d47e3acaa29f810aae6f03d0a, 371a95074558a08d47e3acaa29f810aae6f03d0a, 371a95074558a08d47e3acaa29f810aae6f03d0a, 371a95074558a08d47e3acaa29f810aae6f03d0aunaffected
LinuxLinux4.13, 0, 4.14.291, 4.19.256, 5.4.211, 5.10.138, 5.15.63, 5.19.4, 6.0affected
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.