mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-13 16:16:15 -04:00
ARM: dts: msm: Update disp_bcm_voter to only wait for AMC
Normally, the TCS needs to wait for completion in both AMC and WAKE sets, since we need to be sure all necessary system resources are available before they are used. However, the display RSC has strict wakeup timelines to meet and thus cannot take the latency hit caused by waiting for completion in the WAKE set. The display RSC will perform additional processing in between when the WAKE request is sent and completed. The apps RSC will hold minimum votes on each required resource to ensure they are enabled, which prevents any unclocked access. The display RSC is just responsible for scaling to the required performance levels. The worst that can happen if the WAKE request isn't satisfied in time is a dropped frame. Change-Id: Id3757b2ffc73ee93ed8f97d7d591e135150c9cdc
This commit is contained in:
parent
5012f2b689
commit
c5e17fee8f
1 changed files with 2 additions and 0 deletions
|
|
@ -6,6 +6,7 @@
|
|||
#include <dt-bindings/clock/qcom,rpmh.h>
|
||||
#include <dt-bindings/clock/qcom,videocc-lahaina.h>
|
||||
#include <dt-bindings/interrupt-controller/arm-gic.h>
|
||||
#include <dt-bindings/interconnect/qcom,icc.h>
|
||||
#include <dt-bindings/interconnect/qcom,epss-l3.h>
|
||||
#include <dt-bindings/interconnect/qcom,lahaina.h>
|
||||
#include <dt-bindings/soc/qcom,ipcc.h>
|
||||
|
|
@ -1760,6 +1761,7 @@
|
|||
|
||||
disp_bcm_voter: bcm_voter {
|
||||
compatible = "qcom,bcm-voter";
|
||||
qcom,tcs-wait = <QCOM_ICC_TAG_AMC>;
|
||||
};
|
||||
|
||||
};
|
||||
|
|
|
|||
Loading…
Reference in a new issue