Bug#390271: Resizing and scrolling very slow with r200
On Wed, Oct 04, 2006 at 10:30:43AM +0200, Michel Dänzer wrote:
> On Tue, 2006-10-03 at 20:15 -0400, David Nusinow wrote:
> > On Tue, Oct 03, 2006 at 02:23:33PM +0200, Xavier Bestel wrote:
> > > On Tue, 2006-10-03 at 13:53 +0200, Michel Dänzer wrote:
> > > > Assuming you're using XAA with Option "XaaNoOffscreenPixmaps", that
> > > > effectively disables acceleration for anything but the actual
> > > > compositing done by compiz.
> > >
> > > Yet Another Option I have to remember to prune when it's no more
> > > useful...
> >
> > Unfortunately, this is an issue with the ati driver, but one best solved
> > upstream. It's really an issue with all drivers, but the ati one has a ton
> > of options. It'd be nice if it was more clever about using those options
> > when necessary. I currently have no idea how feasible this is in reality
> > though.
>
> Note that this is an XAA option, not a driver option. The driver doesn't
> have the information to decide when to disable offscreen pixmaps with
> XAA.
I wonder if patching the server to automatically enable this when radeon is
loaded until we have a good fix is worthwhile...
> In general, there are only driver options for things that can't be
> determined automatically in all cases, and even then the default value
> should work in the majority of cases. If you're aware of radeon driver
> options that violate these principles and have ideas how to improve
> them, your upstream bug reports will be much appreciated.
I don't, but I'm glad to hear this. I know admittedly far less about the
radeon driver than I'd like, so I can't recommend anything meaningful. It's
more of a general gripe about the number of options available in all
drivers (as well as the server) that could use some extra code to do things
automagically. Hopefully I'll be able to begin addressing this as needed in
the etch+1/7.3/7.4 release cycles.
- David Nusinow
Reply to: