tree 56b69864e7941570c697b9da778d9a2886e0b8bd
parent 641719599528d806e00de8ae8c8453361266a312
author Dave Airlie <airlied@redhat.com> 1367476825 -0400
committer Dave Airlie <airlied@redhat.com> 1367462807 +1000

drm/ast: deal with bo reserve fail in dirty update path

Port over the mgag200 fix to ast as it suffers the same issue.

    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>