[lkml]   [2001]   [Nov]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: SiS630 and 5591/5592 AGP
On Mon, 12 Nov 2001, Stuart Young wrote:

> At 06:59 PM 11/11/01 +0000, Gavin Baker wrote:
> >My new laptop has this combination and the sis framebuffer driver
> >mangles the display. The sis X driver produces a nice lavalamp style
> >pattern that fades to white, the kernel stays alive but the machine
> >needs a reboot to fix the display in both cases.
> >
> >Im guessing the lack of 5591/5592 AGP support is the problem, and I
> >was just wondering if anyone is working on this or should i go bug SiS?
> You've got the same problem I have. There is something weird with the way
> some laptops (and LCD based desktops) handle this display, and the only way
> I've gotten around it is to use the VesaFB driver (which is heaps slower
> than the accelerated driver), and then either use the FB driver for X
> (which is buggy IMHO, crashes if it gets too much to do buffered up), or
> disable the mode changes and use the SiS accelerated X driver.

00:00.0 Host bridge: Silicon Integrated Systems [SiS] 630 Host (rev 11)
00:00.1 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
00:01.0 ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513
00:01.1 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 10/100 Ethernet (rev 80)
00:01.2 USB Controller: Silicon Integrated Systems [SiS] 7001 (rev 07)
00:01.4 Multimedia audio controller: Silicon Integrated Systems [SiS] SiS PCI Audio Accelerator (rev 01)
00:01.6 Modem: Silicon Integrated Systems [SiS]: Unknown device 7013 (rev a0)
00:02.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP
00:08.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
00:08.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] SiS630 GUI Accelerator+3D (rev 11)

The X server is Free86-4.0.3 (RH 7.1), Driver "fbdev", vga=0x317 as boot
param (VESA fb driver):

vesafb: framebuffer at 0xf0000000, mapped to 0xcc000000, size 8192k
vesafb: mode is 1024x768x16, linelength=2048, pages=4
vesafb: protected mode interface info at ca5b:0004
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0

I'm not able to run X at 24/32 bits depth with fbdev, and it works only at
8 bit without fbdev (native sis driver). I haven't tried the DRM module.

BTW, does anybody know which value I have to pass to vga= for

I've been using the fbdev for a while, no crashes so far.
Textmode (Alt-Fx) is restored correctly, too.

> Alan has new drivers in his ac tree. but I've tried them, and no luck. Give
> them a shot and see how you go. You might be lucky.

I've been switch from vanilla 2.4.9 to 2.4.10-ac10, to 2.4.9-12 (RH update)
without any problem. It hangs (at PCMCIA initialization I believe) after
a warm reboot from Win2000, but it happens only by mistake, as I know I
should be cold rebooting it when switching OS.

> Out of interest, what model/manufacturer is the notebook? The machines I'm
> having problems with are Clevo LP200S's, which is an upright LCD machine,
> with the h/drive and power supply down in the stand/foot.

Mitac 7521.

> Once we get everything working with Linux, they'll suit the application we
> have for them rather nicely. *sigh*

It does for me. 1024x768x16 looks fine at 14.1", and I have no real need
for 24 bits.

> Q: Slightly related, have you gotten the sound to work? Driver loads, I get
> "Unknown Codec" and an empty codec value. Reloading the driver makes no
> difference (even numerous times). Wondering if your system is the same...

Yes, all fine here with standard RH config.

____/ ____/ /
/ / / Marco Colombo
___/ ___ / / Technical Manager
/ / / ESI s.r.l.
_____/ _____/ _/

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:18    [W:0.134 / U:3.452 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site