https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 28 Sep 2026 19:42:56 +0000 https://vulnerability.circl.lu/vuln/cve-2026-93272 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>remoteproc: qcom_wcnss: Fix handling the lack of PD regulators in v3</p> <p>The changes introduced to handle single power domain platforms have swapped the info pointer increment from num_pd_vregs to num_pds, which would shift the info pointer past the end of the array for pronto-v3, which does not list power domain regulators in vregs.</p> <p>This showed up as a difference between GCC- and LLVM-compiled kernels on SDM632 devices, where only with LLVM one would get the &#34;regulator request with no identifier&#34; error, because the out-of-bounds memory ended up being zeroed. Fix by skipping the increment when there are more power domains than regulators.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>remoteproc: qcom_wcnss: Fix handling the lack of PD regulators in v3</p> <p>The changes introduced to handle single power domain platforms have swapped the info pointer increment from num_pd_vregs to num_pds, which would shift the info pointer past the end of the array for pronto-v3, which does not list power domain regulators in vregs.</p> <p>This showed up as a difference between GCC- and LLVM-compiled kernels on SDM632 devices, where only with LLVM one would get the &#34;regulator request with no identifier&#34; error, because the out-of-bounds memory ended up being zeroed. Fix by skipping the increment when there are more power domains than regulators.</p> https://vulnerability.circl.lu/vuln/cve-2026-93272