similar to: [Bug 110993] New: GP107GLM [Quadro P1000 Mobile]: frequent failure to initialize displays on Thunderbolt dock

https://bugs.freedesktop.org/show_bug.cgi?id=110407 Bug ID: 110407 Summary: /sys/class/backlight/nv_backlight doesn't work on Dell Precision 7530 GP107GLM [Quadro P1000 Mobile] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

> > 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=90682 Bug ID: 90682 Summary: failed to idle channel 0xcccc0001 then crash Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee:

Hi Ilia, thanks for your reply. > DP-MST support was first added to nouveau for precisely these kinds of > setups. It does, generally, work, so that means there's something > extra-special about your setup. Yes... this is what it looks like. Even the proprietary driver, which works after bootup, has its problems with the setup after multiple consecutive VT switches (e.g. after

Hello Karol, On 5/29/19 4:04 PM, Karol Herbst wrote: > If you want you could try out those patches on a kernel and see if > those make any difference on your machine: > > https://github.com/karolherbst/linux/commits/runpm_fixes thanks, I tried, see below. This raises another question: where does nouveau development take place? In a tree based on the linux kernel (such as the above

> > 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

Hi, I recently added logs and another report from a ThinkPad P1 with a Quadro P2000 Mobile (GP107GLM) to issue #100228. That's with a very recent Linux kernel and current nouveau driver sources, all booted from an NFS-root setup, making it well reproducible. I can optionally boot into a similar NFS installation with the proprietary Nvidia driver, allowing me to capture MMIO traces as well.

I am trying to compile cairo-dock from source (failing to find an existing package for CentOS). I believe all dependencies are satisfied, but while doing "make", at some point it says (I can provide the full make output if it's needed): gcc -g -O2 -o cairo-dock -Wl,--export-dynamic cairo_dock-cairo-dock-callbacks.o cairo_dock-cairo-dock.o cairo_dock-cairo-dock-dbus.o

Hello My Aster-Friends! I would like to hear if anyone out there in Asteriskland has used the Dock-N-Talk (DNT) box to connect cell phones to Asterisk box. I have a couple of these boxes that I need to make work with Asterisk, connected with Digium TDM400P card. Anyone tried it before, and how did it go? Thank you. Jeng ___________________________________________________________ Yahoo!

Hi, for quite some time now I would like to switch from the proprietary driver to nouveau, using a GK107 (Quadro) in a thinkpad. Unfortunately the monitors connected to the lenovo "ultra dock" are not properly recognized when using nouveau. The laptop contains a multiplexer: so in the bios it can be selected, whether the docking station's DP/HDMI/VGA-Ports are "directly"

https://bugs.freedesktop.org/show_bug.cgi?id=54512 Bug #: 54512 Summary: xrandr does not detect screen Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=103351 Bug ID: 103351 Summary: Nouveau fails when booting with a screen connected to displayport since 13a86519202c5d119d83640d6f781f3181205d2c Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=100228 Bug ID: 100228 Summary: [NV137] unknown chipset (137000a1) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

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

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

Hello, I am encountering a 30 second hang during boot, in the Xorg process just before the display manager comes up. I have bisected the problem to the following commit: commit 2b700825e7a7702fb862edba1262c98040dc1bf6 Author: Ben Skeggs <bskeggs at redhat.com> Date: Thu Aug 20 14:54:22 2015 +1000 drm/nouveau/mc: move device irq handling to platform-specific code The hang only

Hello all, I'm using gentoo, with kernel 3.17.0-p1-pf and at some point, a patch was included in this branch of the gentoo kernel that broke hdmi audio. I've checked with the latest 3.19 vanilla kernel, and I still have the same problem. I cannot output multichannel sound over hdmi. After some investigations, I've narrowed down the issue to the following lines in the file

Hi, When I dial from my sip device to the extension 1234 which is linked to the ALSA console driver the call fails with the message "No channel type registered for 'ALSA'" (see below). I would like to have the console autoanswer for paging. However when I call from the console to the sip device the call completes fine. I alias alsa device hw:1,0 to card1 in /etc/asound.conf

On Fri, Feb 24, 2017 at 08:19:45PM +0100, Lukas Wunner wrote: > Fix Thunderbolt-related issues in apple-gmux and vga_switcheroo: > > Patch [1/5] ("Recognize Thunderbolt devices") has already been subjected > to a fair amount of scrutiny over at linux-pci@, I've submitted it 5 times > total since May 2016. With luck it may be in ack-able shape now. > > Patch

This fixes some annoying issues on the P50-P52 with displays not being detected if they aren't plugged in at boot, and sometimes even when they are plugged in at boot. See: https://bugzilla.redhat.com/show_bug.cgi?id=1477182 Lyude Paul (2): drm/nouveau: Only write DP_MSTM_CTRL when needed drm/nouveau: Reset MST branching unit before enabling drivers/gpu/drm/nouveau/dispnv50/disp.c | 65