Persistent triple-head setup

Hello, I just got my triple-head setup across three GPUs working. Read below for the steps, in case you are struggling as well. Is there a way to write all this setup into xorg.conf, rather than having to execute xrandr-commands from xinitrc or similar? The reason is that I want the same setup

Flickering single display in multi-head XRandR setup

Hello, I have a new Radeon R9 390 card, driving three monitors, two on DisplayPort and one on DVI, in this order from left to right: DP0 — DVI0 — DP1 Please find my xorg.conf attached, as well as the log file. There is something very weird going on, which you may witness in the video

Re: Flickering single display in multi-head XRandR setup

Hi Andreas, Thank you for taking your time to reply. I've since followed up having found the problem, and I think it must be one of the DP ports on the graphics card. Now, you write: > Perhaps unthinkable, but the connectors of the card might be > implemented / wired up asymmetrically, e.g. due

Missing letters after suspend

Hi, I am not sure the following is an X.org issue, but I hope you'll let me start here. Please see attached screenshot. This is on a laptop and occurs occasionally after I bring the system back from suspend. Everything works just fine, except certain letters (it's always a different set it

Re: XLookupString return inconsistent

also sprach wetts...@gmail.com [2016-09-12 18:01 +0200]: > > And moments after clicking send, I realized this is really just hardcoding > > US keyboard layout & ASCII encoding - Shift-2 is '@' and Ctrl-@ is '\0'. > > Oh, yes. And Ctrl+3-7 get mapped to 0x1b-0x1f, the control

Re: Huge mouse-click delay

also sprach Peter Hutterer [2016-09-21 08:49 +0200]: > * run evemu-record on the mouse and check if you see the button events show > up while they're delayed in X. if they work as expected, then it's not a > kernel/hw issue. > * run xev and see if that gets the

Re: Huge mouse-click delay

also sprach Lucien Gentis [2016-09-20 15:19 +0200]: > So even if restarting the machine does not solve the problem, you can also > try to unload/load kernel module (if your system permits it) : > > sudo rmmod psmouse > sudo modprobe psmouse Doing so does seem to

Huge mouse-click delay

Hello, for a few days now, I'm experiencing (sometimes multi-second!) delays between mouse click and reaction on my laptop. It's running: X.org 7.7+16 (Debian sid) Intel graphics driver 2:2.99.917+git20160706 evdev 2.10.2 I've already rebooted, but the problem stayed. I am a bit at a loss

Re: Huge mouse-click delay

Hey Thomas, thanks for your response! > In the clients event handling. > => Which clients in particular? All? Only gtk? Only Qt? > Is xterm affected? All of them, including urxvt. > Does "export GDK_CORE_DEVICE_EVENTS=1" help anything on the matter No, nothing :( -- @martinkrafft |

[solved] Re: Huge mouse-click delay

also sprach martin f krafft <madd...@madduck.net> [2016-09-21 13:07 +0200]: > The more I am fiddling with this, the more I am suspecting the > Awesome window manager to be at fault. At least my switch to Git > master could well coincide with the start of these problems. > M

Re: XLookupString return inconsistent

also sprach wetts...@gmail.com [2016-09-29 21:00 +0200]: > I do not know, but I do not see the benefit of doing that. It > certainly would not fix your problem, which I still think is > hardware. I think you are right. I just noticed that this only happens with my USB

X.org 7.7, i915 chip on Thinkpad T490 no longer able to drive external display

Folks, a few days ago, my trusted Thinkpad T490 stopped being able to drive an external screen. X thinks it's there, but it doesn't wake up. I have tried all combinations of: * two different monitors * two different USB-C docks * two different USB-C cables * from the docks: DP to DVI, DP to

Re: Something is keeping my X awake

I don't frequent Youtube, and I don't generally see ads. I might have Reddit open, so that could be it. Not exactly happy about this, and I will take it over to Mozilla and see what they say. At least this should be configurable. -- @martinkrafft | https://matrix.to/#/#madduck:madduck.net

Re: Something is keeping my X awake

Thanks, Carsten, for your work, and the elaborate explanation. I can somewhat understand inhibiting the screensaver when there's a video playing in the foreground, but certainly not for background activity. But this is an issue to take up with the Mozilla dudes. I don't believe that there

Something is keeping my X awake

Hey there, On my Thinkpad T490, something is keeping the display awake such that XScreensaver will not lock the machine, and DPMS will never let the screen turn off. There are lots of suspects, with the trackpad, the nipple, and a Lenovo wireless keyboard attached. However, even after I

Re: Something is keeping my X awake

Regarding the following, written by "Vladimir Dergachev" on 2022-07-21 at 17:28 Uhr -0400: If any of such programs were terminated before they could restore the regular behaviour, the screen won't lock. Nah, the problem is different. If I run `xscreensaver-command -lock`, then the screen

Re: phenomenally slow performance dragging windows around (was: xrandr: adding a second display to screen 0 [radeon])

Moving this thread from the xorg list to the ATI driver list. Context: http://lists.freedesktop.org/archives/xorg/2008-February/033007.html Please remove the xorg list from CC on replies. also sprach Michel Dänzer [EMAIL PROTECTED] [2008.02.19.2007 +0100]: Yes, using XAA fixes this. Thanks,