summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorAnup Vishwakarma <anup.vishwakarma@oss.qualcomm.com>2026-08-31 18:09:08 +0530
committerBjorn Andersson <andersson@kernel.org>2026-08-31 10:37:47 -0500
commitf559ef6316971fe39dc5f5edd6a483429ba03768 (patch)
treeccc065306206bb08e587134c171e863da8c49d22 /tools/perf/scripts/python
parentcee9395acd8043be0644b25c34bfa86623f2b935 (diff)
downloadlinux-next-f559ef6316971fe39dc5f5edd6a483429ba03768.tar.gz
linux-next-f559ef6316971fe39dc5f5edd6a483429ba03768.zip
remoteproc: qcom_q6v5_adsp: Fix double jiffies conversion in adsp_start()
adsp_start() computes 5 * HZ, an already-converted jiffies count, and passes it into msecs_to_jiffies(), which expects milliseconds -- reinterpreting the value and shrinking the intended timeout. Every other caller (q6v5_start() in qcom_q6v5_mss.c, qcom_pas_start() in qcom_q6v5_pas.c) passes msecs_to_jiffies(5000) directly, matching qcom_q6v5_wait_for_start()'s kerneldoc, which documents @timeout as already being in jiffies. On CONFIG_HZ=250 this shrinks the intended 5 second timeout to ~1.25 seconds, causing a DSP that legitimately takes 2-3 seconds to signal ready to be spuriously torn down as a boot failure. Fix by passing msecs_to_jiffies(5000) directly, matching every other caller. Signed-off-by: Anup Vishwakarma <anup.vishwakarma@oss.qualcomm.com> Fixes: dc160e449122 ("remoteproc: qcom: Introduce Non-PAS ADSP PIL driver") Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260831-b4-adsp_start_jiffies_fix_upstream-v1-1-9f8cf85ea220@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions