Created attachment 339918 [details] emerge --info External monitor powers off at X startup if laptop lid remains closed during bootloader session. Since upgrade from kernel 3.5.7 version I am seeing this error of weird nature. Whenever I start laptop pressing a button on the docking station following happens. GRUB menu appears on external monitor, timeout expires and kernel starts booting. All text mode stuff is on external monitor, showing ok till it's time to start X server. When X server starts laptop has KDM menu, but external monitor powers off (message is monitor going to sleep) and then there is no way to bring it back: xrandr, or start and stop kdm, unplugging laptop and plugging it back to docking station - external monitor remains switched off till I reboot the system. After some trials I've noticed that turning point is whether laptop lid is closed while GRUB did not kick off booting the kernel. If I have laptop lid open during GRUB counter, then X server boots ok on both laptop and external monitor. But when I have laptop lid closed and then open it only after kernel starts booting, X server will not start on the external monitor. No matter whether xdm loads as service or loaded manually external monitor powers off till reboot. # Linux gent 3.7.9-gentoo #1 Fri Feb 22 10:35:03 MSK 2013 x86_64 Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz GenuineIntel GNU/Linux
Created attachment 339920 [details] lspci -vv Output of lspci command.
platform amd64
Created attachment 339922 [details] xorg.conf xorg.conf
Your dmesg output might help here.
*** This bug has been marked as a duplicate of bug 459016 ***
Created attachment 340198 [details] dmesg when boots ok This is dmesg when X starts ok on both monitors
Jeroen: From the description I'm not sure this is related at all. Mikayel: You can try the second patch ('disable shared panel fitter for pipe') from the upstream link in bug 459016 to see if that changes anything.
There was another patch to a looongstanding bug regarding panel lid handling that fixed the kernel to get external native display resolutions right, but that only landed in 3.8 and would not affect your 3.7 image. That patch can be found in upstream bug https://bugzilla.kernel.org/show_bug.cgi?id=27622 ('resurrect panel lid status v2') and while I doubt that it brings a solution here, it enables you to play around with the i915.panel_ignore_lid boot parameters: 1 - disable autodetect, return unknown 0 - enable autodetect -1 - force to disconnected/lid closed -2 - force to connected/lid open
Created attachment 340264 [details] this is «bad dmesg» when it did not open external monitor This is «bad dmesg» when it did not open external monitor, but since debug flags are not there can be same as «good dmesg» output.
I'll try this patches on freedesktop and kernel upstream but since I am new to this not sure, if I should patch and compile just one file or the whole package.
(In reply to comment #10) > I'll try this patches on freedesktop and kernel upstream but since I am new > to this not sure, if I should patch and compile just one file or the whole > package. Both patches won't interfere with each other. Also, there's a good chance that the panel fitter patch will land in the next 3.{0,4,8} iterations.
I think, bes to wait when this wfix ill go into main or gentoo kernel, and then upgrade.
kernel 3.8.1 will give you both patches, out now
This issue is now fixed with kernel 3.8.13-gentoo having "i915.panel_ignore_lid=0" kernel in boot line.
