mirror of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
synced 2025-08-04 00:06:36 +00:00
eadf79286a
Writing to the devfreq sysfs nodes while the GPU is powered down can result in a system crash (on a5xx) or a nasty GMU error (on a6xx): $ /sys/class/devfreq/5000000.gpu# echo 500000000 > min_freq [ 104.841625] platform 506a000.gmu: [drm:a6xx_gmu_set_oob] *ERROR* Timeout waiting for GMU OOB set GPU_DCVS: 0x0 Despite the fact that we carefully try to suspend the devfreq device when the hardware is powered down there are lots of holes in the governors that don't check for the suspend state and blindly call into the devfreq callbacks that end up triggering hardware reads in the GPU driver. Call pm_runtime_get_if_in_use() in the gpu_busy() and gpu_set_freq() callbacks to skip the hardware access if it isn't active. v3: Only check pm_runtime_get_if_in_use() for == 0 per Eric Anholt v2: Use pm_runtime_get_if_in_use() per Eric Anholt Cc: stable@vger.kernel.org Reviewed-by: Eric Anholt <eric@anholt.net> Signed-off-by: Jordan Crouse <jcrouse@codeaurora.org> Signed-off-by: Rob Clark <robdclark@chromium.org> |
||
|---|---|---|
| .. | ||
| adreno | ||
| disp | ||
| dsi | ||
| edp | ||
| hdmi | ||
| Kconfig | ||
| Makefile | ||
| msm_atomic.c | ||
| msm_atomic_trace.h | ||
| msm_atomic_tracepoints.c | ||
| msm_debugfs.c | ||
| msm_debugfs.h | ||
| msm_drv.c | ||
| msm_drv.h | ||
| msm_fb.c | ||
| msm_fbdev.c | ||
| msm_fence.c | ||
| msm_fence.h | ||
| msm_gem.c | ||
| msm_gem.h | ||
| msm_gem_prime.c | ||
| msm_gem_shrinker.c | ||
| msm_gem_submit.c | ||
| msm_gem_vma.c | ||
| msm_gpu.c | ||
| msm_gpu.h | ||
| msm_gpu_trace.h | ||
| msm_gpu_tracepoints.c | ||
| msm_gpummu.c | ||
| msm_iommu.c | ||
| msm_kms.h | ||
| msm_mmu.h | ||
| msm_perf.c | ||
| msm_rd.c | ||
| msm_ringbuffer.c | ||
| msm_ringbuffer.h | ||
| msm_submitqueue.c | ||
| NOTES | ||