On Sun, 22 Feb 2004 01:20:37 -0500
Chris King <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> I've successfully gotten 3D rendering working with my ProSavage DDR chip 
> using the savage-2-0-0 CVS from 2004-21-02, but I've encountered a 
> couple of problems:
> 
> 1) 2D rendering is EXTREMELY slow. Almost as if it were using the Vesa 
> driver. I'd previously used the savage40 driver with no problems - has 
> this been merged into CVS yet, or should I get Alex's driver?

I have a ProSavageDDR too. No problems here. But I havn't tried 32bpp
yet. How does it work with 16bpp?

> 
> My X log has this to say:
> (EE) SAVAGE(0): Memory manager initialization to (0,0) (1024,478) failed
> (==) SAVAGE(0): Backing store disabled

I get this in my X log:
(II) SAVAGE(0): Memory manager initialized to (0,0) (1024,1791)
(II) SAVAGE(0): Largest offscreen area available: 1024 x 1023
(II) SAVAGE(0): Reserved back buffer at offset 0x380000
(II) SAVAGE(0): Reserved depth buffer at offset 0x500000
(II) SAVAGE(0): Reserved 25980 kb for textures at offset 0x680000
(II) SAVAGE(0): Using XFree86 Acceleration Architecture (XAA)
        Screen to screen bit blits
        Solid filled rectangles
        8x8 mono pattern filled rectangles
        Indirect CPU to Screen color expansion
        Solid Lines
        Image Writes
        Offscreen Pixmaps
        Setting up tile and stipple cache:
                28 128x128 slots
                7 256x256 slots

So you're probably running out of memory and XAA is left disabled. Try
16bpp as suggested above or maybe you can setup more shared video memory
in the BIOS setup. FYI, DRI requires a lot of video memory for back and
depth buffers. That would explain why this configuration worked with
Tim's driver but fails now.

> 
> And /proc/mtrr reads thusly:
> reg00: base=0x00000000 (   0MB), size= 256MB: write-back, count=1
> reg01: base=0x0f800000 ( 248MB), size=   8MB: uncachable, count=1
> reg02: base=0xd8000000 (3456MB), size=   8MB: write-combining, count=2
> reg03: base=0xde000000 (3552MB), size=  16MB: write-combining, count=1
> reg04: base=0xdc000000 (3520MB), size=  32MB: write-combining, count=1
> reg05: base=0xda000000 (3488MB), size=  32MB: write-combining, count=1
> 
> X is running at 1024x768x32.
> 
> 2) Fullscreen 3D stuff (TuxRacer) creates snow; windowed stuff creates 
> both snow and blinking artifacts on the lower half of the screen (it 
> looks almost as if some double-buffered memory is being overwritten). Is 
> this 'normal' (being in development), or is something wrong with my setup?

As Alex pointed out the driver does very little checking when it sets up
memory for 3D acceleration. On an 8MB SavageIX it even caused lockups
here if I had the resolution set too high. The driver should probably do
better checking and fail if there is not enough memory. For now try
making more memory available (see above).

> 
> Thanks!
> 
> - Chris K
> 

Regards,
  Felix


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to