In scenarios where U-boot can read EDID but the kernel cannot,
HDMI color of U-boot and the kernel may differ. The current color
switching process causes this scenario where HDMI enters the
kernel but fails to switch to the correct color. Optimize process
of switching colors to solve this problem.
Change-Id: I36c7d7e68e438bd33f9d2804d4a5a34edda9ba4a
Signed-off-by: Algea Cao <algea.cao@rock-chips.com>
When the HDMI status changes, there is no need to call
dw_hdmi_qp_setup() function every time. The configuration can be
carried out independently for specific changed parts. This can
reduce delays and avoid mutual interference.
Change-Id: I5999961893d517cba04c58ca0c96fe201d413ee0
Signed-off-by: Algea Cao <algea.cao@rock-chips.com>
The default is to clear mpp load info during suspend, but suspend config may be turned off, resulting in load info not being cleared.
Change-Id: Ic930d3f691dc2f1694acfdc7ac1cbe4f022b4e62
Signed-off-by: Yandong Lin <yandong.lin@rock-chips.com>
* commit 'a958fa1893e366cd93186175c9d518bd005e2b89': (21 commits)
drm/bridge: synopsys: dw-hdmi-qp: Make sure video data path is enable when start transmit video
drm/rockchip: Fix error in rgb2rgb matrix calculation
media: i2c: ov13b10: fix read otp error
arm64: config: rv1126b: Enable CONFIG_ELF_CORE
drm/bridge: analogix_dp: Reuse &link_train.training_lane[] to set DPCD DP_TRAINING_LANEx_SET
media: rockchp: vpss: fix unite mode scaling and improve trigger logic
arm64: dts: rockchip: rv1126b-evb2-v10: disabled gmac and dsi
arm64: dts: rockchip: rv1126b/bp: update opp-table for cpu/npu/dmc/enc
clk: rockchip: clk-pvtpll: update cpu/npu/enc pvtpll config for rv1126b
clk: rockchip: rv1126b: add more frequency point for cpu
media: rockchip: vicap: fixes sof not sync to frame when use thunderboot skip
media: rockchip: vicap: fixes error deal of scale handle for rv1103b
media: rockchip: vicap add soft reset before restart stream
media: rockchip: vicap fixes stream loss when use switch with online mode
media: rockchip: vicap fixes buf lack source to avoid stream loss
media: rockchip: vicap fixes stream loss after sensor flip
media: rockchip: vicap fixes error of switch logic when one of sensor is stream off
media: rockchip: vicap reinit switch state when resume or retry one_frame
media: rockchip: add procfs for avsp
ARM: dts: rockchip: Add rv1126bp-evb1-v12.dts
...
Change-Id: Ia1a2dae6cab4f9af65228afe107e552a98245660
When conducting FRL training, the video data transmitted from
VOP to HDMI must be disabled. Until the training is successful
or fails, then it will be reopened. When the FRL training fails,
the video transmission from the video to HDMI is not re-enabled.
This will result in the inability to display normally even when
switching to tmds mode after training fails.
Therefore, regardless of the specific scenario, when switching
to the tmds mode, the data transmission from VOP to HDMI must be
enabled.
Change-Id: I1c853c8197fdf7aaef32c80c5cdb73db13d9ec4c
Signed-off-by: Algea Cao <algea.cao@rock-chips.com>
The variable 'T' in the calculation formula
'output = T * M1 * N_y2r * M0 * N_r2y' has been omitted.
Change-Id: I347eca9786729de0ce35c35f483b55a7cb62bd7e
Signed-off-by: Algea Cao <algea.cao@rock-chips.com>
In analogix_dp_link_start(), &link_train.training_lane[] is used to
set phy PE/VS configurations, and buf[] is initialized with the same
values to set DPCD DP_TRAINING_LANEx_SET.
It makes sense to reuse &link_train.training_lane[] to set DPCD
DP_TRAINING_LANEx_SET, which can remove the redundant assignments
and make codes more consice.
Change-Id: I38869c22f8cc93b18b3b27bc41a0975700b328d1
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
KBASE_PM_RUNTIME was originally defined by ARM.
However, in the modification to upgrade driver to g29p0-00eac0 (r54), ARM removed KBASE_PM_RUNTIME,
and the source code that depended on KBASE_PM_RUNTIME was modified to be enabled by default.
This modification corresponds to
commit fb91362a23 ("MALI: valhall: upgrade DDK to g29p0-00eac0, from g28p0-00eac0").
Some code previously added by finley.xiao@rock-chips.com also depends on KBASE_PM_RUNTIME.
After picking the above commit, the definition of KBASE_PM_RUNTIME was removed,
making the code added by Finley unable to be enabled.
This may lead to anomalies such as "failed to get ack on domain 'gpu'...",
as referenced in https://redmine.rock-chips.com/issues/568204.
This modification fixes the issue above.
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Change-Id: Ibf57f363f4f779eceb0e7891271e41cae1a560ea
In some scenarios with high timing requirements, frequent calls to
dma_alloc_coherent may trigger memory reclamation with low probability,
thereby increasing the overall time consumption per frame.
Change-Id: I28ffe47c5db40c82a54254b056f117931efbe38e
Signed-off-by: Yu Qiaowei <cerf.yu@rock-chips.com>
The iommu device needs to be mapped using a unified main device.
Change-Id: I5b5820b590101dde1713889c056edc034d7322ea
Signed-off-by: Yu Qiaowei <cerf.yu@rock-chips.com>
