drm/mgag200: deal with bo reserve fail in dirty update path
authorDave Airlie <airlied@redhat.com>
Thu, 2 May 2013 04:52:01 +0000 (00:52 -0400)
committerDave Airlie <airlied@redhat.com>
Thu, 2 May 2013 02:46:39 +0000 (12:46 +1000)
commit641719599528d806e00de8ae8c8453361266a312
tree1c21aa2aee3380f34cfa8f2802b7c07bb22d0640
parentb11b88ef0e07a1ea9a3df6666ba8e15833facc67
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>
drivers/gpu/drm/mgag200/mgag200_drv.h
drivers/gpu/drm/mgag200/mgag200_fb.c
drivers/gpu/drm/mgag200/mgag200_ttm.c