diff options
author | Dmitry Osipenko <digetx@gmail.com> | 2021-03-02 16:15:06 +0300 |
---|---|---|
committer | Thierry Reding <treding@nvidia.com> | 2021-03-30 19:37:20 +0200 |
commit | f8fb97c915954fc6de6513cdf277103b5c6df7b3 (patch) | |
tree | b9409ee37de4ba274c863f43a7e20e5ea93c7bd0 /drivers/vhost/net.c | |
parent | a38fd8748464831584a19438cbb3082b5a2dab15 (diff) | |
download | linux-f8fb97c915954fc6de6513cdf277103b5c6df7b3.tar.bz2 |
drm/tegra: dc: Don't set PLL clock to 0Hz
RGB output doesn't allow to change parent clock rate of the display and
PCLK rate is set to 0Hz in this case. The tegra_dc_commit_state() shall
not set the display clock to 0Hz since this change propagates to the
parent clock. The DISP clock is defined as a NODIV clock by the tegra-clk
driver and all NODIV clocks use the CLK_SET_RATE_PARENT flag.
This bug stayed unnoticed because by default PLLP is used as the parent
clock for the display controller and PLLP silently skips the erroneous 0Hz
rate changes because it always has active child clocks that don't permit
rate changes. The PLLP isn't acceptable for some devices that we want to
upstream (like Samsung Galaxy Tab and ASUS TF700T) due to a display panel
clock rate requirements that can't be fulfilled by using PLLP and then the
bug pops up in this case since parent clock is set to 0Hz, killing the
display output.
Don't touch DC clock if pclk=0 in order to fix the problem.
Signed-off-by: Dmitry Osipenko <digetx@gmail.com>
Signed-off-by: Thierry Reding <treding@nvidia.com>
Diffstat (limited to 'drivers/vhost/net.c')
0 files changed, 0 insertions, 0 deletions