Description of problem:
This is the same problem experienced in Bug #1035448 (https://bugzilla.redhat.com/show_bug.cgi?id=1035448) but for Fedora 19, not 20.
The issue is that Fedora 19 runs fine if running and connected to the dock as long as there are no external monitors hooked up. It also boots fine in the dock if no external monitors are connected.
However, if you attach to the dock or boot in the dock with an external monitor attached (I've tried VGA, DVI-D, and DisplayPort connections and all exhibit the issue) the system freezes... nothing gets output to the displays, no keyboard presses are registered, and nothing is output to /var/log/messages or /var/log/Xorg.0.log save for the initial connect event (example shown is attaching DVI-D to system running in dock):
Dec 2 21:06:41 tawodi colord: Device added: xrandr-Dell Inc.-DELL 2408WFP-JU4368251EGS
... nothing until disconnect, this case I had to disconnect from dock, unplugging DVI-D did nothing...
Dec 2 21:07:20 tawodi colord: device removed: xrandr-Dell Inc.-DELL 2408WFP-JU4368251EGS
Dec 2 21:07:20 tawodi kernel: [ 685.991740] thinkpad_acpi: undocked from hotplug port replicator
[ 646.188] (II) intel(0): EDID vendor "AUO", prod id 4669
[ 646.188] (II) intel(0): Printing DDC gathered Modelines:
[ 646.188] (II) intel(0): Modeline "1920x1080"x0.0 141.00 1920 1936 1952 2104 1080 1083 1097 1116 -hsync -vsync (67.0 kHz eP)
[ 646.257] (II) intel(0): EDID vendor "AUO", prod id 4669
[ 646.257] (II) intel(0): Printing DDC gathered Modelines:
[ 646.257] (II) intel(0): Modeline "1920x1080"x0.0 141.00 1920 1936 1952 2104 1080 1083 1097 1116 -hsync -vsync (67.0 kHz eP)
[ 646.355] (II) intel(0): Allocated new frame buffer 3840x1200 stride 15360, tiled
... and that's the last, until undock...
On boot, the system shows the grub menu, and flashes before going blank and freezing. Undocking shows the fedora progress icon in a partial state. Sometimes it will come out of freeze, sometimes you have to undock in order for it to unfreeze. No error messages show in any /var/log file.
So it could be something in the thinkpad drivers, but could also be something in the Intel video drivers. Hardware:
Intel Core i7-4600U 2.10GHz (haswell)
Intel Haswell-ULT Integrated Graphics
ThinkPad Ultra Dock (40A20090US)
Dell 2408WFP monitor at 1920x1200 resolution
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1a. Connect ThinkPad to dock. Connect external monitors to dock. Boot.
1b. Connect ThinkPad to dock without external monitors attached. Boot. After boot, connect external monitor(s) to dock.
System freezes, nothing displayed on monitors, no interaction possible.
System boots or continues to run properly.
Please let me know what I can do to gather info and test. I am more than willing to help!
As a test, I tried other distros to see if this was a distro-specific issue.
Linux Mint 16 wouldn't get past the boot screen even removed from dock.
OpenSUSE 13.1 installs, but exhibits the same behavior as Fedora 19 and 20.
This bug on freedesktop.org might be the root: https://bugs.freedesktop.org/show_bug.cgi?id=71267
I have this issue too.
I saw that it's been reported by more people after doing a google search.
Connecting a DisplayPort display to the T440s directly (on its mini-dp connector) does work. So it's the connectors on the dock that do not work.
(In reply to Eric Floehr from comment #2)
> This bug on freedesktop.org might be the root:
*** Bug 1035448 has been marked as a duplicate of this bug. ***
Confirmed in Fedora 20 beta also (see https://bugzilla.redhat.com/show_bug.cgi?id=1035448)
I experience the same with X240 and 3.12.6-300.fc20.x86_64
I experience the same issue with T540p (intel gfx) and 3.12.6-300.fc20.x86_64
We have the same problem, connecting the external monitor to the DisplayPort on the computer works.
I've been able to get this backtrace at the freeze point:
#0 0x00000030842ec067 in ioctl () at ../sysdeps/unix/syscall-template.S:81
#1 0x000000308c2036e4 in drmIoctl (fd=10, request=request@entry=3228066978, arg=0x7fffea8caa10) at xf86drm.c:167
#2 0x000000308c2077b9 in DRM_IOCTL (arg=0x7fffea8caa10, cmd=3228066978, fd=<optimized out>) at xf86drmMode.c:57
#3 drmModeSetCrtc (fd=<optimized out>, crtcId=<optimized out>, bufferId=<optimized out>, x=<optimized out>, y=<optimized out>, connectors=<optimized out>, count=1, mode=0xaf1b98) at xf86drmMode.c:383
#4 0x00007ff0147b8d44 in intel_crtc_apply () from /usr/lib64/xorg/modules/drivers/intel_drv.so
#5 0x00007ff0147b92e0 in intel_crtc_set_mode_major () from /usr/lib64/xorg/modules/drivers/intel_drv.so
#6 0x00000000004c3d2d in xf86CrtcSetModeTransform (crtc=crtc@entry=0xaf1c40, mode=mode@entry=0x7fffea8cae60, rotation=rotation@entry=1, transform=transform@entry=0x0, x=x@entry=1920, y=y@entry=0)
#7 0x00000000004cd5f6 in xf86RandR12CrtcSet (pScreen=0xaf8020, randr_crtc=0xe10310, randr_mode=<optimized out>, x=1920, y=0, rotation=<optimized out>, num_randr_outputs=1, randr_outputs=0x126e7b0)
#8 0x000000000050c6ae in RRCrtcSet (crtc=0xe10310, mode=0x1239830, x=1920, y=0, rotation=rotation@entry=1, numOutputs=numOutputs@entry=1, outputs=outputs@entry=0x126e7b0) at rrcrtc.c:567
#9 0x000000000050dbd6 in ProcRRSetCrtcConfig (client=0x1153d70) at rrcrtc.c:1167
#10 0x000000000043a357 in Dispatch () at dispatch.c:432
#11 0x00000000004288ea in main (argc=12, argv=0x7fffea8cb388, envp=<optimized out>) at main.c:298
Here's a link to the full core file:
This is with:
I have this issue as well, looks like Lenovo has pinned this down to a bug in the _dock_ firmware:
It appears that the issue was firmware, not buggy Linux, see the freedesktop upstream bug. I am closing this issue.
It's _both_ a firmware problem of the dock and of the Linux kernel.
The Intel guys are supposedly queueing patches for the current development and stable kernels
Right, I guess it shouldn't hang on unpatched firmware, and that's the bugfix.