diff options
author | Dave Airlie <airlied@redhat.com> | 2013-05-02 08:52:01 +0400 |
---|---|---|
committer | Dave Airlie <airlied@redhat.com> | 2013-05-02 06:46:39 +0400 |
commit | 641719599528d806e00de8ae8c8453361266a312 (patch) | |
tree | 1c21aa2aee3380f34cfa8f2802b7c07bb22d0640 /drivers/gpu/drm/mgag200/mgag200_drv.h | |
parent | b11b88ef0e07a1ea9a3df6666ba8e15833facc67 (diff) | |
download | linux-641719599528d806e00de8ae8c8453361266a312.tar.xz |
drm/mgag200: deal with bo reserve fail in dirty update path
On F19 testing, it was noticed we get a lot of errors in dmesg
about being unable to reserve the buffer when plymouth starts,
this is due to the buffer being in the process of migrating,
so it makes sense we can't reserve it.
In order to deal with it, this adds delayed updates for the dirty
updates, when the bo is unreservable, in the normal console case
this shouldn't ever happen, its just when plymouth or X is
pushing the console bo to system memory.
Cc: stable@vger.kernel.org
Signed-off-by: Dave Airlie <airlied@redhat.com>
Diffstat (limited to 'drivers/gpu/drm/mgag200/mgag200_drv.h')
-rw-r--r-- | drivers/gpu/drm/mgag200/mgag200_drv.h | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.h b/drivers/gpu/drm/mgag200/mgag200_drv.h index dcfc973e29f7..bf29b2f4d68d 100644 --- a/drivers/gpu/drm/mgag200/mgag200_drv.h +++ b/drivers/gpu/drm/mgag200/mgag200_drv.h @@ -115,6 +115,8 @@ struct mga_fbdev { void *sysram; int size; struct ttm_bo_kmap_obj mapping; + int x1, y1, x2, y2; /* dirty rect */ + spinlock_t dirty_lock; }; struct mga_crtc { |