summaryrefslogtreecommitdiff
path: root/vmwgfx/vmwgfx_driver.h
diff options
context:
space:
mode:
authorThomas Hellstrom <thellstrom@vmware.com>2015-02-25 01:51:11 -0800
committerThomas Hellstrom <thellstrom@vmware.com>2015-05-04 23:26:34 -0700
commit1e443c4717a8b107c0c9283e222482703ac0f358 (patch)
tree1ea708f3e0929d325e1e0263c72126996dfddb33 /vmwgfx/vmwgfx_driver.h
parent8f0cf7c03597532feb1a8ccf3bb1cafcd6170f89 (diff)
vmware/vmwgfx: Try to use only_hw_present semantics if screen targets are enabled
If screen targets are enabled and there is a reasonable chance that the vmwgfx drm driver can use the surface backing a pixmap as a screen target surface, then make that surface a modesetting framebuffer rather than the corresponding DMA buffer. In practice this applies when we start scanning out from the origin (0,0) of the pixmap. However, we would also like to apply the constraint that the scanout area is the entire pixmap, since that is the constraint used by the drm driver, but that would currently require drm framebuffer reallocations and possible flicker, so disable that for now. The drm driver will correctly handle the possibly oversized surface handed to it anyway, and the cost we pay for this is an extra hardware copy of the dirtied area when doing a software update of the scanout. Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com> Reviewed-by: Sinclair Yeh <syeh@vmware.com>
Diffstat (limited to 'vmwgfx/vmwgfx_driver.h')
-rw-r--r--vmwgfx/vmwgfx_driver.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/vmwgfx/vmwgfx_driver.h b/vmwgfx/vmwgfx_driver.h
index 31dfc0f..b57d523 100644
--- a/vmwgfx/vmwgfx_driver.h
+++ b/vmwgfx/vmwgfx_driver.h
@@ -115,6 +115,7 @@ typedef struct _modesettingRec
Bool only_hw_presents;
MessageType from_hwp;
Bool isMaster;
+ Bool has_screen_targets;
/* Broken-out options. */