Bug 892389 - Displaylink oddities, mostly does not work
Summary: Displaylink oddities, mostly does not work
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-nouveau
Version: 18
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Ben Skeggs
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-07 01:07 UTC by bigbeerjr
Modified: 2014-02-05 23:23 UTC (History)
10 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-02-05 23:23:14 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Xorg log file (81.91 KB, application/x-trash)
2013-01-07 01:07 UTC, bigbeerjr
no flags Details
Better description (99.74 KB, image/png)
2013-01-07 01:08 UTC, bigbeerjr
no flags Details
xorg log #2 (53.74 KB, text/x-log)
2013-02-07 03:43 UTC, bigbeerjr
no flags Details
screenshot2 (101.52 KB, image/png)
2013-02-07 03:44 UTC, bigbeerjr
no flags Details
Xorg log with crash (25.58 KB, text/x-log)
2013-02-07 15:54 UTC, bigbeerjr
no flags Details
Xorg crash with accel (36.52 KB, text/x-log)
2013-02-09 04:32 UTC, bigbeerjr
no flags Details

Description bigbeerjr 2013-01-07 01:07:44 UTC
Created attachment 673579 [details]
Xorg log file

When trying to enable an extra disaplylink monitor in KDE, X is crashing as soon as the 3rd monitor is enabled.


Laptop w/ docking station and Displaylink usb adapter. In KDE, the 3rd monitor will show connected in the Display and Monitor section of settings, but disabled. Enable the monitor by changing the drop down to a resolution and hit Apply. Instant segfault.

Attached is a Xorg.log and a screenshot of the description.

Comment 1 bigbeerjr 2013-01-07 01:08:26 UTC
Created attachment 673581 [details]
Better description

Comment 2 bigbeerjr 2013-01-15 01:10:29 UTC
I should also note that when starting X, the monitor is "enabled", but the screen is black, the desktop does not extend to it.

Comment 3 bigbeerjr 2013-01-19 19:49:42 UTC
Disconnecting everything, rebooting the laptop and just trying to hotplug the display link shows the same behavior. Connected monitor switches to "enabled", window manager extends (as in I can drag windows over to the black screen and loos them forever), but screen remains black.

Comment 4 Jérôme Glisse 2013-01-29 16:20:24 UTC
nouveau driver issue, more chance to get noticed

Comment 5 Ben Skeggs 2013-02-03 02:22:27 UTC
How is this a nouveau issue?

Comment 6 bigbeerjr 2013-02-06 02:09:10 UTC
My main display is nouveau, is the suggestion that it is somehow blocking the displaylink device?

Comment 7 Fedora Update System 2013-02-06 06:16:58 UTC
xorg-x11-drv-nouveau-1.0.6-3.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/xorg-x11-drv-nouveau-1.0.6-3.fc18

Comment 8 bigbeerjr 2013-02-07 03:43:11 UTC
Created attachment 694228 [details]
xorg log #2

xorg log after 1.0.6-4 install

Comment 9 bigbeerjr 2013-02-07 03:44:29 UTC
Created attachment 694229 [details]
screenshot2

Comment 10 bigbeerjr 2013-02-07 03:44:52 UTC
Using xorg-x11-drv-nouveau-1.0.6-3 and xorg-x11-drv-nouveau-1.0.6-4 produces the same behavior.

I have attached another Xorg.log, at 1337.162 is when I hotplug the displaylink adapter in. In addition I have attached a screenshot from krandr. The displaylink interface (DVI-2) is getting displayed on the laptop screen (LVDS-1). The strange part still is that the monitor connected to the displaylink adapter stays black but is powered up out of power saving mode.

Comment 11 bigbeerjr 2013-02-07 15:54:54 UTC
Created attachment 694571 [details]
Xorg log with crash

Comment 12 bigbeerjr 2013-02-07 15:57:53 UTC
I was able to undock the laptop and try some basic extending with xrandr with only the laptop display and displaylink adapter. When issuing the xrandr command to make the displaylink adapter "right-of" the laptop, it crashes X. Log with backtrace has been attached.

Comment 13 Dave Airlie 2013-02-08 01:23:58 UTC
is there anything in dmesg? as the nouveau driver is failing to enable accel, which causes the later crash, (I think I might have fixed that crash in newer -modesetting and server I haven't pushed yet, but it still won't work without accel).

Comment 14 Fedora Update System 2013-02-08 02:33:06 UTC
Package xorg-x11-drv-nouveau-1.0.6-3.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing xorg-x11-drv-nouveau-1.0.6-3.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-2093/xorg-x11-drv-nouveau-1.0.6-3.fc18
then log in and leave karma (feedback).

Comment 15 bigbeerjr 2013-02-08 02:45:53 UTC
I get the following in dmesg when reproducing the crash.

nouveau W[  PGRAPH][0000:01:00.0] disabled, PGRAPH=1 to enable

Comment 16 bigbeerjr 2013-02-09 04:30:25 UTC
Adding nouveau.config=PGRAPH=1 to kernel boot options enables acceleration when starting X. Bad news is that X will crash a few seconds after it starts up. New backtrace is in attached log.

Comment 17 bigbeerjr 2013-02-09 04:32:56 UTC
Created attachment 695331 [details]
Xorg crash with accel

Comment 18 Fedora End Of Life 2013-12-21 15:50:04 UTC
This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 19 Fedora End Of Life 2014-02-05 23:23:14 UTC
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.