/dev/cpu_dma_latency accepts values in either s32 or hex format,
so convert 67 (dec) to 43 (hex).
sdm845-common comment:
I assume Google meant to set cpu dma latency to 44 in decimal
rather than hex because 44 is the lowest valid latency value for
C3 LPM state, according to qcom,latency-us in sdm845-pm.dtsi.
The pm qos request is only active when the fd is kept open, so
the dummy value of 100 does not really matter. Keep it as is.
Test: hexdump -C /dev/cpu_dma_latency
00000000 2c 00 00 00 |,...|
00000004
Test: kernel pr_err() in pm_qos_power_write() before
pm_qos_update_request()
Inspired by Artem's commit "qos: Workaround for faulty libperfmgr
config".
Signed-off-by: Chenyang Zhong <zhongcy95@gmail.com>
13d3363ece