Bug 6002 - drawing errors on powerpc
Summary: drawing errors on powerpc
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: 7.3 (2007.09)
Hardware: PowerPC Linux (All)
: high normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-22 23:51 UTC by Benjamin Berg
Modified: 2018-12-13 22:16 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
small xlib program that reproduces the error (786 bytes, text/x-csrc)
2006-02-22 23:56 UTC, Benjamin Berg
no flags Details
screenshot of the test (736 bytes, image/png)
2006-02-22 23:58 UTC, Benjamin Berg
no flags Details

Description Benjamin Berg 2006-02-22 23:51:14 UTC
On powerpc I get drawing errors for lines and rects (maybe also others). What
happens is, that eg. a line drawn from eg. point (-1, 0) to (-1, 20) will be
partially visible.
This seems to only happen on server side pixmaps and windows that are at the far
left side of the screen. (I am not using the composite extension)
Comment 1 Benjamin Berg 2006-02-22 23:56:43 UTC
Created attachment 4722 [details]
small xlib program that reproduces the error

To reproduce the error, start the program and move it to the left out of the
screen. Make sure it is exactly at the left of the screen, and then force an
expose for the window (either by moving another window over it, or moving the
window 1 pixel out of the screen and back again)
Comment 2 Benjamin Berg 2006-02-22 23:58:04 UTC
Created attachment 4723 [details]
screenshot of the test
Comment 3 Michel Dänzer 2006-02-23 01:03:05 UTC
This could be driver specific rather than architecture specific; does it also
occur with Option "NoAccel" or the fbdev driver?
Comment 4 Benjamin Berg 2006-02-23 01:51:28 UTC
Setting NoAccel does not help. Scrolling and moving windows is dog slow now, but
the bug persists.

The same problem also exists inside the Xvfb server.
Comment 5 Michel Dänzer 2006-02-23 02:30:44 UTC
And it doesn't happen on other architectures?
Comment 6 Benjamin Berg 2006-02-23 03:00:50 UTC
I am not able to reproduce this on i386 (xorg 6.9.0, debian).

On ppc I am able to reproduce the error with both xorg 6.8.2 (debian package)
and 7.0rc4 (build with jhbuild).
Comment 7 Daniel Stone 2007-02-27 01:30:36 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 8 Benjamin Berg 2008-04-21 11:25:20 UTC
Hm, two years since the last activity and the problem still exists with Xorg version 7.3 (1.4.0.90).

So, some more information:

 1. The line is drawn as if it goes from -1,0 to 0,100 in my test
 2. A line from -2,100 to -1,0 does not expose the bug
 3. A line from -1,100 to -2,0 does expose the bug (looks like a line from 0,100 to -2,0)

If there is anything I can do to help, I'll try to do my best. I have tried to look a bit at fbbits.h, etc. but unfortunately I don't know my way around that code, and I don't even know if it is used in this case.
Comment 9 Michel Dänzer 2008-04-22 01:33:49 UTC
Does compiling the X server with -fsigned-char work around the problem?
Comment 10 Benjamin Berg 2008-04-22 07:43:13 UTC
I just rebuild the debian xorg-server and libx11 packages with -fsigned-char, but doing that does not have any effect. (Though it is true that char defaults to be unsigned on this machine.)
Comment 11 GitLab Migration User 2018-12-13 22:16:22 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/339.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.