On a dell e4310 laptop with arrandale dual-core i5-540m integrated graphics, driver i915: If the laptop is booted with its lid closed, the eDP is not initialized at all and is lost forever. dmesg says: [drm] failed to retrieve link info, disabling eDP Booting with lid closed is a common situation for anyone using a docking station: A user puts the laptop closed on the docking station, boots (lid closed), using external screen. Later, the user needs to move and then undock the laptop, opens the lid and expects to have the eDP working (X + some desktop env correctly handle these situations). This bug occurs with i915 started with option modeset=1 (KMS enabled). I use the current default debian testing kernel. If needed I can recompile a specific kernel (possibly patched) for testing. Feel free to ask for any needed details (logs, anything..) Matthieu
Unfortunately there still are cases where we fail to enable eDP if the BIOS didn't do that already. Perhaps we'll find a clue this time, fingers crossed. Please attach dmesg with drm.debug=0xe module parameter set *and* the output of intel_reg_dumper (from intel-gpu-tools package) for both the two cases (booted with lid closed, booted with lid open).
Created attachment 128171 [details] kernel log with drm.debug=0xe, when booting with laptop screen closed
Created attachment 128181 [details] kernel log with drm.debug=0xe, when booting with laptop screen open
In the two previous attachements I put the content of kernel.log rather than the output of dmesg because in the case when the laptop screen is open, drm.debug output is so verbose that dmesg buffer wraps and some part of the log is lost. dmesg and kernel.log are the same, right? for intel_reg_dumper, I installed debian package intel-gpu-tools, but I get this error message: "Couldn't map MMIO region: Resource temporarily unavailable" (debian bug 715278 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715278). Should I try to build the latest from http://anonscm.debian.org/gitweb/?p=pkg-xorg/app/intel-gpu-tools.git ?
Created attachment 128211 [details] kernel log with drm.debug=0xe, when booting with laptop screen closed
Created attachment 128221 [details] kernel log with drm.debug=0xe, when booting with laptop screen open
Created attachment 128231 [details] output of intel_reg_dumper after boot with laptop screen closed while running intel_reg_dumper, I got this on stderr (I don't know if it's important or not): Couldn't find path to dri/debugfs entry i915 loaded; not proceeding.
Created attachment 128241 [details] output of intel_reg_dumper after boot with laptop screen open while running intel_reg_dumper, I got this on stderr (I don't know if it's important or not): Couldn't find path to dri/debugfs entry i915 loaded; not proceeding.
FYI: I compiled intel_reg_dumper commit cf16da03b87267cfbb516f1745de218207093e1c from http://anonscm.debian.org/gitweb/?p=pkg-xorg/app/intel-gpu-tools.git to avoid the "Couldn't map MMIO region: Resource temporarily unavailable"
The debian package is ridiculously outdated. Please use the upstream git repo from http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/
Ok. Do you need that I attach new dumps obtained with a version compiled from the upstream git repo or are the current ones enough for your needs?
(In reply to Matthieu Imbert from comment #11) > Ok. Do you need that I attach new dumps obtained with a version compiled > from the upstream git repo or are the current ones enough for your needs? Please attach new dumps.
Created attachment 129111 [details] kernel log with drm.debug=0xe, when booting with laptop screen closed
Created attachment 129121 [details] kernel log with drm.debug=0xe, when booting with laptop screen open
Created attachment 129131 [details] stdout of intel_reg_dumper after boot with laptop screen closed stderr was: Couldn't find path to dri/debugfs entry warning: forcewake will not be handled
Created attachment 129141 [details] stdout of intel_reg_dumper after boot with laptop screen open stderr was: Couldn't find path to dri/debugfs entry warning: forcewake will not be handled
intel_reg_dumper version used: version compiled from HEAD c769d0988b7fae0e758046ba165c9c52c4f2816a from http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/
*** Bug 79991 has been marked as a duplicate of this bug. ***
For the record, the problem no longer seems to present in kernel version 3.15.5. There is now a problem with incorrect detection of maximum resolution of the screen connected to the docking station (output DP2; xrandr doesn't show anything above 1280x1024) which I did not encounter with 3.14, that however is a subject for a separate bug report.
(In reply to Marek Szuba from comment #19) > For the record, the problem no longer seems to present in kernel version Great, though would be nice to know what fixed it. Closing, please reopen or file a new bug at https://bugs.freedesktop.org/enter_bug.cgi?product=DRI on DRM/Intel if the problem persists. Thanks for the report.