Re: (Crowd funded) fix for SiS 671/771 video cards
Dave Airlie airlied@... writes: What happened went something like, Xorg SiS driver maintained by Thomas, then he had a premium version that he used to sell, when he gave up I think he might he code dropped the premium one but not in our tree or something. See http://www.winischhofer.net/linuxsispart4.shtml ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 05/20/2013 04:58 AM, Connor Behan wrote: On 19/05/13 09:48 AM, Pander wrote: On 05/18/2013 10:28 PM, Tormod Volden wrote: On Sat, May 18, 2013 at 7:52 PM, Pander wrote: (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 It would be more useful if you told which file it is and which version instead of paste-binning it. I assume this is the src/sis310_accel.c from git://gitorious.org/xf86-video-sis671/sis-671-fix.git Sorry, I forgot indeed that filename. I have removed declarations and usage of SiSUploadToScreen, SiSUploadToScratch and SiSDownloadFromScreen. Do I need to do that also for void SiSScratchSave(ScreenPtr pScreen, ExaOffscreenArea *area); ? No, that can be left in. Sorry for messing up the patch. It works. Here is the Xorg log file. Switching to console with CTRL+ALT+F1 etc still doesn't work however. See the top pf the file for loading of the driver and the bottom (probably) for switching to console and back: http://pastebin.com/VA7dVBjL Using Option UseTiming1366 true in the Device section still causes screen to remain black. the log file for that is: http://pastebin.com/7t2XWRpQ Attached are the patches for my current version. I have tried to contact the author via https://gitorious.org/xf86-video-sis671/sis-671-fix but I have not yet received any response. In his log file I see some syncing with Xorg so (in response of Alan's message of the 12th of May, the author might be interested to contribute this to Xorg. I have send him a message again if he can help out with a this. What can be done next to get : - console working - acceleration support - driver shipped with Xorg - other improvements (fix compiler warnings, UseTiming1366, etc.) Regards, Pander ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel --- sis_accel.c.orig 2013-05-20 11:23:36.280836820 +0200 +++ sis_accel.c 2013-05-19 18:46:07.753545455 +0200 @@ -55,9 +55,6 @@ #ifdef SIS_USE_EXA extern void SiSScratchSave(ScreenPtr pScreen, ExaOffscreenArea *area); -extern Bool SiSUploadToScreen(PixmapPtr pDst, int x, int y, int w, int h, char *src, int src_pitch); -extern Bool SiSUploadToScratch(PixmapPtr pSrc, PixmapPtr pDst); -extern Bool SiSDownloadFromScreen(PixmapPtr pSrc, int x, int y, int w, int h, char *dst, int dst_pitch); #endif /* EXA */ extern UChar SiSGetCopyROP(int rop); @@ -862,8 +859,8 @@ SiSAccelInit(ScreenPtr pScreen) /* Composite not supported */ /* Upload, download to/from Screen */ - pSiS-EXADriverPtr-UploadToScreen = SiSUploadToScreen; - pSiS-EXADriverPtr-DownloadFromScreen = SiSDownloadFromScreen; +// pSiS-EXADriverPtr-UploadToScreen = SiSUploadToScreen; +// pSiS-EXADriverPtr-DownloadFromScreen = SiSDownloadFromScreen; #endif /*end of Xorg=7.0 EXA Setting*/ } @@ -949,7 +946,7 @@ SiSAccelInit(ScreenPtr pScreen) //#if XORG_VERSION_CURRENT = XORG_VERSION_NUMERIC(7,0,0,0,0) // pSiS-EXADriverPtr-accel.UploadToScratch = SiSUploadToScratch; //#else - pSiS-EXADriverPtr-UploadToScratch = SiSUploadToScratch; +//svg pSiS-EXADriverPtr-UploadToScratch = SiSUploadToScratch; //#endif } --- sis_3daccel.c.orig 2013-05-20 11:23:43.716836455 +0200 +++ sis_3daccel.c 2013-05-19 18:43:46.729552378 +0200 @@ -91,9 +91,6 @@ #ifdef SIS_USE_EXA /* EXA */ void SiSScratchSave(ScreenPtr pScreen, ExaOffscreenArea *area); -Bool SiSUploadToScreen(PixmapPtr pDst, int x, int y, int w, int h, char *src, int src_pitch); -Bool SiSUploadToScratch(PixmapPtr pSrc, PixmapPtr pDst); -Bool SiSDownloadFromScreen(PixmapPtr pSrc, int x, int y, int w, int h, char *dst, int dst_pitch); #endif /* EXA */ --- sis310_accel.c.orig 2013-05-20 11:23:15.780837827 +0200 +++ sis310_accel.c 2013-05-18 18:38:22.582402302 +0200 @@ -101,9 +101,6 @@ static CARD32 SiSDstTextureFormats32[3] #ifdef SIS_USE_EXA /* EXA */ void SiSScratchSave(ScreenPtr pScreen, ExaOffscreenArea *area); -Bool SiSUploadToScreen(PixmapPtr pDst, int x, int y, int w, int h, char *src, int src_pitch); -Bool SiSUploadToScratch(PixmapPtr pSrc, PixmapPtr pDst); -Bool SiSDownloadFromScreen(PixmapPtr pSrc, int x, int y, int w, int h, char *dst, int dst_pitch); #endif /* EXA */ void SISWriteBlitPacket(SISPtr pSiS, CARD32 *packet); @@ -1429,141 +1426,6 @@ SiSDoneComposite(PixmapPtr pDst) } #endif -Bool -SiSUploadToScreen(PixmapPtr pDst, int x, int
Re: (Crowd funded) fix for SiS 671/771 video cards
On 20/05/13 02:39 AM, Pander wrote: It works. Here is the Xorg log file. Switching to console with CTRL+ALT+F1 etc still doesn't work however. See the top pf the file for loading of the driver and the bottom (probably) for switching to console and back: http://pastebin.com/VA7dVBjL You're still disabling acceleration? The point of the patches is that now acceleration might work. Using Option UseTiming1366 true in the Device section still causes screen to remain black. the log file for that is: http://pastebin.com/7t2XWRpQ So your card is not one of the ones that should not use special timing? Don't worry about that. I don't know what it does. I just thought I'd mention that some people were using it. Attached are the patches for my current version. I have tried to contact the author via https://gitorious.org/xf86-video-sis671/sis-671-fix but I have not yet received any response. In his log file I see some syncing with Xorg so (in response of Alan's message of the 12th of May, the author might be interested to contribute this to Xorg. I have send him a message again if he can help out with a this. What can be done next to get : - console working - acceleration support - driver shipped with Xorg - other improvements (fix compiler warnings, UseTiming1366, etc.) Regards, Pander signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 05/18/2013 10:28 PM, Tormod Volden wrote: On Sat, May 18, 2013 at 7:52 PM, Pander wrote: (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 It would be more useful if you told which file it is and which version instead of paste-binning it. I assume this is the src/sis310_accel.c from git://gitorious.org/xf86-video-sis671/sis-671-fix.git Sorry, I forgot indeed that filename. I have removed declarations and usage of SiSUploadToScreen, SiSUploadToScratch and SiSDownloadFromScreen. Do I need to do that also for void SiSScratchSave(ScreenPtr pScreen, ExaOffscreenArea *area); ? How can I fix this? Connor's pastebin patch only removed SiSUploadToScratch() from that one file. You will have to remove all references to that function. git grep SiSUploadToScratch will help you. Regards, Tormod ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 19/05/13 09:48 AM, Pander wrote: On 05/18/2013 10:28 PM, Tormod Volden wrote: On Sat, May 18, 2013 at 7:52 PM, Pander wrote: (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 It would be more useful if you told which file it is and which version instead of paste-binning it. I assume this is the src/sis310_accel.c from git://gitorious.org/xf86-video-sis671/sis-671-fix.git Sorry, I forgot indeed that filename. I have removed declarations and usage of SiSUploadToScreen, SiSUploadToScratch and SiSDownloadFromScreen. Do I need to do that also for void SiSScratchSave(ScreenPtr pScreen, ExaOffscreenArea *area); ? No, that can be left in. Sorry for messing up the patch. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
-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 pan...@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- ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On Sat, May 18, 2013 at 7:52 PM, Pander wrote: (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 It would be more useful if you told which file it is and which version instead of paste-binning it. I assume this is the src/sis310_accel.c from git://gitorious.org/xf86-video-sis671/sis-671-fix.git How can I fix this? Connor's pastebin patch only removed SiSUploadToScratch() from that one file. You will have to remove all references to that function. git grep SiSUploadToScratch will help you. Regards, Tormod ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
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 pan...@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 DefaultDepth24 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. 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. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 05/12/13 03:16 AM, Connor Behan wrote: 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. The repos on freedesktop.org are the drivers that either originated from X.Org (most originally from XFree86 before the fork) or which the authors have asked us to host in our repos for collective development, allowing X.Org developers to update the drivers when they change the server API. I'd actually never heard of this xf86-video-sis671 before this thread, so presumably the author likes keeping it separate, hidden, and fully their responsibility to keep working. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On Mon, May 13, 2013 at 1:55 AM, Alan Coopersmith alan.coopersm...@oracle.com wrote: On 05/12/13 03:16 AM, Connor Behan wrote: 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. The repos on freedesktop.org are the drivers that either originated from X.Org (most originally from XFree86 before the fork) or which the authors have asked us to host in our repos for collective development, allowing X.Org developers to update the drivers when they change the server API. I'd actually never heard of this xf86-video-sis671 before this thread, so presumably the author likes keeping it separate, hidden, and fully their responsibility to keep working. What happened went something like, Xorg SiS driver maintained by Thomas, then he had a premium version that he used to sell, when he gave up I think he might he code dropped the premium one but not in our tree or something. Then SiS forked an old version of the X.org one for the 671, released a megapatch containing pieces of support for the chip and maybe pieces of the premium codebase, I spent a day once trying to create a sensible set of patches to get from a to b, and put them in git. I failed. I see you can get these motherboards on ebay for $60. Ideally someone would buy one, take our current sis driver, and make some rational patches to add hw support for the new chips. Dave. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 05/10/2013 08:13 PM, Tormod Volden wrote: On Fri, May 10, 2013 at 11:04 AM, Pander wrote: On 05/07/2013 09:24 PM, Connor Behan wrote: 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. Connor, first, thanks a lot for caring for these old drivers. A lot of people are still using their old laptops and run the latest Linux distributions on them. Thanks especially for the hint you gave earlier in this thread: EXA callbacks that use the devPrivate.ptr of a pixmap. I am trying to keep the savage driver working, but I don't have the capacity to follow xorg development in detail. Recently an EXA problem came up for which I had no clue. Reading your hint was enough to guide me in the right direction and now I believe I have fixed it with a one-liner change. Xorg works but when I press CTRL+ALT+F1 I get a screen with an unusable screen. I see a small part of Xorg repeated a lon on the left side and on the right side many different colors. This part works with the older SiS driver for other cards. Pander, does console switching work with the vesa driver? It doesn't on my savage card, so I wonder if it is a more general non-KMS problem. You say it works with the older SiS driver though, was that also on the latest xserver? Yes it worked and was on Ubuntu 13.04 xorg 2:1.13.3-0ubuntu6 Also, when booting and no X has been loaded the screen also works. Regards, Tormod ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
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 pan...@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 DefaultDepth24 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? At the same time, can this driver get included with Xorg so it will work out of the box with the next release? ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 05/10/2013 10: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 pan...@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 DefaultDepth24 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? Xorg works but when I press CTRL+ALT+F1 I get a screen with an unusable screen. I see a small part of Xorg repeated a lon on the left side and on the right side many different colors. This part works with the older SiS driver for other cards. At the same time, can this driver get included with Xorg so it will work out of the box with the next release? ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On Fri, May 10, 2013 at 11:04 AM, Pander wrote: On 05/07/2013 09:24 PM, Connor Behan wrote: 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. Connor, first, thanks a lot for caring for these old drivers. A lot of people are still using their old laptops and run the latest Linux distributions on them. Thanks especially for the hint you gave earlier in this thread: EXA callbacks that use the devPrivate.ptr of a pixmap. I am trying to keep the savage driver working, but I don't have the capacity to follow xorg development in detail. Recently an EXA problem came up for which I had no clue. Reading your hint was enough to guide me in the right direction and now I believe I have fixed it with a one-liner change. Xorg works but when I press CTRL+ALT+F1 I get a screen with an unusable screen. I see a small part of Xorg repeated a lon on the left side and on the right side many different colors. This part works with the older SiS driver for other cards. Pander, does console switching work with the vesa driver? It doesn't on my savage card, so I wonder if it is a more general non-KMS problem. You say it works with the older SiS driver though, was that also on the latest xserver? Regards, Tormod ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
Alan Coopersmith alan.coopersm...@oracle.com wrote: On 05/ 6/13 06:22 PM, Connor Behan wrote: Maybe you'll find someone who has a SiS card lying around and say I'll pay you $100 to put that card in your computer, write an xorg.conf file for it, figure out why it won't start and then change 2 or 3 lines to make it start again but it won't be worth it. Especially when you can buy 2 or 3 new ATI or Nvidia cards for that $100 and get much better performance support than trying to make an old card limp along forever. http://www.newegg.com/Product/ProductList.aspx?Submit=ENEN=17709%204025IsNodeId=1bop=AndOrder=PRICEPageSize=20 Well, it is an integrated card in my laptop. Because Linux is so resource friendly it is still working fine for its age and I rather donate a small amount than to start selecting and purchasing a new one yet. The lack of maintainers for many old cards is in large part because the cost of a new card with a well-maintained driver is less than people think their time is worth for the many hours it takes to bring the old drivers up to snuff and test on all the different models. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 2013-05-07 08:22 (GMT+0200) Pander composed: Alan Coopersmith wrote: you can buy 2 or 3 new ATI or Nvidia cards for that $100 and get much better performance support than trying to make an old card limp along forever. Well, it is an integrated card in my laptop. The newest SiS video _card_ I can recall ever encountering was made last century, before Intel began integrating video in motherboard chipsets as a matter of course. IOW, SiS video is typically a component on a low cost motherboard, often, maybe usually, on motherboards without slots in which to put any video card regardless of price. I bought myself a SiS video motherboard once. That won't happen again, except maybe under extreme duress, neglect or accident. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 2013-05-07 08:22 (GMT+0200) Pander composed: Alan Coopersmith wrote: you can buy 2 or 3 new ATI or Nvidia cards for that $100 and get much better performance support than trying to make an old card limp along forever. Well, it is an integrated card in my laptop. The newest SiS video _card_ I can recall ever encountering was made last century, before Intel began integrating video in motherboard chipsets as a matter of course. IOW, SiS video is typically a component on a low cost motherboard, often, maybe usually, on motherboards without slots in which to put any video card regardless of price. I bought myself a SiS video motherboard once. That won't happen again, except maybe under extreme duress, neglect or accident. I would also not choose one agaon but it is widely used, see https://www.google.com/search?hl=enq=sis+771 and https://www.google.com/search?hl=enq=sis+671 -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 06/05/13 11:22 PM, Pander wrote: Alan Coopersmith alan.coopersm...@oracle.com wrote: On 05/ 6/13 06:22 PM, Connor Behan wrote: Maybe you'll find someone who has a SiS card lying around and say I'll pay you $100 to put that card in your computer, write an xorg.conf file for it, figure out why it won't start and then change 2 or 3 lines to make it start again but it won't be worth it. Especially when you can buy 2 or 3 new ATI or Nvidia cards for that $100 and get much better performance support than trying to make an old card limp along forever. http://www.newegg.com/Product/ProductList.aspx?Submit=ENEN=17709%204025IsNodeId=1bop=AndOrder=PRICEPageSize=20 Well, it is an integrated card in my laptop. Because Linux is so resource friendly it is still working fine for its age and I rather donate a small amount than to start selecting and purchasing a new one yet. You won't even have to donate a small amount if you post the logs already. I really should wait to read them but I will hazard a guess about what the bug is anyway: EXA callbacks that use the devPrivate.ptr of a pixmap. Try disabling EXA. The lack of maintainers for many old cards is in large part because the cost of a new card with a well-maintained driver is less than people think their time is worth for the many hours it takes to bring the old drivers up to snuff and test on all the different models. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 06/05/13 11:22 PM, Pander wrote: Alan Coopersmith alan.coopersm...@oracle.com wrote: On 05/ 6/13 06:22 PM, Connor Behan wrote: Maybe you'll find someone who has a SiS card lying around and say I'll pay you $100 to put that card in your computer, write an xorg.conf file for it, figure out why it won't start and then change 2 or 3 lines to make it start again but it won't be worth it. Especially when you can buy 2 or 3 new ATI or Nvidia cards for that $100 and get much better performance support than trying to make an old card limp along forever. http://www.newegg.com/Product/ProductList.aspx?Submit=ENEN=17709%204025IsNodeId=1bop=AndOrder=PRICEPageSize=20 Well, it is an integrated card in my laptop. Because Linux is so resource friendly it is still working fine for its age and I rather donate a small amount than to start selecting and purchasing a new one yet. You won't even have to donate a small amount if you post the logs already. I really should wait to read them but I will hazard a guess about what the bug is anyway: EXA callbacks that use the devPrivate.ptr of a pixmap. Try disabling EXA. This is the log file, search for [Ss][Ii][Ss] Could you tell me what to test with specific commands? The lack of maintainers for many old cards is in large part because the cost of a new card with a well-maintained driver is less than people think their time is worth for the many hours it takes to bring the old drivers up to snuff and test on all the different models. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 06/05/13 11:22 PM, Pander wrote: Alan Coopersmith alan.coopersm...@oracle.com wrote: On 05/ 6/13 06:22 PM, Connor Behan wrote: Maybe you'll find someone who has a SiS card lying around and say I'll pay you $100 to put that card in your computer, write an xorg.conf file for it, figure out why it won't start and then change 2 or 3 lines to make it start again but it won't be worth it. Especially when you can buy 2 or 3 new ATI or Nvidia cards for that $100 and get much better performance support than trying to make an old card limp along forever. http://www.newegg.com/Product/ProductList.aspx?Submit=ENEN=17709%204025IsNodeId=1bop=AndOrder=PRICEPageSize=20 Well, it is an integrated card in my laptop. Because Linux is so resource friendly it is still working fine for its age and I rather donate a small amount than to start selecting and purchasing a new one yet. You won't even have to donate a small amount if you post the logs already. I really should wait to read them but I will hazard a guess about what the bug is anyway: EXA callbacks that use the devPrivate.ptr of a pixmap. Try disabling EXA. This is the log file, search for [Ss][Ii][Ss] http://pastebin.com/GMhwZXde Could you tell me what to test with specific commands? The lack of maintainers for many old cards is in large part because the cost of a new card with a well-maintained driver is less than people think their time is worth for the many hours it takes to bring the old drivers up to snuff and test on all the different models. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 07/05/13 02:19 AM, Pander wrote: This is the log file, search for [Ss][Ii][Ss] http://pastebin.com/GMhwZXde It looks like the Xserver tries sis, modesetting, fbdev and vesa and ends up deciding on vesa. In order to see useful information, make sure X doesn't use a generic driver. Something like Driver sis in the Device section of xorg.conf. Option NoAccel true should also make a difference. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 07/05/13 02:19 AM, Pander wrote: This is the log file, search for [Ss][Ii][Ss] http://pastebin.com/GMhwZXde It looks like the Xserver tries sis, modesetting, fbdev and vesa and ends up deciding on vesa. In order to see useful information, make sure X doesn't use a generic driver. Something like Driver sis in the Device section of xorg.conf. Option NoAccel true should also make a difference. # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # Note that some configuration settings that could be done previously # in this file, now are automatically configured by the server and settings # here are ignored. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Device Identifier Configured Video Device Driver sis671 Option NoAccel true EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor Device Configured Video Device DefaultDepth24 EndSection and http://pastebin.com/fwXeTCq1 from and http://ajoliveira.com/ajoliveira/gen/bin/sis_driver_64-bit_12.04.tar.gz on Ubuntu 13.04 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 7 May 2013 14:04, Pander pan...@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) ... 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.) Cheers, Daniel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 7 May 2013 14:04, Pander pan...@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. 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.) Cheers, Daniel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 07/05/13 06:17 AM, Pander wrote: On 7 May 2013 14:04, Pander pan...@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. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 06/05/13 10:25 AM, pan...@users.sourceforge.net wrote: Hi all, Since a few months the driver for SiS 671/771 video cards is no longer working in main stream distributions such as Ubuntu. This is affecting many users and I would like to ask the development community of Xorg who would like to fix this issue. For the details please see these bug reports: https://bugs.freedesktop.org/show_bug.cgi?id=15190 and: https://bugs.launchpad.net/debian/+source/xserver-xorg-video-sis/+bug/301958 Since the number of users waiting for a fix is in the thousands, I am sure that some sort of crowd funding such as: https://www.catincan.com/proposal/altdrag/altdrag-10 might be possible. I am more than happy to make a financial contribution in order to not having to write off some still good hardware. I am sure many others are willing to chip in. Who would be interested in taking this on? Regards, Pander Those bug reports started in 2008 and seem to just track the stability of the SiS driver in general. Nowhere do I see a description about the specific problem that has arisen in 2013 with the proper information (terminal output, dmesg output, lspci output, xorg.conf file, backtrace, etc). As suggested on the Launchpad bug report, I would try compiling xf86-video-sisimedia with the Archlinux patches applied: https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/xf86-video-sisimedia They have put a large amount of effort into keeping this driver working and have updated the patches in 2013. If those still don't work, get your hands dirty... if any particular strings appear in error messages, find those strings in the source and figure out what function is failing. Then compare the execution of the broken copy to the last working copy you remembered. If the API of some dependency changed, use git bisect to repeatedly compile the kernel or the Xserver until you find the exact line of code in the dependency that made the difference. Hacking the driver might sound hard, but it's not so hard that you have to pay someone to do it. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/06/2013 10:36 PM, Connor Behan wrote: On 06/05/13 10:25 AM, pan...@users.sourceforge.net wrote: Hi all, Since a few months the driver for SiS 671/771 video cards is no longer working in main stream distributions such as Ubuntu. This is affecting many users and I would like to ask the development community of Xorg who would like to fix this issue. For the details please see these bug reports: https://bugs.freedesktop.org/show_bug.cgi?id=15190 and: https://bugs.launchpad.net/debian/+source/xserver-xorg-video-sis/+bug/301958 Since the number of users waiting for a fix is in the thousands, I am sure that some sort of crowd funding such as: https://www.catincan.com/proposal/altdrag/altdrag-10 might be possible. I am more than happy to make a financial contribution in order to not having to write off some still good hardware. I am sure many others are willing to chip in. Who would be interested in taking this on? Regards, Pander Those bug reports started in 2008 and seem to just track the stability of the SiS driver in general. Nowhere do I see a description about the specific problem that has arisen in 2013 with the proper information (terminal output, dmesg output, lspci output, xorg.conf file, backtrace, etc). As suggested on the Launchpad bug report, I would try compiling xf86-video-sisimedia with the Archlinux patches applied: https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/xf86-video-sisimedia They have put a large amount of effort into keeping this driver working and have updated the patches in 2013. My experience with building drivers for Xorg is relatively small. As I recall, this one compiles but crashed Xorg and I don't know exactly what to submit exactly. It is better if the people working on that driver or other Xorg experts give it a try and write a proper analysis of the specific work that needs to be done (probably restoring support that has been removed but that might not be trivial). If those still don't work, get your hands dirty... if any particular strings appear in error messages, find those strings in the source and figure out what function is failing. Then compare the execution of the broken copy to the last working copy you remembered. If the API of some dependency changed, use git bisect to repeatedly compile the kernel or the Xserver until you find the exact line of code in the dependency that made the difference. Hacking the driver might sound hard, but it's not so hard that you have to pay someone to do it. Well, I don't mind getting my hands dirty but I am already involved in too many other open source project myself at the moment. With so many users of this hardware out there and people getting used to chipping in for applications or features via small donations such as Google Play for Android, I think it is a nice way to show appreciation for their efforts. But if someone would like to start working on it nevertheless-simply because to support users with this kind of hardware-that is also fine. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGIKeIACgkQ0YurwYIk8CJ3fwCeOAuxcMZS+GUv/YCks2tt5Tia FHAAniQB+WTyLAF1O70O09WqLU5V3fgw =Hbqg -END PGP SIGNATURE- ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 06/05/13 04:44 PM, pan...@users.sourceforge.net wrote: My experience with building drivers for Xorg is relatively small. As I recall, this one compiles but crashed Xorg and I don't know exactly what to submit exactly. It is better if the people working on that driver or other Xorg experts give it a try and write a proper analysis of the specific work that needs to be done (probably restoring support that has been removed but that might not be trivial). That's the point, there are no people working on that driver. By looking at the git logs, xf86-video-intel received 1904 commits in 2012, xf86-video-sis received 16. I'm sure the people who made those 16 commits would be happy to fix a bug but that requires detailed information about what the bug is. Here is exactly what you should submit (for starters). The file /etc/X11/xorg.conf, the file /var/log/Xorg.0.log, a text file containing whatever gets printed out when you run startx and a text file containing whatever gets printed out when you run dmesg. Well, I don't mind getting my hands dirty but I am already involved in too many other open source project myself at the moment. With so many users of this hardware out there and people getting used to chipping in for applications or features via small donations such as Google Play for Android, I think it is a nice way to show appreciation for their efforts. But if someone would like to start working on it nevertheless-simply because to support users with this kind of hardware-that is also fine. Yes, debugging can be a big time commitment and that's why there are only three Xorg drivers being actively developed (two of which are paid for by the manufacturer). Don't get me wrong... I think it's a shame that the other 20+ drivers get such little attention and that's why I started to learn driver hacking last year. The problem here is not that some gigantic reverse engineering effort is needed. The problem is that a few tiny janatorial fixes were required. And it's easy to miss one when the developer implementing the fixes doesn't have a SiS card on which to test. Maybe you'll find someone who has a SiS card lying around and say I'll pay you $100 to put that card in your computer, write an xorg.conf file for it, figure out why it won't start and then change 2 or 3 lines to make it start again but it won't be worth it. Because a similar problem will just come up the next year. Unless you can make the popularity of SiS skyrocket to the point where it is as widely used as ATI, gaining some basic familiarity with the code is the only viable strategy in the long run. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: (Crowd funded) fix for SiS 671/771 video cards
On 05/ 6/13 06:22 PM, Connor Behan wrote: Maybe you'll find someone who has a SiS card lying around and say I'll pay you $100 to put that card in your computer, write an xorg.conf file for it, figure out why it won't start and then change 2 or 3 lines to make it start again but it won't be worth it. Especially when you can buy 2 or 3 new ATI or Nvidia cards for that $100 and get much better performance support than trying to make an old card limp along forever. http://www.newegg.com/Product/ProductList.aspx?Submit=ENEN=17709%204025IsNodeId=1bop=AndOrder=PRICEPageSize=20 The lack of maintainers for many old cards is in large part because the cost of a new card with a well-maintained driver is less than people think their time is worth for the many hours it takes to bring the old drivers up to snuff and test on all the different models. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel