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

[Adam Jackson]

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 6e71db4..16e39a2 100644
--- a/include/servermd.h
+++ b/include/servermd.h
@@ -192,7 +192,6 @@ SOFTWARE.
 #define BITMAP_BIT_ORDER      	MSBFirst
 #define GLYPHPADBYTES         	4
 
-#define BITMAP_SCANLINE_UNIT	8
 #define FAST_UNALIGNED_READ
 
 #endif                          /* linux/s390 */
@@ -203,7 +202,6 @@ SOFTWARE.
 #define BITMAP_BIT_ORDER       MSBFirst
 #define GLYPHPADBYTES          4
 
-#define BITMAP_SCANLINE_UNIT	8
 #define FAST_UNALIGNED_READ
 
 #endif                          /* linux/s390x */
-- 
1.9.3