diff options
| author | Erico Nunes <nunes.erico@gmail.com> | 2024-01-24 03:59:41 +0100 |
|---|---|---|
| committer | Qiang Yu <yuq825@gmail.com> | 2024-02-12 16:26:47 +0800 |
| commit | 2ccd4adc681e34cc12313b078e5067fa2383c2eb (patch) | |
| tree | 3773e1e4efdda3a4c0693c8ad251692bc259d38b /drivers/gpu/drm/lima/lima_pp.c | |
| parent | b5b345ea9b3e68c41aeb4163c0a221bf7405b8d8 (diff) | |
| download | linux-2ccd4adc681e34cc12313b078e5067fa2383c2eb.tar.gz linux-2ccd4adc681e34cc12313b078e5067fa2383c2eb.tar.bz2 linux-2ccd4adc681e34cc12313b078e5067fa2383c2eb.zip | |
drm/lima: reset async_reset on gp hard reset
Lima gp jobs use an async reset to avoid having to wait for the soft
reset right after a job. The soft reset is done at the end of a job and
a reset_complete flag is expected to be set at the next job.
However, in case the user runs into a job timeout from any application,
a hard reset is issued to the hardware. This hard reset clears the
reset_complete flag, which causes an error message to show up before the
next job.
This is probably harmless for the execution but can be very confusing to
debug, as it blames a reset timeout on the next application to submit a
job.
Reset the async_reset flag when doing the hard reset so that we don't
get that message.
Signed-off-by: Erico Nunes <nunes.erico@gmail.com>
Signed-off-by: Qiang Yu <yuq825@gmail.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20240124025947.2110659-3-nunes.erico@gmail.com
Diffstat (limited to 'drivers/gpu/drm/lima/lima_pp.c')
0 files changed, 0 insertions, 0 deletions