Bug#587999: further info
daenzer at debian.org
Fri Jul 9 08:49:57 PDT 2010
On Fre, 2010-07-09 at 17:40 +0200, Ulrich Eckhardt wrote:
> On Friday 09 July 2010 14:56:39 Michel Dänzer wrote:
> > This is the reason for the DRI being disabled now:
> > > (II) RADEON(0): Memory manager initialized to (0,0) (1728,4854)
> > > (II) RADEON(0): Reserved area from (0,1680) to (1728,1682)
> > > (II) RADEON(0): Largest offscreen area available: 1728 x 3172
> > > (II) RADEON(0): Will use front buffer at offset 0x0
> > > (II) RADEON(0): Will use back buffer at offset 0x9cf000
> > > (II) RADEON(0): Will use depth buffer at offset 0x14e2000
> > > (II) RADEON(0): Will use 0 kb for textures at offset 0x1ff5000
> > > (EE) RADEON(0): Static buffer allocation failed. Disabling DRI.
> > > (EE) RADEON(0): At least 34020 kB of video memory needed at this
> > > resolution and depth.
> > Maybe it'll work without Option "AccelMethod" "XAA"
> I'll try that.
> > (or with explicit "EXA" instead), otherwise you'll need to
> > reduce the maximum desktop size via the Virtual directive or
> > run in depth 16.
> EXA and 16 BPP are out, except if using neither of EXA and XAA
You have to use one of them if you want any hardware acceleration. :) I
expect the default of Option "AccelMethod" to be "EXA" for your setup.
> changes anything there:
The depth 16 issue could be fixed in xserver-xorg-video-radeon
1:6.13.1-1, not sure about the other EXA issue.
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
More information about the xorg-driver-ati