[Savage40] ProSavage - problems getting a correct display

Tue Mar 15 16:26:19 PST 2005

Hi,

I can confirm now that adding the option "DisableTile" "Yes" gives me a working configuration without DRI but with the modules compiled.

The relevant section of my xorg.conf is

Section "Device"
	Option "DisableTile" "Yes"
	Identifier "Card0"
	Driver "Savage"
	VendorName "S3 Graphics Inc."
	BoardName "S3 Inc. VT8375 [ProSavage8 KM266/KL266]" 
	BusID "PCI:1:0:0"
EndSection

And I'm running 24bit.

I use UDEV and have the following:

crw-rw---- 1 root video 226, 0 Mar 15 16:09 /dev/dri/card0

The kernel is 2.6.10-gentoo-r6 and the X.org is 6.8.0.  

The motherboard is a DFI AZ30-TL with an Athlon XP 2000+.

Do you need any more information?

Cheers,
Emlyn

-----Original Message-----
From: ext Alex Deucher [mailto:agd5f at yahoo.com] 
Sent: March 15, 2005 10:54
To: Bolton Emlyn (Nokia-M-MSW/Vancouver); fxkuehl at gmx.de; chris.reiter at gmx.at
Cc: savage40 at probo.com
Subject: RE: [Savage40] ProSavage - problems getting a correct display

--- Emlyn.Bolton at nokia.com wrote:

> Hi,
> 
> I'm trying to get the DRI running with my Gentoo setup too, also on a
> ProSavage8 chipset but this time on a uATX motherboard.
> 
> I'm using 2.6.10-gentoo-rx, and xorg 6.8.0 and have some pretty weird 
> behaviour.
> 
> With a default xorg.conf (nothing changed from the driver defaults) I 
> get a normal display. If I then go and compile / install the DRI 
> snapshot, and restart X, I can get as far as the GDM display.  Once I 
> login, the splash tile for Gnome is completely corrupt and reduced in 
> size and stuck to the top left of the display, along with what looks 
> like a miniturised panel.  Moving the mouse around works for about 2 
> seconds, before I get a hardware lock-up :(

This sounds ike an issues with the tiling/primary streams set up. 
There's a particualr sequence needed for certain operations that can result in this behavior if done wrong. I'll have to check my nots to remeber what it was.  what's odd is that this is just coming up now.  I haven't heard of this being reported previously.

Alex

> 
> I'm also using UDEV, so I'll have a butchers at that later on tonight 
> and see if it is the culprit.
> 
> More info to follow, when I get a chance.
> 
> Cheers,
> 
> Emlyn
> 
> -----Original Message-----
> From: savage40-bounces at probo.com [mailto:savage40-bounces at probo.com]
> On Behalf Of ext Felix Kühling
> Sent: March 14, 2005 14:21
> To: Christian A. Reiter
> Cc: Savage40
> Subject: Re: [Savage40] ProSavage - problems getting a correct display
> 
> Am Sonntag, den 13.03.2005, 11:38 +0100 schrieb Christian A. Reiter:
> > Hi,
> > 
> > I am using gentoo with xorg-x11-6.8.2-r1 server, sorry, the cvs 
> > compile doesn't work, but that's another thing.
> > 
> > I have a notebook with this shitty Prosavage8 graphics board
> 
> No need to be rude. It's cheap hardware, so you should know what to 
> expect when you buy it.
> 
> >  - and I try to
> > get it running with dri - without success.
> > 
> > I downloaded the current snapshots from 
> > dri.sourceforge.org/dri/snapshots
> > (20050311) and installed it; I get the following result:
> > 
> > X starts, I can see the gray pattern screen, then kdm starts - 
> > everything works fine - but on the top side of the screen some of
> the
> > icons and pictures that usually are in the kdm window seem to be 
> > scrambled and squeezed into a sector of about 30 pixels.
> > The buttons work, but there are no fonts, whether in the window,
> nor
> > in the menus.
> > 
> > Starting twm works  (almost) fine - the "main"menu works, but the 
> > window menu (Ctrl-Click on Window) has a similar problem: the menu 
> > gets displayed correctly, but additionally there are some white
> "snow" 
> > pixels at top of the screen, appr. 30 pixels high, at the same x
> offset as the menu.
> 
> Hmm, this sounds like it's a pure 2D driver issue. A lot has changed 
> in the 2D driver since the 6.8 release series. However, AFAIR you're 
> the first one to report this kind of problem with it. FWIW, I'm using 
> the same hardware here without such problems.
> 
> Some xorg.conf options you could try: UseBios, DisableTile and 
> DisableCOB. The last two will disable DRI at the same time, just try 
> them for narrowing down the problem. Let us know if any of this helps.
> Please also attach your xorg.conf so we know if you have any other 
> obscure options set that may be related to your problems.
> 
> > 
> > But: Direct Rendering works, says the Xorg.0.log, even when it
> doesn't
> > work as normal user, just as root. (Yes, I have the 'Mode "0666"'
> in
> > my xorg.conf ... :-)
> 
> You don't happen to use udevfs? I think someone reported problems with 
> this on dri-users? Anyway, what do you get when you run this as a 
> normal
> user:
> 
>   LIBGL_DEBUG=verbose glxgears
> 
> Also check:
> 
>   ls -l /dev/dri
> 
> I haven't migrated to udevfs yet, so I'm no expert. But you may have 
> to adjust the udev configuration to fix the permissions of 
> /dev/dri/card*.
> 
> > 
> > Maybe I try to use the xorg cvs again?
> 
> I'd be surprised if it makes any difference. The 2D driver in the 
> snapshots is compiled from Xorg CVS HEAD.
> 
> > 
> > Asking for help,
> > 
> > Chris
> 
> Regards,
>   Felix
> 
> --
> | Felix Kühling <fxkuehl at gmx.de>                     http://fxk.de.vu
> |
> | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3  B152 151C 5CC1 D888 E595
> |
> 
> _______________________________________________
> Savage40 mailing list
> Savage40 at probo.com
> http://www.probo.com/mailman/listinfo/savage40
> 
> _______________________________________________
> Savage40 mailing list
> Savage40 at probo.com
> http://www.probo.com/mailman/listinfo/savage40
> 

__________________________________
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 