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 18.104.22.168.
Bisecting shows that commit b42d4c5c6a872815d711e5d51a600f5122c38eee was the first "bad" one:
Author: Jesse Barnes <firstname.lastname@example.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 <email@example.com>
Signed-off-by: Eric Anholt <firstname.lastname@example.org>
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?
Created attachment 24952 [details]
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?
The patch works for me, thanks.
Now the mechanism of LVDS detection by using LID status is abandoned in the following commit:
Author: Eric Anholt <email@example.com>
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.