[PATCH 3/9] dix: (Don't) change BITMAP_SCANLINE_UNIT on Linux s390{, x}

Adam Jackson ajax at redhat.com
Wed May 21 12:31:19 PDT 2014


Every other architecture sets this to 32, and I can't think of any
benefit s390 would derive from changing it.  It is, at any rate,
something the client already copes with, and the only internal code
impact seems to be some complicated math in miGetPlane, which you never
hit if you're using fb.

Signed-off-by: Adam Jackson <ajax at redhat.com>
---
 include/servermd.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/include/servermd.h b/include/servermd.h
index 7b21f6b..d05279d 100644
--- a/include/servermd.h
+++ b/include/servermd.h
@@ -187,7 +187,6 @@ SOFTWARE.
 #define BITMAP_BIT_ORDER      	MSBFirst
 #define GLYPHPADBYTES         	4
 
-#define BITMAP_SCANLINE_UNIT	8
 #define FAST_UNALIGNED_READ
 
 #endif                          /* linux/s390 */
@@ -198,7 +197,6 @@ SOFTWARE.
 #define BITMAP_BIT_ORDER       MSBFirst
 #define GLYPHPADBYTES          4
 
-#define BITMAP_SCANLINE_UNIT	8
 #define FAST_UNALIGNED_READ
 
 #endif                          /* linux/s390x */
-- 
1.9.0



More information about the xorg-devel mailing list