I do seem to have to - erm, kinda - appologize:
The APM problems rolled out to be a KDE problem. The aRts daemon did not suspend itself before ALSA killed its drivers in /etc/apm/event.d and that made the machine freeze. Thus, this is not a problem of the sis_drv.o. However, there seems to be an issue with KDE which is not the matter here. Egbert wrote to me that he thinks that X is "spinning in a wait loop for the 2D engine". I don't know if that really is the reason as there was - as far as I could see - no drawing in progress when I switched to the VT's and back (with emphasis on _back_!). (Now, thinking closer, it may have been the KDE-clock's second hand....) Alright, guys: Whoever wants to test this on his/her own system, download it here: driver: http://members.aon.at/~twinisch/sis_drv.o.gz config file: http://members.aon.at/~twinisch/XF86Config-4.gz or check my homepage (link in signature; go to "Linux on Gericom..." and scroll down. Please check also the corresponding XF86Config-4 which is available there as well.) The driver is the one of the main branch of CVS as of Dec 12 including Stuart's VesaFBHack (for using it even if the LCD does not get initialized correctly). It's compiled for 4.1.0 (using debian's heavily modified :) source - however, the sis directory in debian's build-tree is entirely identical to the unmodified source from xfree.org; no worries, Branden!). Status on my system (Gericom Webshox, SiS630S rev 31; further hardware details on my homepage) is as follows: 1) Using kernel 2.4.16 (preempt+xfs) WITHOUT VESA framebuffer, the driver does initialize the display correctly in two of three modes. I can switch video modes (CTRL-ALT-+/-). 640x480x16 flickers but displays correctly otherwise. 800x600x16 - black screen (but system completely alive, swithcing back to one of the other modes is possible). 1024x768x16 perfect. Xv works (tested only under 1024x768x16). 2) APM works, display gets re-initialized correctly. (When testing this, just don't use KDE aRts... :) ) 3) Switching back from VTs causes X to stop, showing green lines as well as parts of the console text in the upper screen area. (By the way: The same visual effect is shown when resuming from suspend - although X continues working there.) Please report your results! Try also using different depths and modes. Thomas -- Thomas Winischhofer Vienna/Austria Check it out: mailto:[EMAIL PROTECTED] *** http://www.webit.com/tw _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
