similar to: xrandr configuration questions

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 List, I'm stuck how to get a dual head monitor solution to work with Nouveau, running openSUSE 13.1 on my hp8710w mobile workstation equipped with a Nvidia graphical card. Beyond the built-in WUXGA display, an external WQHD monitor is connected to the HDMI port on the graphical card and/or to the dual link DVI-D on a hp docking station. To compare with SLED11/Nvidia driver running in

I have an Alienware laptop that has Nvidia GTX 880M hardware driven by this driver. I recently purchased an ASUS_VN289H monitor. When my system gives a blanking command, the monitor returns some sort of lost signal message which causes the monitor to unblank and the time out I requested is cancelled. This is probably more of an HDMI question than specific to this hardware, but I was wondering

On 01/26/2016 03:24 PM, Ilia Mirkin wrote: > sleep 1 && xset dpms force off Could you confirm exactly how to add the drm.debug=0x1e option. Is it another parameter on the kernel command line? Where does the output data go? Is there a way to get it into a file? Thanks Don

Hi, everyone. tldr: How in the heck do I force CentOS7 to boot to a low/conservative GDM resolution? Hoping someone can lend a hand getting CentOS7 to sync to my Panasonic Vierra 42' TV. It worked fine in CentOS6.5 but since installing I boot to a GDM background with no login prompt. I can SSH into the node and configure multiuser runlevel but that's not fun at all. ;) Here's the

The important thing for display detection/setting proper modes/etc is the kernel -- what kernel version are you using? Separately, there has been a fix that affected VBIOSes found in NV96 cards, and it would not be a stretch to believe that a similar VBIOS script could be found in a NV92 card. However the NV96 error condition was different (everything detected fine, but no actual image displayed,

> > 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=51362 Bug #: 51362 Summary: DisplayPort output on nVidia Quadro K2000M (ThinkPad W530) doesn't work Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal

On 01/26/2016 03:58 PM, Ilia Mirkin wrote: > On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3 at comcast.net> wrote: >> On 01/26/2016 03:24 PM, Ilia Mirkin wrote: >>> >>> sleep 1 && xset dpms force off >> >> Could you confirm exactly how to add the drm.debug=0x1e option. Is it >> another parameter on the kernel command line? > > Yep

We've seen a number of power management and secboot issues with the Pascal-series mobile GPUs. Without a command line it is hard to debug remotely, but see, as one possible example: https://bugs.freedesktop.org/show_bug.cgi?id=100228 Can you try booting with a kernel command line that includes "nouveau.runpm=0" as a debugging step. On Mon, 17 Sep 2018 at 17:46, don fisher <hdf3

I do not know how to debug this situation. Nothing appears in /var/log/messages. I miss the serial port:-( I executed a journalctl -r, and saw an error: kernel: nouveau 00001:01:00.0; Refused to change power state, currently in D3 The last message before reboot was: kernel: watchdog: Bug: soft lockup - CPU#0 stuck for 22s! [ntpd:3265] I have a pair of these Alienware 13 laptops, and would be

> > 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 am running Rocky Linux latest version with the Mate Desktop 1.26.2 (the latest version in the EPEL repository) on a Dell Inspiron laptop with a 3840 x 2160 display and an external 1920 x 1080 Acer monitor connected via HDMI, see output below: $ inxi --graphics Graphics: Device-1: Intel UHD Graphics 620 driver: i915 v: kernel Device-2: NVIDIA GM108M [GeForce 940MX] driver: nouveau v: kernel

I had desire for a light laptop, so purchased an Alienware 13. I am currently unable to display on the external monitor, leaving me with the small 13" display. I am ignorant of how to proceed. I assume the Nouveau driver is being used, but am not sure. I it Intel or Nouveau? When I boot the following appears in dmesg: nouveau: detected PR support, will not use DSM nouveau

On 01/26/2016 02:40 PM, Ilia Mirkin wrote: > What you're asking for isn't particularly clear... when DPMS is > enabled, instead of suspending the monitor says "no signal" as if it > had been unplugged? Or is something else going on? Then you talk about > passing signals "up the chain" and "filtering"? What signals? What > chain? > > Can

https://bugs.freedesktop.org/show_bug.cgi?id=73770 Priority: medium Bug ID: 73770 Assignee: nouveau at lists.freedesktop.org Summary: nouveau doesn't setup 1920x1200 mode on HDMI properly QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: All Reporter: martix.cz at

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