(Crowd funded) fix for SiS 671/771 video cards

[Pander]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 05/12/2013 12:16 PM, Connor Behan wrote:
> On 10/05/13 01:23 AM, Pander wrote:
>> On 05/07/2013 09:24 PM, Connor Behan wrote:
>>> On 07/05/13 06:17 AM, Pander wrote:
>>>>> On 7 May 2013 14:04, Pander <pander at users.sourceforge.net> 
>>>>> wrote:
>>>>> 
>>>>> The sis671 driver:
>>>>>> # xorg.conf (X.Org X Window System server configuration 
>>>>>> file)
>>>>> ...
>>>>>> Section "Device" Identifier      "Configured Video
>>>>>> Device" Driver          "sis671" Option
>>>>>> "NoAccel" "true" EndSection
>>>>> ...
>>>>> 
>>>>> doesn't seem to be a proper module:
>>>>>> http://pastebin.com/fwXeTCq1
>>>>> ... [ 12247.125] (II) LoadModule: "sis671" [ 12247.125]
>>>>> (II) Loading /usr/lib/xorg/modules/drivers/sis671_drv.so [ 
>>>>> 12247.125] (EE) LoadModule: Module sis671 does not have a 
>>>>> sis671ModuleData data object. [ 12247.125] (II)
>>>>> UnloadModule: "sis671" [ 12247.125] (II) Unloading sis671 [
>>>>> 12247.125] (EE) Failed to load module "sis671" (invalid
>>>>> module, 0) ...
>>>> It used to be a properly working module. See 
>>>> https://bugs.launchpad.net/linuxmint/+bug/301958/comments/202
>>>> on support for XAA acceleration needed for this driver.
>>> SiS drivers support EXA and will probably use that by default
>>> when you start one of the newer Xservers that lacks XAA. This
>>> could easily crash if the SiS EXA hooks haven't been updated in
>>> awhile so that's why I suggested "NoAccel" to help diagnose the
>>> problem.
>>>>> Then it tries the other sis driver: ... [ 12247.125] (II) 
>>>>> LoadModule: "sis" [ 12247.125] (II) Loading 
>>>>> /usr/lib/xorg/modules/drivers/sis_drv.so ... This one
>>>>> looks like it doesn't support your card. (No 671 listed in
>>>>> within the supported chipsets.)
>>>>> 
>>>>>> from and 
>>>>>> http://ajoliveira.com/ajoliveira/gen/bin/sis_driver_64-bit_12.04.tar.gz
>>>>>>
>>>>>>
>>
>>>>>> 
on
>>>>>> Ubuntu 13.04
>>>>> (Haven't had time to look into this.)
>>> I can only find binary blob drivers on that site. A search for
>>>  xf86-video-sis671 source turned up 
>>> https://gitorious.org/xf86-video-sis671 so try compiling that.
>>> A comment by an Arch user mentioned something about it working
>>> in 2013 but the module was renamed to sisimedia.
>>> 
>> Thanks. Here is the latest version that works with NoAccel: 
>> https://gitorious.org/xf86-video-sis671/sis-671-fix
>> 
>> Section "Device" Identifier	"Configured Video Device" Driver
>> "sisimedia" Option		"NoAccel"	"true" EndSection
>> 
>> Section "Monitor" Identifier	"Configured Monitor" EndSection
>> 
>> Section "Screen" Identifier	"Default Screen" Monitor		"Configured
>> Monitor" Device		"Configured Video Device" DefaultDepth 	24 
>> EndSection
>> 
>> The log file is here: http://pastebin.com/nSpWUB7S
>> 
>> When acceleration is enabled it freezes the system completely.
>> Usually with the left side of the screen purple (Ubuntu) and the
>> right side of the screen in many different colors (memdump?).
>> That logfile is here: http://pastebin.com/HKBcCySP
>> 
>> At least I can use my laptop again at maximum resolution.
>> However, the acceleration support that was working should be
>> fixed. Who is can help out?
> It looks like the SiS driver never did compositing which is what
> the majority of EXA problems are about. It must be the UTS / DFS
> hooks. Here is a patch to remove them http://pastebin.com/74NqqmN2
> which is fine because they do the same thing that a software
> fallback would do.

(manual) patch results in

[    74.465] (II) LoadModule: "sisimedia"
[    74.465] (II) Loading /usr/lib/xorg/modules/drivers/sisimedia_drv.so
[    74.465] (EE) Failed to load
/usr/lib/xorg/modules/drivers/sisimedia_drv.so:
/usr/lib/xorg/modules/drivers/sisimedia_drv.so: undefined symbol:
SiSUploadToScratch
[    74.465] (II) UnloadModule: "sisimedia"
[    74.465] (II) Unloading sisimedia
[    74.465] (EE) Failed to load module "sisimedia" (loader failed, 7)

I used this file: http://pastebin.com/XkYfxrQy

How can I fix this?

>> 
>> At the same time, can this driver get included with Xorg so it
>> will work out of the box with the next release?
> 
> If you mean included with an Xorg katamari, there is probably no
> point. Most distros package individual components. As for why some
> drivers like these need to be downloaded from unofficial git repos
> while other drivers that are equally old have official git repos on
> freedesktop.org? I don't know why that is.
> 
> Oh and one more thing. The Arch user of this recommends Option 
> "UseTiming1366" "true".
> 

Using this option without the patch fails in working screen. I will
try this again once the patch is successful.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlGXv+oACgkQ0YurwYIk8CL+LwCfYIyxKWW55RRvu9Exg9r8vSwj
6u4AmwV3DCp6AIvqCcxUJYyaJicQiF3P
=h+F3
-----END PGP SIGNATURE-----