lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <znv7ish4ufkgnzfwyxjt2ercdvemxh644zwpqthj7rtf5gb4fe@auvbeemdlbtk> Date: Sun, 6 Jul 2025 13:08:12 +0300 From: Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com> To: Luca Weiss <luca@...aweiss.eu> Cc: ~postmarketos/upstreaming@...ts.sr.ht, phone-devel@...r.kernel.org, Bjorn Andersson <andersson@...nel.org>, Mathieu Poirier <mathieu.poirier@...aro.org>, Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, Manivannan Sadhasivam <mani@...nel.org>, Konrad Dybcio <konradybcio@...nel.org>, linux-arm-msm@...r.kernel.org, linux-remoteproc@...r.kernel.org, devicetree@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH 2/4] remoteproc: qcom_q6v5_pas: Use resource with CX PD for MSM8974 On Sun, Jul 06, 2025 at 10:31:38AM +0200, Luca Weiss wrote: > On 05-07-2025 10:57 p.m., Dmitry Baryshkov wrote: > > On Sat, Jun 21, 2025 at 03:19:57PM +0200, Luca Weiss wrote: > > > MSM8974 requires the CX power domain, so use the msm8996_adsp_resource > > > which has cx under proxy_pd_names and is otherwise equivalent. > > > > > > Signed-off-by: Luca Weiss <luca@...aweiss.eu> > > > --- > > > drivers/remoteproc/qcom_q6v5_pas.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > Hmm. You are modifying the ADSP configuration in the driver, but at the > > same time you've dropped CX supply from the MSS remoteproc. > > The qcom_q6v5_mss driver has this support for .fallback_proxy_supply, which > are used in case the power domain is not specified. > > So no driver change is necessary in the mss driver for both old and new > devicetrees, but the adsp driver does not have this fallback, so that's why > the adsp config is updated. > > Does that make it clear? Yes. Would it make sense to implement fallback_proxy_supply for ADSP too? > > Regards > Luca -- With best wishes Dmitry
Powered by blists - more mailing lists