Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
I have installed squeeze on a HP notebook. I have one small problem though.
It does not resume from suspend. If I shutdown -> suspend, or close the the lid, or shut downs (suspends) as expected, but when I then power it backup up, the screen just stays black.
I had this same problem in Squeeze (not Lenny) on an Acer Aspire 5102WLMi. I disabled KMS and the problem disappeared. To disable KMS for an ATI card like yours and mine, you simply edit /etc/modprobe.d/radeon-kms.conf. There is only one line in the file. Change it from a 1 to a 0 (zero), save the file, and reboot. Also make sure that you have the "firmware-linux-nonfree" package installed. My ATI card required it, though yours is higher-end than mine.
In a completely different laptop I can create the same behavior with kernel 2.6.32 or older. The display never comes back from suspend. Needless to say I use a newer kernel.
Sephiroth wrote:I had this same problem in Squeeze (not Lenny) on an Acer Aspire 5102WLMi. I disabled KMS and the problem disappeared. To disable KMS for an ATI card like yours and mine, you simply edit /etc/modprobe.d/radeon-kms.conf. There is only one line in the file. Change it from a 1 to a 0 (zero), save the file, and reboot. Also make sure that you have the "firmware-linux-nonfree" package installed. My ATI card required it, though yours is higher-end than mine.
I asume you are using the radeon driver then? I am using fglrx.
I have the same problem on my old laptop with the i915 driver. If I close the lid it freezes. The fact that the latest intel driver requires KMS in order for xorg to work at all doesn't help either. It was freezing at the point where it changes to the framebuffer console using the stock squeeze 2.6.32 kernel and only works ok with a 2.6.35 or higher kernel.
It should all be success or not applicable. Anything else would be a good starting point for inquiry.
Next is to start reproducing using pm-suspend from terminal as root and supplying various quirks. Open-suse had some of the best documentation on the quirks that I recall coming across. Once you find a quirk that works you can edit /usr/lib/pm-utils/sleep.d/quirksfile to match.
If you switch to a VT1 then back to X and the video comes up, there's a quirk for that.
Not the official driver. I was told all I needed to do was install "firmware-linux-nonfree" and it would work. It does, and quite well too. The card is an ATI1100M, not a high-end card. Would I see any benefit (increased FPS) by switching to fglrx?
lbm wrote:I moved the 99video, as described and it is now working! Thanks a lot!
Your welcome. If I had to guess what was going wrong, I'd say that your make and model is listed under the quirks database as requiring certain video "tricks" to be applied, however, due to better driver support or for whatever reason, those "tricks" aren't necessary anymore. In fact, trying those tricks seems to cause more problems than it solves on Squeeze.
On a semi-related note, when suspendig the computer each script in that dir is executed. If you want to somewhat speed up your suspend/resume, have a look again the /var/log/pm-suspend, and for any that says "not applicable" move it to the disabled folder.
In that case continue with the suggestions in my last post. Look up your model i the quirk-db and see what quirks are being applied, then test those and perhaps others using pm-suspend -quirk from the command line. And again, opensuse has a great page on troubleshooting using pm-suspend. I think even the debian wiki references it.
Glad you got it solved, but out of curiosity I'd open up that 99video file and see what's in it just to get an idea of what could be doing it. Then again, I'm the curious type when it comes to solving problems.