similar to: [Bug 90682] New: failed to idle channel 0xcccc0001 then crash

> > OK, so I think that these are not the HDMI/DP outputs connected to > your secondary device. They are the ones connected to your primary > device (might not be pinned out, or might only be available via an > optional dock). Normally there'd be an extra -1- in the name of such > outputs. But who knows with modesetting - perhaps it doesn't stick > that in and sticks

I think I may have updated the tv firmware between when it worked and when it didn't. I wonder it it has to do with bit depth. I use lubuntu and it doesn't let me pick the bit depth so I don't know what it using.

> > No, that line is actually expected (just means accel won't work, since > NVIDIA hw now requires signed firmware, but they won't release the > ctxsw fw). Are you absolutely sure that you're seeing the outputs in > xrandr? Could you provide the output of xrandr as well as an Xorg log? > > Thanks, > > -ilia Many thanks for you help. All data below :

https://bugs.freedesktop.org/show_bug.cgi?id=106994 Bug ID: 106994 Summary: [PATCH] Fix null pointer dereference in drmmode_output_dpms Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

I am running opensuse Leap 15 on an Alienware laptop. When I plug a monitor into the HDMI socket xrandr shows that is disconnected. How can I get the system to send an event or something so it will look and see that a monitor is there. If I cycle power on the computer with the monitor connected both monitors come up connected. The command xrandr --auto does not bring the disconnected monitor

Hi, Distribution: openSUSE 42.2 Beta, Kernel: 4.4. The box is a Dell Precision T7500 with an nVidia Quadro 4000 card and a displayport connected iiyama B2783QSU 2560x1440 monitor identified as DP-1. Problem: The monitor is detected as 1920x1080 and not 2560x1440. See Xorg log file at http://rogerprice.org/Xorg.0.log . There is no file /etc/X11/xorg.conf and in the directory

https://bugs.freedesktop.org/show_bug.cgi?id=110993 Bug ID: 110993 Summary: GP107GLM [Quadro P1000 Mobile]: frequent failure to initialize displays on Thunderbolt dock Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority:

https://bugs.freedesktop.org/show_bug.cgi?id=99841 Bug ID: 99841 Summary: Switching to VT freezes X only on a dual screen Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=111044 Bug ID: 111044 Summary: Resume up from suspend sometimes freezes system (Optimus/Nouveau) Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=92991 Bug ID: 92991 Summary: Nouveau module loading regression in 4.4-rc1 on optimus system Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=77371 Priority: medium Bug ID: 77371 Assignee: nouveau at lists.freedesktop.org Summary: [NVA3] gpu lockup unless noaccel=1 QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All) Reporter: jw.hendy at gmail.com

https://bugs.freedesktop.org/show_bug.cgi?id=91972 Bug ID: 91972 Summary: xorg/nouveau crashes when running wine's unit tests under valgrind: EXA: malloc failed for size -262140 bytes Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

Hi, I'm trying to configure 2 parallel sip trunks between 2 boxes. However I seem to have the problem that when making a call from Box 2 to Box 1, it sometimes says authentication failed because it is using the username of the other trunk. Here's my configuration: Box 1: [dp-dp2] type=peer username=dp-dp2 secret=mysecret qualify=yes host=box.2.ip.address context=from-internal [e911-dp2]

I originally set up this monitor with an analogue lead. Everything seemed fine, so I didn't check xorg.conf at all. Then I bought a digital lead, and since then the monitor blinks. Running system-config-display identifies it as a 1280 x 1084 CRT monitor. It is an LCD monitor. That model is not on the drop-down list, so assuming that a specific driver wasn't available for it, I

https://bugs.freedesktop.org/show_bug.cgi?id=110830 Bug ID: 110830 Summary: [nouveau] GeForce GTX 1660 Ti (mobile) not supported (NV168/TU116) Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=64774 Priority: medium Bug ID: 64774 Assignee: nouveau at lists.freedesktop.org Summary: nouveau GF108 kernel crash in optimus mode when enabling external display output QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified

On 05/04/2017 04:00 AM, Pierre Moreau wrote: > Hello, > > Acceleration for Pascal cards is coming in Linux 4.12, support for Pascal cards > in xorg-video-nouveau is in 1.0.15, and if I remember correctly, on the > Mesa-side, you will need >=17.0. Thanks - I suspected it was too new. I'm finding the monitor capabilities miss identified even if I use an older card - I'm

I''m trying to use composed_of within my model. I have a field in my database named ''card1'', which is simply a string. I have this in my model class Player < ActiveRecord::Base composed_of :card1, :class_name => ''Card'' end class Card attr_reader :value, :suit def initialize(s) @value = s[0].chr @suit = s[1].chr end end The

Hello, I would know if it is possible with grep to match a exact string. For example, I want to match the string "DP2" (and only this) and grep match "DP2BS" too. I have sought in the grep help but I didn't find what I want.

Can anyone work out why my callerid doesn't work on my isdn4Linux with asterisk (or without asterisk for that matter)... This used to work fine, and I am quite confident that the telco is sending callerid information (because they always do on all ISDN lines standard, only extra cost on POTS lines). This is the information from dmesg, whether asterisk is running or not: isdn_net: Incoming