I'm using a laptop with Intel 945 graphics and KMS enabled (i915 driver loaded from initramfs). If I close the lid before the kernel boots, the screen stays blank (backlight appears to be off) after opening the lid and remains so until a reboot, suspending and resuming does not help. This appears to be a regression, as the problem does not exist in 2.6.31.12.
Bisecting shows that commit b42d4c5c6a872815d711e5d51a600f5122c38eee was the first "bad" one: commit b42d4c5c6a872815d711e5d51a600f5122c38eee Author: Jesse Barnes <jbarnes@virtuousgeek.org> Date: Thu Sep 10 15:28:04 2009 -0700 drm/i915: use ACPI LID status for LVDS ->detect hook We can't load or hotplug detect LVDS like we can other outputs, but if there's a lid device present we can use it as a proxy. This allows the LFP state to be determined at ->detect time, making configurations requiring manual intervention today "just work" assuming the lid device status is correct. Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Eric Anholt <eric@anholt.net>
First-Bad-Commit : b42d4c5c6a872815d711e5d51a600f5122c38eee
We may need a lid quirk for this platform. Yakui can you take a look?
Will you please attach the output of dmidecode on this box? thanks.
Created attachment 24952 [details] dmidecode output
This one may be fixed by the load detect fix (should be in stable and for-linus soon). If not we can add a quirk.
Created attachment 25156 [details] try the patch that adds Acer travelmate 2490 to ACPI LID quirk list Will you please try this patch and see whether it can work for you? thanks.
The patch works for me, thanks.
Now the mechanism of LVDS detection by using LID status is abandoned in the following commit: >commit 6e6c822868f113dabe3c33bdd91e883cc28fa11b Author: Eric Anholt <eric@anholt.net> Date: Wed Mar 17 13:48:06 2010 -0700 drm/i915: Stop trying to use ACPI lid status to determine LVDS connection. And this bug on this box can be fixed by this commit. So this bug will be marked as resolved. thanks.