-----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 <[email protected]> >>>>> 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----- _______________________________________________ [email protected]: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
