On Fri, May 12, 2000 at 09:37:22AM -0400, Adam C Powell IV wrote: > > Michel Dänzer wrote: > > > Adam C Powell IV wrote: > > > > > > > * atyfb still doesn't support Xfb with accels properly, same > > > > > problems > > > > > as 2.2. > > > > > > > > What are they? (Sorry if this is old news :) > > > > > > (Sorry, I forgot only fbdev list members have seen this.) Minor problems, > > > such as: expose events don't lead to proper redraws, little 8-pixel-wide > > > horizontal line artifacts appear and don't go away, some modes fail > > > completely. no_accel -> no problem. Geert sent me info on how to try and > > > fix these problems, I've tried but no useful results yet. > > > > Accel in the 3.3 fbdev server is a big mess (I've played with it for the > > Permedia2 :) . Everyone should switch to 4.0 ASAP. > > Really? I seem to be the only one having trouble with accel Xfb-atyfb in 3.3, > and thought that the 4.0 fb backend does not yet have accel... > > Well, it's a minor problem, I'll look into 4.0 after fixing other problems, > like > clgenfb (next post...) and PPP. >
Actually, I get pretty much the same symptoms you describe with the frame buffer in both 3.3 and 4.0. I have been forced to use Xpmac (which gives me acceleration without the annoying artifacts, but doesn't use my scroll-wheel). I've posted to the linuxppc list about this several times, but this is the first time somebody had a clear-cut explanation. Here are the appropriate lines in /var/log/XFree86.log, and /var/log/messages, in case they are useful (this is the video card that came with my 9500): XFree86.0.log: (II) FBDev(0): Hardware: ATY Mach64 (vidmem: 4096k) messages: May 9 23:41:16 ip215-176 kernel: MacOS display is /bandit/ATY,XCLAIM May 9 23:41:16 ip215-176 kernel: atyfb: mach64GX (ATI888GX00) [0x00d7 rev 0x03] 4M VRAM, 14.31818 MHz XTAL, 135 MHz PLL, 50 Mhz MCLK May 9 23:41:16 ip215-176 kernel: Console: switching to colour frame buffer device 128x48 May 9 23:41:16 ip215-176 kernel: fb0: ATY Mach64 frame buffer device on /bandit/ATY,XCLAIM
