mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-12-25 20:15:13 +07:00
f70744c687
It seems that killing an application while faults are occurring
(particularly with a GPU in FPGA at a whopping 40MHz) can lead to
handling a lingering page fault after all the address space contexts
have already been freed. In this situation, the LRU list is empty so
addr_to_drm_mm_node() ends up dereferencing the list head as if it were
a struct panfrost_mmu entry; this leaves "mmu->as" actually pointing at
the pfdev->alloc_mask bitmap, which is also empty, and given that the
fault has a high likelihood of being in AS0, hilarity ensues.
Sadly, the cleanest solution seems to involve another goto. Oh well, at
least it's robust...
Fixes:
|
||
---|---|---|
.. | ||
Kconfig | ||
Makefile | ||
panfrost_devfreq.c | ||
panfrost_devfreq.h | ||
panfrost_device.c | ||
panfrost_device.h | ||
panfrost_drv.c | ||
panfrost_features.h | ||
panfrost_gem_shrinker.c | ||
panfrost_gem.c | ||
panfrost_gem.h | ||
panfrost_gpu.c | ||
panfrost_gpu.h | ||
panfrost_issues.h | ||
panfrost_job.c | ||
panfrost_job.h | ||
panfrost_mmu.c | ||
panfrost_mmu.h | ||
panfrost_perfcnt.c | ||
panfrost_perfcnt.h | ||
panfrost_regs.h | ||
TODO |