Re: SiliconMotion - unable to restore VGA screen on exit
Johannes memset(pSmi-FBBase, 0, 256 * 1024);/* #689 */ Johannes xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi_driver.c I have checked with this mod, and no luck yet, Sorry, NetBSD lets 1.6ZG NetBSD 1.6ZG (GENERIC) #0: Sun Dec 14 13:21:56 UTC 2003 cyber @tgm.netbsd.org:/autobuild/HEAD/i386/OBJ/autobuild/HEAD/src/sys/arch/i386/compil e/GENERIC i386 Panasonic Let's Note CF-R1, XFree86 Version 4.4.99.8 (--) PCI:*(0:2:0) Silicon Motion, Inc. SM720 Lynx3DM rev 193, Mem @ 0xf400/2 --- Makoto Fujiwara, Chiba, Japan, Narita Airport and Disneyland prefecture. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SiliconMotion - unable to restore VGA screen on exit
I had the same problem here on a DragonFly BSD laptop. Commenting out the line memset(pSmi-FBBase, 0, 256 * 1024);/* #689 */ in SMI_LeaveVT() in file xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi_driver.c solves the problem for me - at least I did get no more hangs until now I have no idea though, what the memset() was good for in the first place. Any ideas, what the /* #689 */ comment is referring to? Best regards, Johannes Hofmann ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SiliconMotion - unable to restore VGA screen on exit
I have Panasonic CF-R1, which has siliconmotion (--) Silicon MotionChipset: Lynx3DM and trying to see the problem http://bugs.xfree86.org/show_bug.cgi?id=124 On this machine, (1) NetBSD/i386 1.6ZG and (2) FreeBSD-5.1 are installed. Also 4.3.99.902 is compiled on both OS. on (1)NetBSD, console screen is NOT restored after exit of Xserver, while on (2)FreeBSD, it is restored. I have put #define VERBLEV 2 on smi_driver.c and am comparing the log of each environment. But I have not enough knowledge on looking at register values etc. Could someone help me looking at both of /var/log/XFree86.0.log ? The logs are on following directory now. http://www.ki.nu/~makoto/siliconmotion/ (~/public_html/siliconmotion) wc * 7595546 37065 freebsd-3 7405472 36480 netbsd-1 1499 11018 73545 total (~/public_html/siliconmotion) diff * |wc 22212747844 Thanks in advance, --- Makoto Fujiwara, Chiba, Japan, Narita Airport and Disneyland prefecture. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SiliconMotion - unable to restore VGA screen on exit
Richard A. Hecker writes: I don't know if there is any XFree86 Developer in the LA area. In fact there may by fewer XFree86 Developer around the world than you expect. It seems to be a popular misconception that this project has hundreds of active developers. Egbert If you are talking about the City of Angels instead of Louisiana then I live in the northern end of the county. I keep myself pretty busy so a visit is unlikely. Possibly I'm dump. I however don't see how your contribution could further to a solution of the reported problem. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SiliconMotion - unable to restore VGA screen on exit
[EMAIL PROTECTED] writes: What is the status of the problem of being unable to restore the VGA screen using the SiliconMotion drivers? Bugzilla 124 702 have reported the problem. Some comments indicate there is a working patch, while some comments (and my experience) indicate that the problem still exits, even using the latest 4.3.99.x XFree86. It's not clear if anyone is actively working on the problem. I would add that in my case, using a Panasonic CF-28 ToughBook (laptop), the problem exists using Solaris 8 and 4.3.99.x XFree86, but does NOT exist using RedHat Linux with 4.2 XFree86 on the same machine. Also, as I reported in Bugzilla 702, using Solaris 8 and 4.0.2 XFree86 Porting Kit, I did not have the problem either. I would have fixed this problem long ago if I could reproduce it on Linux. I have dug out my Lynx3D evaluation board just recently to see if I can reproduce this problem however I don't see it. It is fairly hard to fix a problem that I don't see. If you could describe the problem a little closer one may get an idea: - Dose the monitor sync at all when you go back to text mode? - Is this a video mode restoration problem? (Do you get the same frequencies on the text console as you had before you started X?) - Are you using a 'real' text mode (or is this something like a framebuffer mode under Linux)? - Is it a font loading problem (under linux you can load a new font by doing setfont ... to test this)? - Is it a pallette problem (ie that you get black on black)? Under linux the VGAlib had some tools to save/restore the VGA palette. I would appreciate feedback on any planned efforts on this problem. If any XFree86 Developer in the LA area needs to look at my machine, I may be able to accommodate them to get this problem solved. I don't know if there is any XFree86 Developer in the LA area. In fact there may by fewer XFree86 Developer around the world than you expect. It seems to be a popular misconception that this project has hundreds of active developers. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SiliconMotion - unable to restore VGA screen on exit
On Fri, 10 Oct 2003 [EMAIL PROTECTED] wrote: What is the status of the problem of being unable to restore the VGA screen using the SiliconMotion drivers? The status of the problem is whatever the bug report states. If it doesn't state what you'd like to hear, then that is because nobody has anything to comment as of yet about the report(s), and nobody is likely investigating the problem. Bugzilla 124 702 have reported the problem. Some comments indicate there is a working patch, while some comments (and my experience) indicate that the problem still exits, even using the latest 4.3.99.x XFree86. It's not clear if anyone is actively working on the problem. The bug is reported against XFree86 4.3.0 on ia32. I doubt there are many people who: 1) Even have silicon motion hardware 2) Have the hardware you are having problems with 3) Are running NetBSD 4) Can reproduce your problem 5) Have had the time and interest in investigating the issue. I would add that in my case, using a Panasonic CF-28 ToughBook (laptop), the problem exists using Solaris 8 and 4.3.99.x XFree86, but does NOT exist using RedHat Linux with 4.2 XFree86 on the same machine. Also, as I reported in Bugzilla 702, using Solaris 8 and 4.0.2 XFree86 Porting Kit, I did not have the problem either. If 4.2.x works for you, why don't you just continue using 4.2.x? Or alternatively, extract a binary 4.2.x driver module from the older release and rename the 4.3.0 driver and plop the old one that worked in its place. I would appreciate feedback on any planned efforts on this problem. If any XFree86 Developer in the LA area needs to look at my machine, I may be able to accommodate them to get this problem solved. Everyone working on XFree86 does so as a volunteer. When people report bugs, if there is a volunteer who works in that area of code, be it a library, the X server, or a driver module, etc. and they have the time and inclination, and the problem interests them to fix, they generally respond to reports and fix them. If you display all bug reports, you'll notice the majority of them are fixed and closed. Since this issue is open still, that possibly means nobody is interested in hacking on an ancient video driver for ancient video hardware, so the bug stays open until someone comes along and volunteers to fix it, and submits a patch. That could well be an existing XFree86 developer, or someone such as yourself. More likely than not however, whoever fixes it (if it ever does get fixed) will be someone who actually has the hardware themselves. There really aren't enough volunteer developers out there to endlessly maintain every single video driver and keep it working on every piece of video hardware, and respond to problem reports instantly and fix all issues and fix them quickly. If you're unable to fix the problem yourself and submit a patch onto that bug report, you might find my previous suggestion of using the 4.2.1 video driver in 4.3.0 to be a useable workaround for now. Hope this helps. -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SiliconMotion - unable to restore VGA screen on exit
On Sat, 11 Oct 2003, Egbert Eich wrote: I would appreciate feedback on any planned efforts on this problem. If any XFree86 Developer in the LA area needs to look at my machine, I may be able to accommodate them to get this problem solved. I don't know if there is any XFree86 Developer in the LA area. In fact there may by fewer XFree86 Developer around the world than you expect. It seems to be a popular misconception that this project has hundreds of active developers. Another popular misconception that people have is that the developers that are actually working on the code have endless hours to volunteer, and each have a warehouse containing one of every piece of video hardware ever made including one of every laptop, as well as complete technical specification of all of that hardware, and that fixing bugs even in _ancient_ hardware is a high priority for them. ;o) It's kindof funny... Once in a while I get a rude response on a bug report from someone along the lines of Um.. Is *ANYONE* looking at this??? Is there any MOVEMENT on this?? *WHAT* do I need to do to get this problem fixed IMMEDIATELY?? Of course I rarely respond, but the answer I'm thinking in my mind - the true answer, is You need to go backwards in time, and remove your last comment from the bug report so that when time moves forward again, I have never seen it. Then you need to send me $1. ;o) -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel