> > From: George Lindholm <[EMAIL PROTECTED]> > > Sender: [EMAIL PROTECTED] > > Date: Thu, 27 Feb 2003 15:22:41 -0800 > > > > Kevin Oberman wrote: > > > Known bug in line drawing acceleration in Radeon driver prior to > > > 4.3. It is supposed to be fixed in that release, but I have not tried > > > it yet. > > > > It's actually gotten worse the last couple of days. > > A couple of days ago I was just getting horizonal lines > > alongside the cursor. With the 4.3 release, I'm getting lines all > > over the screen (2048x1536x24, Radeon 7500) > > Ouch! Sounds like the NoLineAccel option for the ati driver needs to > be re-implemented. It was in CVS for quite a while but was removed > when the driver was believed to be fixed. (I only read the CVS logs > and have nothing to do with actually fixing the code.) >
This may not be the line drawing problem. When you said "getting lines all over the screen", did it appear to be noise/snow or to be some residual lines from previous drawing not being erased? If it's first case, that would be display buffer under flow problem. Otherwise it's line drawing problem. To narrow down the problem, try following two things: 1. Change to lower resolution (like 1024x768) or color depth (like 16 bpp), does the problem still happen? 2. Use Option "SWcursor" in your config file, will this alleviate the problem? If these two things have effects on your problem, it's the display buffer problem. This problem is caused by memory latency to display buffer. It depends on the type of memory on your card, the resolution/depth you are using, and hardware cursor mode, etc. There is a way to calculate the bandwidth requirement and set corresponding registers to avoid this problem. But this is not implemented in current radeon driver, instead, the driver just uses the default BIOS settings which worked fine for most cases, but may have problem with high resolution modes on some cards. 4.3 release can indeed make this problem more evident when it uses ARGB cursor. If this is proven to be the case, hopefully it can be taken care of in the near future. Hui _______________________________________________ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
