On Mon, Feb 28, 2011 at 06:52:43PM -0500, Greg Jones wrote: > On 02/28/11 15:16, Tobias Ulmer wrote: > >On Mon, Feb 28, 2011 at 07:38:27PM +0100, Pascal Stumpf wrote: > >>On Thu, Feb 24, 2011 at 10:03:06AM -0500, Joe Snikeris wrote: > >>>On Thu, Feb 24, 2011 at 3:09 AM, Andy Bradford > >>><amb-open...@bradfords.org> wrote: > >>>>Is it going to be possible to get acceleration working with this? If so, > >>>>any pointers? > >>>+1 > >>> > >>For the record: I've also tried the radeonhd driver instead of radeon. > >>'glxinfo' reports a lot more GLX Visuals and GLXFBConfigs, OpenGL > >>version 2.1 instead of 1.5, but glxgears does not seem any faster > >>(around 290 FPS). Other applications using GL (supertuxkart ...) still > >>crash when trying to use hardware acceleration. > >> > >>For my part, I'd greatly appreciate *any* feedback from graphics people > >>on this. Is it being worked on? Which component is the culprit (kernel, > >>xorg driver, Mesa)? > >> > >There is no DRM support for r600 and up in the kernel. Someone first has > >to finish his PhD first I believe... > >With the current kernel support you get _some_ benefits like xvideo, but > >that's about it for the moment. > > > My 3850 (r600) has DRM support on Current: > > vga1 at pci1 dev 0 function 0 "ATI Radeon HD 3850" rev 0x00 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > radeondrm0 at vga1: apic 2 int 16 (irq 10) > drm0 at radeondrm0 >
No, not really. The bits that handle the instructions mesa sends to the kernel are not in yet (*packet* functions iirc). Instructions for a r600 end up in the r300*packet* function and get rejected. What works is some blit stuff (2D) and Xvideo. On some hw glxinfo will claim to have acceleration, but it will not work. In that case, software rendering needs to be forced via an env variable.
