summaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/cirrus/cirrus_drv.h
diff options
context:
space:
mode:
authorDave Airlie2013-05-02 08:45:02 +0200
committerDave Airlie2013-05-02 04:46:56 +0200
commitf3b2bbdc8a87a080ccd23d27fca4b87d61340dd4 (patch)
tree34101348a8b732dcf68cc8c869938b393b1e6dae /drivers/gpu/drm/cirrus/cirrus_drv.h
parentdrm/ast: deal with bo reserve fail in dirty update path (diff)
downloadkernel-qcow2-linux-f3b2bbdc8a87a080ccd23d27fca4b87d61340dd4.tar.gz
kernel-qcow2-linux-f3b2bbdc8a87a080ccd23d27fca4b87d61340dd4.tar.xz
kernel-qcow2-linux-f3b2bbdc8a87a080ccd23d27fca4b87d61340dd4.zip
drm/cirrus: deal with bo reserve fail in dirty update path
Port over the mgag200 fix to cirrus 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>
Diffstat (limited to 'drivers/gpu/drm/cirrus/cirrus_drv.h')
-rw-r--r--drivers/gpu/drm/cirrus/cirrus_drv.h2
1 files changed, 2 insertions, 0 deletions
diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.h b/drivers/gpu/drm/cirrus/cirrus_drv.h
index 6e0cc724e5a2..7ca059596887 100644
--- a/drivers/gpu/drm/cirrus/cirrus_drv.h
+++ b/drivers/gpu/drm/cirrus/cirrus_drv.h
@@ -154,6 +154,8 @@ struct cirrus_fbdev {
struct list_head fbdev_list;
void *sysram;
int size;
+ int x1, y1, x2, y2; /* dirty rect */
+ spinlock_t dirty_lock;
};
struct cirrus_bo {