summaryrefslogtreecommitdiffstats
path: root/drivers/acpi
diff options
context:
space:
mode:
authorDmitry Osipenko <digetx@gmail.com>2021-03-02 16:15:06 +0300
committerThierry Reding <treding@nvidia.com>2021-03-30 19:37:20 +0200
commitf8fb97c915954fc6de6513cdf277103b5c6df7b3 (patch)
treeb9409ee37de4ba274c863f43a7e20e5ea93c7bd0 /drivers/acpi
parenta38fd8748464831584a19438cbb3082b5a2dab15 (diff)
downloadlinux-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/acpi')
0 files changed, 0 insertions, 0 deletions