I didn't get an answer so far... Could someone fix this problem? It is quite annoying.

*** Bug 19104 has been marked as a duplicate of this bug. ***

OK, You opened this bug 2 days before I did it, so I marked my instance as a
duplicate. ;)

Just to keep order - bug report in launchpad, widely commented, is here:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-sis/+bug/264769

Please, comment if You have any significant remark.

The problem with logging out is not general, I didn't have it with vesa - I think You should fill another bug and this one should be only about not working sis driver.

As for the vesa resolution - although, unfortunately, 1280x800 is impossible to get with vesa, 1280x768 is available if You put it explicite in Your xorg.conf, so it's "quite" ok. Performance is not very good, though.

That is why I keep to Hardy 8.04 LTS edition that sticks to X.org 7.3 and that will be supported till 2011. At least until 2011 I can use sis driver...

I'll attach my intrepid's xorg.conf with proper vesa entries, maybe it'll help.

One remark - those "Modeline" entries can be obtained by using the command:
gtf <h-resolution> <v-resolution> <refresh rate>
(see man gtf)

Created attachment 21977 [details]
xorg.conf for intrepid with vesa driver, configured for 1280x800 resolution

> configured for 1280x800 resolution
Pardon, I meant 1280x768. Although those 1280x800 entries exist in the attached xorg.conf, they were not used and X server was automatically switching to 1280x768. So 1280x800 can be ommited (but You have to put 1280x768 in the first place in "Modes" line)

I'm using openSUSE-11.1 and have the same issue.

I made the system load sisfb module on boot and put Option "UseFBDev" "true" in the Device section in xorg.conf which seems to be a successful (1280x800) workaround. I had to reboot though, doing modprobe sisfb and restarting xorg didn't work.

> I'm using openSUSE-11.1 and have the same issue.
I tried openSUSE-11.1 LiveCD and I can confirm these problems.

> I made the system load sisfb module on boot and put Option "UseFBDev" "true" in
> the Device section in xorg.conf which seems to be a successful (1280x800)
> workaround.
I'm pretty sure I tried it and it didn't help. It seems, though, that it helped some people, so it can depend on some specific issues. It's always worth to try, though...

I prefer to stick to Hardy as long as I can.

I've changed my computer recently and now I've GeForce card so I won't be able to report on this problem anymore.

Fernando Pereira proposed a configured version of xorg.conf which works for me
perfectly in Ubuntu Intrepid (with sisfb module loaded). Here is a permalink:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-sis/+bug/264769/comments/60

It seems that for me adding sisfb to /etc/modules works (after a reboot).

NOTE: sisfb module *MUST* be loaded at start. It means that it's not enough to load it using 'modprobe sisfb' and restarting X server. It *MUST* be added to /etc/modules, after a reboot it starts to work.

One more: for me adding "UseFBDev" option to xorg.conf wasn't necessary. I must have omitted something when I was trying the solution last time as it works perfectly now...

Hello,
I experience the same problem with a sis 760 (GM or GX i think, lspci doesn't give much information), under fedora 10.
Problem is, sisfb is not included in this distribution (so i cannot use your trick), and i cannot get the old version of the sis driver (9.4) to compile (seems to be because of changes in the xorg api).
10.0 and 10.1 do compile, but they both produce odd colors (after "startx" it's not that weird, but it gets worse with the time).
Is there an easy way to convert the old driver to the new api?

Btw, it seems Thomas Winischhofer has stopped working on this driver since 2005, so maybe we should reassign the bug, but i don't know who to reassign it to.
According to http://cgit.freedesktop.org/xorg/driver/xf86-video-sis/ , Dave Airlie, Adam Jackson or Julien Cristau are active, but i don't know their email.

I'm a little noob here, but isn't xf86-video-sis team working at XFree86 version of the driver, not the X.org one?

It has already been fixed in Gentoo:
http://bugs.gentoo.org/show_bug.cgi?id=240248

The latest fix from kendatsuba, provided at launchpad, solves the problem for me. See comments:
https://bugs.launchpad.net/bugs/264769

Could this fix be applied upstream?

I believe it's been fixed:
http://lists.freedesktop.org/archives/xorg-devel/2009-October/002983.html

for me, debian sid with SIS 661 i resolved the problem using the patch found above adding case SIS_661 to the list- still using sis driver and adding sisfb to /etc/modules

this patch is not applied in xserver-xorg-video-sis 1:0.10.2-1

for using dual head i just use this xorg.conf file :

Section "Device"
Identifier "SIS 661"
Driver "sis"
        BusID           "PCI:1:00:0"
        Option          "MergedFBAuto" "on"
        Option          "UseSSE" "yes"
EndSection





======================== patch found ===============================
http://www.mail-archive.com/xorg-devel@lists.x.org/msg02767.html

 src/sis_driver.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/src/sis_driver.c b/src/sis_driver.c
index 994b02d..b19e7a9 100644
--- a/src/sis_driver.c
+++ b/src/sis_driver.c
@@ -4099,6 +4099,8 @@ SISPreInit(ScrnInfoPtr pScrn, int flags)
             case SIS_315H:
             case SIS_330:
             case SIS_340:
+            case SIS_650:
+            case SIS_760:
             case XGI_40:     readpci = TRUE;
                              break;
             case XGI_20:     readpci = TRUE;
-- 
1.6.3.3
==================================================================