slow exa radeon, dri disabled

[Eric Anholt]

On Wed, 2005-09-28 at 17:59 +1000, Torgeir Veimo wrote:
> I get this when trying latest CVS;
> 
> (II) RADEON(0): MMIO registers at 0xd0100000
> (II) RADEON(0): PCI bus 1 card 0 func 0
> (**) RADEON(0): Depth 24, (--) framebuffer bpp 32
> (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
> (==) RADEON(0): Default visual is TrueColor
> (**) RADEON(0): Option "AGPMode" "4"
> (**) RADEON(0): Option "AGPFastWrite" "on"
> (**) RADEON(0): Option "DynamicClocks" "on"
> (**) RADEON(0): Option "AccelMethod" "exa"
> ...
> (II) RADEON(0): initializing int10
> (II) RADEON(0): Primary V_BIOS segment is: 0xc000
> (--) RADEON(0): Chipset: "ATI Radeon Mobility M7 LW (AGP)" (ChipID =
> 0x4c57)
> (--) RADEON(0): Linear framebuffer at 0xe8000000
> (--) RADEON(0): VideoRAM: 16384 kByte (64 bit DDR SDRAM)
> (II) RADEON(0): AGP card detected
> (II) RADEON(0): Color tiling enabled by default
> ...
> (--) RADEON(0): Virtual size is 1400x1050 (pitch 1408)
> ...
> (II) RADEON(0): Page flipping disabled
> (II) RADEON(0): Will try to use DMA for Xv image transfers
> ...
> (==) RADEON(0): Write-combining range (0xe8000000,0x1000000)
> (II) RADEON(0): Dynamic Clock Scaling Enabled
> (II) RADEON(0): BIOS HotKeys Disabled
> (EE) RADEON(0): Static buffer allocation failed.  Disabling DRI.
> (EE) RADEON(0): At least 17325 kB of video memory needed at this
> resolution and depth.
> (II) RADEON(0): Depth moves disabled by default
> (II) RADEON(0): Allocating from a screen of 16384 kb
> (II) RADEON(0): Will use 5808 kb for front buffer at offset 0x00000000
> (II) RADEON(0): Will use 10576 kb for X Server offscreen at offset
> 0x005ac000
> (II) RADEON(0): Render acceleration enabled for R100 type cards.
> (II) RADEON(0): Acceleration enabled
> (==) RADEON(0): Backing store disabled
> (==) RADEON(0): Silken mouse enabled
> (II) RADEON(0): Using hardware cursor (offset 5947392)
> ...
> (WW) RADEON(0): Direct rendering disabled
> 
> This is a thinkpad T30. Is 16MB memory sufficient for using EXA
> acceleration. using either the xcompmgr or the built in compositor
> support in metacity runs a bit slow when I get more that a few windows
> on screen.

Take the amount of offscreen memory reported.

Subtract the bytes per pixel * screen width * screen height from that
(5880000 for you) to get how much would be left after removing the
backbuffer your compositing manager uses.

Now, for each window you have open, multiply its width times height
times bytes per pixel.  If your amount of memory left goes negative,
congratulations, you'll be thrashing things on and off the card if
you've got drawing happening to/from all of them.

It would be nice if we could pick a reasonable working set and thrash
less.  I'm pretty sure both that we could do better and that this is
hard.

-- 
Eric Anholt                                     eta at lclark.edu
http://people.freebsd.org/~anholt/              anholt at FreeBSD.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg/attachments/20050928/928da637/attachment.pgp>