linux/drivers/gpu/drm/ast
Dave Airlie 306373b645 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>
2013-05-02 12:46:47 +10:00
..
ast_dram_tables.h drm: Initial KMS driver for AST (ASpeed Technologies) 2000 series (v2) 2012-05-17 10:53:37 +01:00
ast_drv.c drm/ast: use drm_modeset_lock_all 2013-01-20 22:16:50 +01:00
ast_drv.h drm/ast: deal with bo reserve fail in dirty update path 2013-05-02 12:46:47 +10:00
ast_fb.c drm/ast: deal with bo reserve fail in dirty update path 2013-05-02 12:46:47 +10:00
ast_main.c drm/<drivers>: Unified handling of unimplemented fb->create_handle 2013-01-20 15:57:57 +01:00
ast_mode.c Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux 2012-10-03 23:29:23 -07:00
ast_post.c UAPI: (Scripted) Convert #include "..." to #include <path/...> in drivers/gpu/ 2012-10-02 18:01:07 +01:00
ast_tables.h drm: Initial KMS driver for AST (ASpeed Technologies) 2000 series (v2) 2012-05-17 10:53:37 +01:00
ast_ttm.c drm/ast: deal with bo reserve fail in dirty update path 2013-05-02 12:46:47 +10:00
Kconfig drivers/gpu/drm/ast: remove depends on CONFIG_EXPERIMENTAL 2013-01-21 14:52:43 -08:00
Makefile drm: Initial KMS driver for AST (ASpeed Technologies) 2000 series (v2) 2012-05-17 10:53:37 +01:00