drm/rockchip: explain why we can't wait_for_vblanks
authorJohn Keeping <john@metanate.com>
Tue, 19 Jan 2016 10:47:00 +0000 (10:47 +0000)
committerMark Yao <mark.yao@rock-chips.com>
Wed, 20 Jan 2016 00:56:06 +0000 (08:56 +0800)
Signed-off-by: John Keeping <john@metanate.com>
drivers/gpu/drm/rockchip/rockchip_drm_fb.c

index 87c77c4b5e50ddbfc6e92db131b53a0793275b1a..3b8f652698f828574c19f624264e816ab1299ee9 100644 (file)
@@ -176,6 +176,21 @@ static void rockchip_crtc_wait_for_update(struct drm_crtc *crtc)
                crtc_funcs->wait_for_update(crtc);
 }
 
+/*
+ * We can't use drm_atomic_helper_wait_for_vblanks() because rk3288 and rk3066
+ * have hardware counters for neither vblanks nor scanlines, which results in
+ * a race where:
+ *                             | <-- HW vsync irq and reg take effect
+ *            plane_commit --> |
+ *     get_vblank and wait --> |
+ *                             | <-- handle_vblank, vblank->count + 1
+ *              cleanup_fb --> |
+ *             iommu crash --> |
+ *                             | <-- HW vsync irq and reg take effect
+ *
+ * This function is equivalent but uses rockchip_crtc_wait_for_update() instead
+ * of waiting for vblank_count to change.
+ */
 static void
 rockchip_atomic_wait_for_complete(struct drm_device *dev, struct drm_atomic_state *old_state)
 {