From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461)
Description of problem:
I'm using a CAD software (CAE program). When it display vectors (electrical
tracks) with different x *and* y values for the start and end points and one
point is outside of the window, the track wont show. Instead it becomes a kind
of a negative vector, removing pixels where it should light up. (NOT instead
of AND at each pixel) If X or Y is equal the vector is visible.
It did work in Redhat 7.2 and earlier.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. You can't do it my way since you don't have the program. Maybe a simple
test program you write would reveal the bug.
The tracks drawn is two paralell one pixel wide vectors with one half-circle
at each end.
It's up to you to produce a test case which illustrates the bug you are
describing. From what you've described above, for all I know, it is a bug
in the software you're using itself. Unless I have a 100% reproduceable
test case, I can't look into it.
ALso, indicate what video card you're using and attach X server log and
Created attachment 57486 [details]
I'm using an ATI radeon card. This is lspci -vv:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon QD (prog-if 00
Subsystem: ATI Technologies Inc Radeon 7000/Radeon
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B+
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 66 (2000ns min), cache line size 10
Interrupt: pin A routed to IRQ 18
Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M]
Region 1: I/O ports at 2000 [size=256]
Region 2: Memory at e0100000 (32-bit, non-prefetchable) [size=512K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities:  AGP version 2.0
Status: RQ=47 SBA+ 64bit- FW- Rate=x1,x2
Command: RQ=15 SBA+ AGP+ 64bit- FW- Rate=x2
Capabilities:  Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
When I replace the driver /usr/X11R6/modules/drivers/radeon_drv.o with the
version from XFree86-4.1.0-15 my problem disapears.
Putting the option "XaaNoSolidTwoPointLine" in the config file fixes the
Ok, cool. Thanks for narrowing it down. I'll add that option by default
for the Radeon if it doesn't get fixed right away. Do you notice this
with any other software?
Please attach your config file as well.
One more thing to test in order to narrow it a bit more.
Can you comment out the XaaNoSolidTwoPointLine, and disable DRI instead,
and see if that changes anything?
If the problem happens with DRI disabled, leave DRI disabled, and add the
XaaNoSolidTwoPointLine back. What are the results of that?
That should significantly narrow things down to the exact function
in the radeon driver.
Created attachment 59264 [details]
Patch for radeon_accel.c
Created attachment 59265 [details]
The only thing that makes a difference is XaaNoSolidTwoPointLine.
I think it would be possible to test this with xtest, but I can't figure out
how to compile it on a short notice.
I'm also attaching a patch for something else i saw in the source.
This bug is very similar in nature to bug #67852
Can you have a look at it and comment please?
Since this bugzilla report was filed, there have been several major
updates to the X Window System, which may resolve this issue. Users
who have experienced this problem are encouraged to upgrade to the
latest version of Fedora Core, which can be obtained from:
If this issue turns out to still be reproduceable in the latest
version of Fedora Core, please file a bug report in the X.Org
bugzilla located at http://bugs.freedesktop.org in the "xorg"
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes that
become available for consideration in future updates.