[Intel-gfx] [PATCH 3/3] drm/i915: Drop the 64k linear scanout alignment on gen2/3
ville.syrjala at linux.intel.com
ville.syrjala at linux.intel.com
Thu Jun 11 06:31:16 PDT 2015
From: Ville Syrjälä <ville.syrjala at linux.intel.com>
The docs don't support the 64k linear scanout alignment we impose
on gen2/3. And it really makes no sense since we have no DSPSURF
register, so the only thing that the hardware will see is the linear
offset which will be just pixel aligned anyway.
There is one case where 64k comes into the picture, and that's FBC.
The start of the line length buffer corresponds to a 64k aligned
address of the uncompressed framebuffer. So if the uncompressed fb is
not 64k aligned, the first actually used entry in the line length
buffer will not be byte 0. There are 32 extra entries in the line
length buffer to account for this extra alignment so we shouldn't
have to worry about it when mapping the uncompressed fb to the GTT.
Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
---
drivers/gpu/drm/i915/intel_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index 2221323..b48c237 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -2335,7 +2335,7 @@ static unsigned int intel_linear_alignment(struct drm_i915_private *dev_priv)
else if (INTEL_INFO(dev_priv)->gen >= 4)
return 4 * 1024;
else
- return 64 * 1024;
+ return 0;
}
int
--
2.3.6
More information about the Intel-gfx
mailing list