Triple-head setup advice sought
Dear X.org people, since XRandR still cannot handle multiple GPUs and it's getting harder and harder to use Zaphod (performance, incompatibilities, etc…), I would like to investigate new options. Julien said that there are 3+ head cards out there that work with X/Linux's Free drivers. My Matrox G750 still isn't supported and likely will never be. Does anyone have a suggestion for a card I should buy? I have two DVI screens and one VGA screen. Thanks, -- martin | http://madduck.net/ | http://two.sentenc.es/ "i sometimes think that god in creating man somewhat overestimated his ability." -- oscar wilde spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
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 for all users and so would prefer centralised configuration. Here's what I did: % xrandr --listproviders Providers: number : 3 Provider 0: id: 0xdc cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 3 associated providers: 0 name:radeon Provider 1: id: 0x97 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 3 associated providers: 0 name:radeon Provider 2: id: 0x54 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 3 associated providers: 0 name:radeon # enslave the second and the third to the first xrandr --setprovideroutputsource 1 0 --setprovideroutputsource 2 0 # optional: add a new mode to the VGA-1-0 output # (since the Monitor setting in xorg.conf seems to be ignored) xrandr --newmode "1280x1024" 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -HSync +Vsync xrandr --addmode VGA-1-0 1280x1024 # align the heads xrandr --output DVI-1 --auto --output DVI-2-2 --auto --right-of DVI-1 --output VGA-1-0 --mode 1280x1024 --right-of DVI-2-2 Somehow I would really like to rename those funky xrandr names. Then again, once this is all hidden away in xorg.conf, it won't be much of a bother. Thanks, -- martin | http://madduck.net/ | http://two.sentenc.es/ "i always choose my friends for their good looks and my enemies for their good intellects. man cannot be too careful in his choice of enemies." -- oscar wilde spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
XRandR 1.4 multi-GPU performance
Hey, with my new XRandR 1.4 multi-head setup, I am noticing graphical artefacts and screen damages, and sometimes a sluggish performance. Sure, this can be due to multi-GPU support being new and unpolished, but I am also wondering a bit whether I am just misunderstanding the terminology. What does it mean if I --setprovideroutputsource Could it be that multi-GPU support actually only adds outputs from other cards to the primary GPU, which then has to do all the work? Where can I read up on --setprovideroffloadsink? What does this do? How is that different from --setprovideroutputsource? Thanks, -- martin | http://madduck.net/ | http://two.sentenc.es/ it's as bad as you think, and they are out to get you. spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 downloadable here: http://scratch.madduck.net/xorg-display-flicker.mp4 (8Mb) The left-most display (DP0) keeps turning off and on (or resets itself), and generally, it flickers and the pixels jiggle around. The other two displays are perfectly fine. The monitor on DP1 is of exactly the same make as that on DP0. Do you have any idea what might be going on? Why would the left-most display of three, all connected to the same card, act up, while the other two are just fine and stable? What could be done to diagnose and fix this? Here is the relevant xrandr output: % xrandr | grep -A2 '\http://madduck.net/ | http://two.sentenc.es/ perl -e 'print "The earth is a disk!\n" if ( "a" == "b" );' (dedicated to nori) spamtraps: madduck.bo...@madduck.net # /etc/X11/xorg.conf (xorg X Window System server configuration file) Section "Files" ModulePath "/usr/local/lib/xorg/modules,/usr/lib/xorg/modules" EndSection Section "Monitor" # Left monitor, DisplayPort-0 Identifier "Samsung S22E650 [0]" Option "PreferredMode" "1920x1080" Option "Enable" "true" Option "LeftOf" "DVI-0" EndSection Section "Monitor" # Middle monitor, DVI-0 Identifier "Samsung SyncMaster 2343BW" Option "PreferredMode" "2048x1152" Option "Enable" "true" Option "Primary" "true" EndSection Section "Monitor" # Right monitor, DisplayPort-1 Identifier "Samsung S22E650 [1]" Option "PreferredMode" "1920x1080" Option "Enable" "true" Option "RightOf" "DVI-0" EndSection Section "ServerLayout" Identifier "Triple-Head" EndSection Section "ServerFlags" Option "DontZap" "yes" Option "AllowDeactivateGrabs" "yes" Option "AllowClosedownGrabs" "yes" EndSection Section "Extensions" Option "Composite" "Enable" Option "RENDER" "true" Option "DAMAGE" "true" EndSection [ 7417.378] X.Org X Server 1.18.2 Release Date: 2016-03-11 [ 7417.378] X Protocol Version 11, Revision 0 [ 7417.378] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 7417.378] Current Operating System: Linux albatross 4.4.0-1-amd64 #1 SMP Debian 4.4.6-1 (2016-03-17) x86_64 [ 7417.378] Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-1-amd64 root=/dev/mapper/albatross_ssd-root ro quiet [ 7417.378] Build Date: 22 March 2016 08:14:16AM [ 7417.378] xorg-server 2:1.18.2-2 (http://www.debian.org/support) [ 7417.378] Current version of pixman: 0.33.6 [ 7417.378]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 7417.378] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 7417.378] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 24 12:00:04 2016 [ 7417.378] (==) Using config file: "/etc/X11/xorg.conf" [ 7417.378] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 7417.379] (==) ServerLayout "Triple-Head" [ 7417.379] (==) No screen section available. Using defaults. [ 7417.379] (**) |-->Screen "Default Screen Section" (0) [ 7417.379] (**) | |-->Monitor "" [ 7417.379] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [ 7417.379] (**) | |-->Device "Radeon R9 290 [DP0]" [ 7417.379] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 7417.379] (**) Option "DontZap" "yes" [ 7417.379] (==) Automatically adding devices [ 7417.379] (==) Automatically enabling devices [ 7417.379] (==) Automatically adding GPU devices [ 7417.379] (==) Max clients allowed: 256, resource mask: 0x1f [ 7417.379] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 7417.379]Entry deleted from font path. [ 7417.379] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 7417.379] (**) ModulePath set to "/usr/local/lib/xorg/modules,/usr/lib/xorg/modules" [ 7417.379] (**) Extension "Composite" is enabled [ 7417.379] (**) Extension "RENDER" is enabled [ 7417.379] (**) Extension "DAMAGE" is enabled [ 7417.379] (II) The server relies on udev to provide the list of input devices. If no devices become available, reco
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 to an ickily > varying length of traces, or EMI issues. This leads me to believe that the connector hardware itself could be at fault. Seriously, is DP *that* finicky and subject to connection failures? I'd have thought that it being 2016, the industry would have finally gotten the hang of it, especially after screwing up HDMI so badly. Thanks, -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ "never eat more than you can lift." -- miss piggy spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 seems) are just not displaying. At first I thought this is limited to GTK apps (Firefox, Thunderbird, ssh-ask-pass, gscan2pdf), but I also see this with e.g. the Awesome window manager, which does not link with GTK. Have you encountered this before? What is going on? Which software is at fault? How can I fix this (without rebooting)? Thank you! -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ #define emacs eighty megabytes and constantly swapping. spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
XLookupString return inconsistent
Hello, My window manager uses the number keys to switch between tags (it's "awesome"). I noticed that for a while, I was no longer able to move a client to tag "2" (Mod4-Shift-2), while moving to other tags worked fine. Also, I could still switch to tag "2" (Mod4-2), so it was something about the shift key, I gathered. Well, not so. Using xev, I discovered the following: Entering "1" and "2" into the xev gives consistent results. Holding down shift yields "!" and "@" as it should for a US keyboard. However, as soon as I touch Control_L or Control_R at the same time, something weird happens. Here's the output for Control_L + 1: KeyPress event, serial 1684, synthetic NO, window 0x421, root 0x4b9, subw 0x0, time 4065591518, (117,69), root:(3486,798), state 0x14, keycode 10 (keysym 0x31, 1), same_screen YES, XLookupString gives 1 bytes: (31) "1" XmbLookupString gives 1 bytes: (31) "1" XFilterEvent returns: False but look at what happens for Control_L + 2: KeyPress event, serial 1684, synthetic NO, window 0x421, root 0x4b9, subw 0x0, time 4065592038, (117,69), root:(3486,798), state 0x14, keycode 11 (keysym 0x32, 2), same_screen YES, XLookupString gives 1 bytes: (00) "" XmbLookupString gives 1 bytes: (00) "" XFilterEvent returns: False Note how the keysym is correct, but then XLookupString and/or XmbLookupString instead return the empty string. This happens whether I load the US or the DE xkb map, using setxkbmap. Do you have any idea what might be going on? -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ "she was rather too intelligent and competent-looking to be considered entirely beautiful, but all the more attractive because of it." -- george spencer-brown, "a lion's teeth" spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 getting to the root of this. xev reports the events ASAP, so the delay is at a later stage. Do you have any tips on what I could try to zone in on this problem? It's really quite annoying to have to wait 1–2 seconds between pressing down the mouse and seeing a result dragging it e.g. to select text. Thanks, -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ windoze nt crashed. i am the blue screen of death. no one hears your screams. spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 | http://madduck.net/ | http://two.sentenc.es/ "love is a grave mental disease." -- platon spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: Huge mouse-click delay
also sprach Lucien Gentis [2016-09-20 14:39 +0200]: > Same problem with touch pad or USB extern mouse ? Good question; yes, the same problem exists with an external mouse. It's a Logitech wireless, and I initially thought that the dongle might be the problem, but the delay persists even if I remove the dongle, and mouse clicks using the external mouse are similarly delayed. It's an X240 with that dreadful touchpad-is-all-mousebuttons "solution". I am just adding this because maybe the driver is synaptics (version 1.8.3). -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ now I lay me back to sleep. the speaker's dull; the subject's deep. if he should stop before I wake, give me a nudge for goodness' sake. spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 make a difference — for a very short time. Then the delays come back. > Another thing you can try is to start your machine with a live > CD/DVD (Linux Ubuntu, Debian,...) in order to determine if the > problem is related with your system or your hardware. Okay, something I can try back at home, but I am on the road right now :/ -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ "sobald man über niveau spricht ist man längst darüber hinweg." -- thomas krafft spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 events as expected. If so, then the issue > is in the toolkit (but judging from the rest that's not the case anyway). In both cases, the event is registered by the tools immediately. > any server updates recently? can you downgrade? There was an update about 3 days ago, but of course I can't tell you exactky whether that's when the problems started. The update before that was a week old and I am fairly sure the problems aren't that old. X.org received only a Debian revision, it seems, but there were tons of other updates, cf. apt.log: http://slexy.org/raw/s21gsbXDX8 Sure, I can downgrade anything, but I it's probably pay off to know what I should be downgrading. Any clues? 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. Moreover, if I kill awesome, then the mouse behaves just fine. If I then restart awesome, the delay quickly grows in length. I'll start investigating this lead. Thank you everyone for your patience and input. -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ above all, we should not wish to divest our existence of its rich ambiguity. --friedrich nietzsche spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
[solved] Re: Huge mouse-click delay
also sprach martin f krafft [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. > Moreover, if I kill awesome, then the mouse behaves just fine. If > I then restart awesome, the delay quickly grows in length. I really appreciated your guys' help, and now I feel bad for using up your time — the problem is indeed with the Awesome window manager: https://github.com/awesomeWM/awesome/issues/1107 Sorry for the noise… -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ "i like .net for the same reason i like gentoo. it keeps all the people with no clue from writing c code, which is much harder for me to identify and eliminate from my systems. in the same way that gentoo gives those people a place to be that isn't in debian" -- andrew suffield spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 codes beyond > Ctrl-Z. Ctrl+8 becomes 0x7f, that is, ASCII DEL. So the full ASCII > range becomes available. It does make sense, from a perspective of text > terminals. Hey guys, sorry for the late response to "my" thread. So this makes sense from the perspective of text terminals, but we are talking X.org here, aren't we? ;) Long story short: do you see any chance in making this bit of legacy (nostalgia?) code configurable, or remove it altogether? Cheers, -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ quidquid latine dictum sit, altum viditur. spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 keyboards, not with the Thinkpad built-in keyboard. So there's no way to work around this? -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ "die menschen drängen sich zum lichte, nicht um besser zu sehen, sondern um besser zu glänzen." - friedrich nietzsche spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
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 HDMI, VGA * HDMI to HDMI on the machine itself In all of the cases does XRandR recognise the external display properly, and the window manager configures it like I want it to, There is nothing suspicious in Xorg.0.log (attached); in fact, everything seems to be fine there: ``` (II) intel(0): switch to mode 1920x1080@60.0 on DP2-3 using pipe 1, position (0, 0), rotation normal, reflection none ``` And `xrandr` thinks the screen is right there: ``` DP2-3 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 530mm x 300mm 1920x1080 60.00*+ […] ``` But the physical monitor itself just stays suspended / receives no signal. This worked fine forever, until last week, and I have not upgraded the OS (Debian unstable) for weeks, mainly because I've been on the road all the time, and didn't want to risk any breakage. I've verified that the intel video driver hasn't changed in more than a year (2.99.917+git20200714-1+b1), and tried to downgrade both kernel, as well as libdrm-intel1 (to 2.4.104 from 2.4.107) — nothing else has changed on this system, but to no avail. I've tried kernels 5.10.46, 5.10.70, and 5.14.12, which were the ones installed on my system over the last 2 months. I've search the Web, but found very little on this issue, and certainly nothing I have not tried, or that got me anywhere. So right now, I, a heavy multi-screen user who's struggling to get work done using only a single display, is unable to get my external screens to turn on, and I am turning to you for help. What else can I try? Thanks for any help. -- @martinkrafft | https://matrix.to/#/#madduck:madduck.net "in just seven days, i can make you a man!" -- the rocky horror picture show spamtraps: madduck.bo...@madduck.net [95.809] X.Org X Server 1.20.11 X Protocol Version 11, Revision 0 [95.809] Build Operating System: linux Debian [95.809] Current Operating System: Linux lotus 5.10.0-8-amd64 #1 SMP Debian 5.10.46-5 (2021-09-23) x86_64 [95.809] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.10.0-8-amd64 root=/dev/mapper/lotus-root ro quiet [95.810] Build Date: 13 April 2021 04:07:31PM [95.810] xorg-server 2:1.20.11-1 (https://www.debian.org/support) [95.810] Current version of pixman: 0.40.0 [95.810]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [95.810] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [95.810] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Nov 2 21:00:17 2021 [95.810] (==) Using config directory: "/etc/X11/xorg.conf.d" [95.810] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [95.810] (==) No Layout section. Using the first Screen section. [95.810] (==) No screen section available. Using defaults. [95.810] (**) |-->Screen "Default Screen Section" (0) [95.810] (**) | |-->Monitor "" [95.811] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [95.811] (**) | |-->Device "card0" [95.811] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [95.811] (==) Automatically adding devices [95.811] (==) Automatically enabling devices [95.811] (==) Automatically adding GPU devices [95.811] (==) Max clients allowed: 256, resource mask: 0x1f [95.811] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [95.811]Entry deleted from font path. [95.811] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [95.811]Entry deleted from font path. [95.812] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [95.812]Entry deleted from font path. [95.812] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, built-ins [95.812] (==) ModulePath set to "/usr/lib/xorg/modules" [95.812] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [95.812] (II) Loader magic: 0x55b39a783e40 [95.812] (II) Module ABI versions: [95.812]X.Org ANSI C Emulation: 0.4 [95.812]X.Org Video Driver: 24.1 [95.812]X.Org XInput driver : 24.1 [95.812]X.Org Server Extension : 10.0 [95.813] (
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&mouse attached. However, even after I unplug the wireless receiver, and disable the trackpad and nipple with `xinput disable …`, the machine will *not* rest. I've ruled out that this is a problem with XScreensaver. I mean, maybe it is, but after I lock it manually, it just keeps interrupting with the password prompt, as if e.g. the mouse was moved or a key pressed. At this stage I am wondering what tool there's availeble to me that could shed some light on this. I've tried `xev`, but there are no events whatsoever. I'd appreciate any hints!! Best, -- @martinkrafft | https://matrix.to/#/#madduck:madduck.net a friend is someone with whom you can dare to be yourself spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
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 locks, but every few minutes, the password screen will pop up, and time out, as if someone moves the mouse every few minutes. As Carsten suggested, it seems that it's Firefox. I've quit the browser, and now `xset q` reports "Monitor is Off" (logged in over SSH), which it hasn't done in a long time. This of course now begs the question: what is the browser doing to keep X awake by jiggling XScreensaver regularly, and worse yet: preventing DPMS shutoff. I am not watching videos, but I do havem plenty open tabs. Is any one of them able to keep my screen busy like this? And how can I disable that? I generally keep the browser running, and don't want to have to shut it down every time I want to save energy and screen lifetime during idle periods. A [web search](https://search.brave.com/search?q=firefox+dpms) seems to only touch the opposite problem, i.e. people seeking to disable DPMS from Firefox. Thanks! -- @martinkrafft | https://matrix.to/#/#madduck:madduck.net "da haben wir es also: eine kirchliche ordnung mit priesterschaft, theologie, kultus, sakrament; kurz, alles das, was jesus von nazareth bekämpft hatte..." - friedrich nietzsche spamtraps: madduck.bo...@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 should be any influence by the browser on a machine with a screensaver that's currently locking. The inhibitor just causes the password dialog to pop up all the time, and prevents screen blanking, when in fact there is nothing to be seen anyway, and it's thus pointless. So while the inhibitor should inhibit the screensaver from activating on idle, if the screensave has been activated otherwise, then the inhibitor's job is over and it should just rest. Best, -- @martinkrafft | https://matrix.to/#/#madduck:madduck.net "you don't sew with a fork, so I see no reason to eat with knitting needles." -- miss piggy, on eating chinese food spamtraps: madduck.bo...@madduck.net
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 sex an und für sich ist reine selbstbefriedigung. spamtraps: madduck.bo...@madduck.net