[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