[Wont solve] Xinerama is always loaded

plitter · 2021-11-30 14:11:13

Why is Xinarama always loaded. xdpyinfo and /var/log/Xorg.0.log has Xinerama showing.

According to xorg.conf

Option "Xinerama" "boolean"
enable or disable XINERAMA extension. Default is disabled.

I added Xinerama this to disable and tried with 10 as a name as well but still it seems like it is loaded.
$ cat xorg.conf.d/90-xinerama-disable.conf
Section "ServerFlags"
Option "Xinerama" "false"
EndSection

Anyone know why? The reason I want to remove it is because it seems to have an issue here http://ix.io/3Gsm, so I wanted to see if there were a difference without it.

Last edited by plitter (2021-12-10 01:20:17)

seth · 2021-11-30 15:02:44

The extension might be loaded but not necessarily used (to link screens)
Why do you think it causes a problem?
The error is

00:<:0031: 44: Request(1): CreateWindow depth=0x00 window=0x01a00004 parent=0x00000229 x=0 y=0 width=0 height=26 border-width=0 class=CopyFromParent(0x0000) visual=CopyFromParent(0x00000000) value-list={background-pixel=0x00222222 override-redirect=true(0x01) event-mask=KeyPress,Exposure,VisibilityChange}
000:<:0032: 36: Request(18): ChangeProperty mode=Replace(0x00) window=0x01a00004 property=0x43("WM_CLASS") type=0x1f("STRING") data='dmenu\000dmenu\000'
000:<:0033:  8: Request(3): GetWindowAttributes window=0x01a00004
000:<:0034:  8: Request(14): GetGeometry drawable=0x01a00004
000:>:0031:Error 2=Value: major=1, minor=0, bad=0x00000000, seq=0031
000:>:0032:Error 3=Window: major=18, minor=0, bad=0x01a00004, seq=0032
000:>:0033:Error 3=Window: major=3, minor=0, bad=0x01a00004, seq=0033
000:>:0034:Error 9=Drawable: major=14, minor=0, bad=0x01a00004, seq=0034
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  1 (X_CreateWindow)
  Value in failed request:  0x0
  Serial number of failed request:  49
  Current serial number in output stream:  52

and it is because dmenu (or your invocation) tries to create a 0-width window.

plitter · 2021-11-30 18:51:21

@seth http://ix.io/3GB6 here is one that works. Is it possible that xinerama sometimes reports the wrong sizes for a screen? Is it possible to stop xinerama from loading?

seth · 2021-11-30 21:28:33

Old

000:<:0025:  4: XINERAMA-Request(141,5): QueryScreens 
000:>:0025:40: Reply to QueryScreens: screens={x=3760 y=0 width=1200 height=1920};

New

000:<:0025:  4: XINERAMA-Request(141,5): QueryScreens 
000:>:0025:40: Reply to QueryScreens: screens={x=0 y=0 width=1920 height=1080};

1. how do you actually invoke dmenu (commandline parameters)?
2. This seems to be a 3 screen-layout (please post "xrandr -q) and the first time you receive the rightmost pivoted screen, the second time the leftmost horizontal one.

The "bad" one results in

000:<:0031: 44: Request(1): CreateWindow depth=0x00 window=0x01a00004 parent=0x00000229 x=0 y=0 width=0 height=26 border-width=0 class=CopyFromParent(0x0000) visual=CopyFromParent(0x00000000) value-list={background-pixel=0x00222222 override-redirect=true(0x01) event-mask=KeyPress,Exposure,VisibilityChange}

the "good" one in

000:<:0030: 44: Request(1): CreateWindow depth=0x00 window=0x03400004 parent=0x00000244 x=0 y=0 width=1920 height=26 border-width=0 class=CopyFromParent(0x0000) visual=CopyFromParent(0x00000000) value-list={background-pixel=0x00222222 override-redirect=true(0x01) event-mask=KeyPress,Exposure,VisibilityChange}

So in both cases dmenu wants to create a 26px high window in the topleft corner of all screens, but in the bad case, it requests a 0 width.
Whatever its motivations, that's a bug in dmenu, because it's an illegal request - and fairly pointless to begin with.

The query return might be driven by the output with either the mouse, the focus or the primary tag and I could imagine that the right(most) output are covered by full-width strut claims (centrist panel?) and so, trying to cover the entire *available* width, dmenu ends up w/ zero width. I highly doubt that this is related to either xinerama or xrandr.

plitter · 2021-12-10 01:19:41

I'm going to just avoid dmenu and make my own prompts instead.... Thanks for the help.

seth · 2021-12-10 07:22:33

nmb. that aside rofi, there's also dmenu2 and I'M not sure how much the git version of dmenu is ahead of the version in the repos.
And you can actually pass "-w 512" to dmenu as well.

Arch Linux

#1 2021-11-30 14:11:13

[Wont solve] Xinerama is always loaded

#2 2021-11-30 15:02:44

Re: [Wont solve] Xinerama is always loaded

#3 2021-11-30 18:51:21

Re: [Wont solve] Xinerama is always loaded

#4 2021-11-30 21:28:33

Re: [Wont solve] Xinerama is always loaded

#5 2021-12-10 01:19:41

Re: [Wont solve] Xinerama is always loaded

#6 2021-12-10 07:22:33

Re: [Wont solve] Xinerama is always loaded

Board footer