Solved New Xorg switch from devd to udev

lasuit

Member

Reaction score: 6
Messages: 29

I saw in the UPDATE file that udev is the new default for Xorg. However, when I upgraded the port (from source) the configuration window showed devd as the selected item, so I thought I was safe. After rebooting into Slim, I have no control over the keyboard or mouse. What should I do next?
 

SirDice

Administrator
Staff member
Administrator
Moderator

Reaction score: 8,910
Messages: 33,305

Look in /var/log/Xorg.0.log to see what's going wrong.
 

sidetone

Daemon

Reaction score: 460
Messages: 1,213

There's devel/libudev-devd.

It's mentioned here: x11-servers/xorg-server. It likely needs to have the options reset and to be rebuilt from ports.
Code:
====> Backend to use for input device configuration: you can only select none or one of them
     DEVD=off: Use devd for autoconfiguration of input devices
     UDEV=on: Use udev via libudev-devd for autoconfiguration of input devices
pkg-message:
Code:
        Xorg-server has been installed.

        If your kernel is compiled with the EVDEV_SUPPORT option enabled
        (default starting from FreeBSD 12.1) it is recommended to enable evdev mode in
        pointer device drivers like ums(4) and psm(4). This will give improvements like
        better tilt wheel support for mice and centralized gesture support via
        xf86-input-synaptics or libinput drivers for touchpads.

        This is also needed for PS/2 devices to be properly detected by Xorg when
        moused service is disabled in /etc/rc.conf and kernel is compiled with
        EVDEV_SUPPORT.

        To enable evdev in such a device, run the following:

        # sysctl kern.evdev.rcpt_mask=6

        To make it persistent across reboots, add the following to /etc/sysctl.conf:

        kern.evdev.rcpt_mask=6
I couldn't find anything else about udev specifically for FreeBSD.

Reboot into single user mode, if you haven't yet.
 

Minbari

Well-Known Member

Reaction score: 232
Messages: 460

I saw in the UPDATE file that udev is the new default for Xorg. However, when I upgraded the port (from source) the configuration window showed devd as the selected item, so I thought I was safe. After rebooting into Slim, I have no control over the keyboard or mouse. What should I do next?
I had the same problems on my T430. What I did to make input devices work again: reinstall x11-servers/xorg-server with UDEV option ON, (re)installed x11/libinput and x11-drivers/xf86-input-libinput and then created a file:
/usr/local/etc/X11/xorg.conf.d/99-myinput.conf
Code:
Section "InputClass"
    Identifier "libinput keyboard catchall"
    MatchIsKeyboard "on"
    MatchDevicePath "/dev/input/event*"
    Driver "libinput"
    Option "XkbRules" "evdev"
EndSection

Section "InputClass"
    Identifier "libinput touchpad catchall"
    MatchIsTouchpad "on"
    MatchDevicePath "/dev/input/event*"
    Driver "libinput"
    Option "MiddleEmulation" "on"
    Option "DisableWhileTyping" "off"
EndSection
Also I added in /etc/sysctl.conf the following line: kern.evdev.rcpt_mask=12. Now everything it's working again.
 

fernandel

Aspiring Daemon

Reaction score: 221
Messages: 893

I saw in the UPDATE file that udev is the new default for Xorg. However, when I upgraded the port (from source) the configuration window showed devd as the selected item, so I thought I was safe. After rebooting into Slim, I have no control over the keyboard or mouse. What should I do next?
I had the problem too and I use portdowngrade....
 

Sevendogsbsd

Aspiring Daemon

Reaction score: 446
Messages: 923

Making the assumption that for those of us using packages that this will automagically work?
 

mickey

Aspiring Daemon

Reaction score: 147
Messages: 519

I fell into the same pit just this morning, but after some fiddling now everything seems to be working again.

Default port options have changed from devd to libudev-devd, so those need to be reset and the port rebuilt/reinstalled:
(cd /usr/ports/x11-servers/xorg-server && make rmconfig && make && make deinstall && make reinstall)


The kern.evdev.rcpt_mask sysctl needs to be set to the correct value in /etc/sysctl.conf. Default value is 3 (sysmouse+kbdmux), I now use 12 (hw mouse/kbd).
From /sys/dev/evdev/evdev.h:
Code:
/*
 * Keyboard and mouse events recipient mask.
 * evdev_rcpt_mask variable should be respected by keyboard and mouse drivers
 * that are able to send events through both evdev and sysmouse/kbdmux
 * interfaces so user can choose prefered one to not receive one event twice.
 */
#define EVDEV_RCPT_SYSMOUSE     (1<<0)
#define EVDEV_RCPT_KBDMUX       (1<<1)
#define EVDEV_RCPT_HW_MOUSE     (1<<2)
#define EVDEV_RCPT_HW_KBD       (1<<3)
If you happen to use any custom InputClass sections anywhere in your xorg.conf (including files in the xorg.conf.d directory (for example to change keyboard layout), make sure to remove any Driver lines from those. In my case an InputClass for keyboards specified:
Code:
Section "InputClass"
    Identifier "MyKeyboard"
    ...
    Driver "keyboard"
    ...
EndSection
The Driver line was the culprit it seems. After removing it xorg now automatically picks libinput as the driver and keyboard is working again.
 
OP
L

lasuit

Member

Reaction score: 6
Messages: 29

Thanks to everyone who responded to my plea. I did fix it, but it was a frustrating process. So, in the end, I recompiled Xorg-server with the UDEV option. When I retried it, it still didn't work. I played with the sysctl kern changes, but those didn't work either.

In the end it was very simple. I had not installed xf86-input-libinput on my desktop, because I had never needed it! Once I installed that, everything worked without any other changes.

Thanks again.
 

fernandel

Aspiring Daemon

Reaction score: 221
Messages: 893

I'm using ports so as I said everything works OK now.
For me doesn't. It works just downgrade.
I am using scfb driver and I have in /usr/local/etc/x11/xorg.conf.d/driver_scfb.conf:
Code:
Section "Device"
    Identifier "Card0"
    Driver       "scfb"
EndSection
And when I startx computer needs reset and in the logs I have:
Code:
[  2570.724]
X.Org X Server 1.20.7
X Protocol Version 11, Revision 0
[  2570.724] Build Operating System: FreeBSD 12.1-RELEASE-p2 amd64
[  2570.724] Current Operating System: FreeBSD lumiwa.farm.net
12.1-RELEASE-p2 FreeBSD 12.1-RELEASE-p2 GENERIC amd64
[  2570.724] Build Date: 21 February 2020  05:56:25PM
[  2570.724] 
[  2570.724] Current version of pixman: 0.38.4
[  2570.724]     Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
[  2570.724] Markers: (--) probed, (**) from config file, (==) default
setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  2570.724] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 21
18:15:17 2020
[  2570.724] (==) Using config directory:
"/usr/local/etc/X11/xorg.conf.d"
[  2570.724] (==) Using system config directory
"/usr/local/share/X11/xorg.conf.d"
[  2570.725] (==) No Layout section.  Using the first Screen section.
[  2570.725] (==) No screen section available. Using defaults.
[  2570.725] (**) |-->Screen "Default Screen Section" (0)
[  2570.725] (**) |   |-->Monitor "<default monitor>"
[  2570.725] (==) No device specified for screen "Default Screen
Section".
    Using the first device section listed.
[  2570.725] (**) |   |-->Device "Card0"
[  2570.725] (==) No monitor specified for screen "Default Screen
Section".
    Using a default monitor configuration.
[  2570.725] (==) Automatically adding devices
[  2570.725] (==) Automatically enabling devices
[  2570.725] (==) Not automatically adding GPU devices
[  2570.725] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  2570.726] (==) FontPath set to:
    /usr/local/share/fonts/misc/,
    /usr/local/share/fonts/TTF/,
    /usr/local/share/fonts/OTF/,
    /usr/local/share/fonts/Type1/,
    /usr/local/share/fonts/100dpi/,
    /usr/local/share/fonts/75dpi/,
    catalogue:/usr/local/etc/X11/fontpath.d
[  2570.726] (==) ModulePath set to "/usr/local/lib/xorg/modules"
[  2570.726] (II) The server relies on udev to provide the list of
input devices.
    If no devices become available, reconfigure udev or disable
AutoAddDevices.
[  2570.726] (II) Loader magic: 0x42e020
[  2570.726] (II) Module ABI versions:
[  2570.726]     X.Org ANSI C Emulation: 0.4
[  2570.726]     X.Org Video Driver: 24.1
[  2570.726]     X.Org XInput driver : 24.1
[  2570.726]     X.Org Server Extension : 10.0
[  2570.726] (--) PCI:*(1@0:0:0) 1002:944a:106b:00b5 rev 0, Mem @
0xc0000000/268435456, 0xd0620000/65536, I/O @ 0x00002000/256, BIOS @ 0x????????/65536
[  2570.726] (II) LoadModule: "glx"
[  2570.726] (II) Loading
/usr/local/lib/xorg/modules/extensions/libglx.so
[  2570.728] (II) Module glx: vendor="X.Org Foundation"
[  2570.728]     compiled for 1.20.7, module version = 1.0.0
[  2570.728]     ABI class: X.Org Server Extension, version 10.0
[  2570.728] (II) LoadModule: "scfb"
[  2570.728] (II) Loading
/usr/local/lib/xorg/modules/drivers/scfb_drv.so
[  2570.728] (II) Module scfb: vendor="X.Org Foundation"
[  2570.728]     compiled for 1.20.7, module version = 0.0.5
[  2570.728]     ABI class: X.Org Video Driver, version 24.1
[  2570.728] (II) scfb: driver for wsdisplay framebuffer: scfb
[  2570.728] (--) Using syscons driver with X support (version 2.0)
[  2570.728] (--) using VT number 9

[  2570.728] (WW) Falling back to old probe method for scfb
[  2570.728] scfb trace: probe start
[  2570.728] (II) scfb(0): using default device
[  2570.728] scfb trace: probe done
[  2570.728] (WW) VGA arbiter: cannot open kernel arbiter, no
multi-card support
[  2570.728] scfb: PreInit 0
[  2570.728] (II) scfb(0): Using: depth (32),    width
(2560),     height (1440)
[  2570.728] (II) scfb(0): Creating default Display subsection in
Screen section
    "Default Screen Section" for depth/fbbpp 24/32
[  2570.728] (==) scfb(0): Depth 24, (==) framebuffer bpp 32
[  2570.728] (==) scfb(0): RGB weight 888
[  2570.728] (==) scfb(0): Default visual is TrueColor
[  2570.728] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0)
[  2570.728] (II) scfb(0): Vidmem: 14400k
[  2570.728] (==) scfb(0): DPI set to (96, 96)
[  2570.728] (**) scfb(0): Using "Shadow Framebuffer"
[  2570.728] (II) Loading sub module "shadow"
[  2570.728] (II) LoadModule: "shadow"
[  2570.728] (II) Loading /usr/local/lib/xorg/modules/libshadow.so
[  2570.728] (II) Module shadow: vendor="X.Org Foundation"
[  2570.728]     compiled for 1.20.7, module version = 1.1.0
[  2570.728]     ABI class: X.Org ANSI C Emulation, version 0.4
[  2570.728] (II) Loading sub module "fb"
[  2570.728] (II) LoadModule: "fb"
[  2570.728] (II) Loading /usr/local/lib/xorg/modules/libfb.so
[  2570.729] (II) Module fb: vendor="X.Org Foundation"
[  2570.729]     compiled for 1.20.7, module version = 1.0.0
[  2570.729]     ABI class: X.Org ANSI C Emulation, version 0.4
[  2570.729] scfb: PreInit done
[  2570.729] scfb: ScfbScreenInit 0
[  2570.729]     bitsPerPixel=32, depth=24, defaultVisual=TrueColor
    mask: ff0000,ff00,ff, offset: 16,8,0
[  2570.729] mmap returns: addr 0x83f010000 len 0xe10000, fd 12, off 0
[  2570.729] scfb: ScfbSave 0
[  2570.729] scfb: ScfbSave done
[  2570.729] (==) scfb(0): Backing store enabled
[  2570.729] scfb: ScfbScreenInit done
[  2570.729] (II) Initializing extension Generic Event Extension
[  2570.730] (II) Initializing extension SHAPE
[  2570.730] (II) Initializing extension MIT-SHM
[  2570.730] (II) Initializing extension XInputExtension
[  2570.730] (II) Initializing extension XTEST
[  2570.731] (II) Initializing extension BIG-REQUESTS
[  2570.731] (II) Initializing extension SYNC
[  2570.731] (II) Initializing extension XKEYBOARD
[  2570.732] (II) Initializing extension XC-MISC
[  2570.732] (II) Initializing extension SECURITY
[  2570.732] (II) Initializing extension XFIXES
[  2570.732] (II) Initializing extension RENDER
[  2570.733] (II) Initializing extension RANDR
[  2570.733] (II) Initializing extension COMPOSITE
[  2570.733] (II) Initializing extension DAMAGE
[  2570.734] (II) Initializing extension MIT-SCREEN-SAVER
[  2570.734] (II) Initializing extension DOUBLE-BUFFER
[  2570.734] (II) Initializing extension RECORD
[  2570.735] (II) Initializing extension DPMS
[  2570.735] (II) Initializing extension Present
[  2570.735] (II) Initializing extension DRI3
[  2570.735] (II) Initializing extension X-Resource
[  2570.735] (II) Initializing extension XVideo
[  2570.735] (II) Initializing extension XVideo-MotionCompensation
[  2570.735] (II) Initializing extension GLX
[  2570.736] (II) AIGLX: Screen 0 is not DRI2 capable
[  2570.816] (II) IGLX: Loaded and initialized swrast
[  2570.816] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[  2570.816] (II) Initializing extension XFree86-VidModeExtension
[  2570.816] (II) Initializing extension XFree86-DGA
[  2570.816] (II) Initializing extension XFree86-DRI
[  2570.816] (II) Initializing extension DRI2

and the log when I built with devd enabled is attached. Please, check
the attached file.

Thank you.[   320.254]
X.Org X Server 1.20.7
X Protocol Version 11, Revision 0
[   320.254] Build Operating System: FreeBSD 12.1-RELEASE-p2 amd64
[   320.255] Current Operating System: FreeBSD lumiwa.farm.net 12.1-RELEASE-p2 FreeBSD 12.1-RELEASE-p2 GENERIC amd64
[   320.255] Build Date: 21 February 2020  06:18:54PM
[   320.255] 
[   320.255] Current version of pixman: 0.38.4
[   320.255]     Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
[   320.255] Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   320.255] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 21 18:21:55 2020
[   320.257] (==) Using config directory: "/usr/local/etc/X11/xorg.conf.d"
[   320.257] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d"
[   320.258] (==) No Layout section.  Using the first Screen section.
[   320.258] (==) No screen section available. Using defaults.
[   320.258] (**) |-->Screen "Default Screen Section" (0)
[   320.258] (**) |   |-->Monitor "<default monitor>"
[   320.258] (==) No device specified for screen "Default Screen Section".
    Using the first device section listed.
[   320.258] (**) |   |-->Device "Card0"
[   320.258] (==) No monitor specified for screen "Default Screen Section".
    Using a default monitor configuration.
[   320.258] (==) Automatically adding devices
[   320.258] (==) Automatically enabling devices
[   320.258] (==) Not automatically adding GPU devices
[   320.258] (==) Max clients allowed: 256, resource mask: 0x1fffff
[   320.263] (==) FontPath set to:
    /usr/local/share/fonts/misc/,
    /usr/local/share/fonts/TTF/,
    /usr/local/share/fonts/OTF/,
    /usr/local/share/fonts/Type1/,
    /usr/local/share/fonts/100dpi/,
    /usr/local/share/fonts/75dpi/,
    catalogue:/usr/local/etc/X11/fontpath.d
[   320.263] (==) ModulePath set to "/usr/local/lib/xorg/modules"
[   320.264] (II) The server relies on devd to provide the list of input devices.
    If no devices become available, reconfigure devd or disable AutoAddDevices.
[   320.264] (II) Loader magic: 0x42f020
[   320.264] (II) Module ABI versions:
[   320.264]     X.Org ANSI C Emulation: 0.4
[   320.264]     X.Org Video Driver: 24.1
[   320.264]     X.Org XInput driver : 24.1
[   320.264]     X.Org Server Extension : 10.0
[   320.264] (--) PCI:*(1@0:0:0) 1002:944a:106b:00b5 rev 0, Mem @ 0xc0000000/268435456, 0xd0620000/65536, I/O @ 0x00002000/256, BIOS @ 0x????????/65536
[   320.264] (II) LoadModule: "glx"
[   320.264] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so
[   320.274] (II) Module glx: vendor="X.Org Foundation"
[   320.274]     compiled for 1.20.7, module version = 1.0.0
[   320.274]     ABI class: X.Org Server Extension, version 10.0
[   320.274] (II) LoadModule: "scfb"
[   320.274] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so
[   320.275] (II) Module scfb: vendor="X.Org Foundation"
[   320.275]     compiled for 1.20.7, module version = 0.0.5
[   320.275]     ABI class: X.Org Video Driver, version 24.1
[   320.275] (II) scfb: driver for wsdisplay framebuffer: scfb
[   320.275] (--) Using syscons driver with X support (version 2.0)
[   320.275] (--) using VT number 9

[   320.275] (WW) Falling back to old probe method for scfb
[   320.275] scfb trace: probe start
[   320.275] (II) scfb(0): using default device
[   320.275] scfb trace: probe done
[   320.275] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[   320.275] scfb: PreInit 0
[   320.275] (II) scfb(0): Using: depth (32),    width (2560),     height (1440)
[   320.275] (II) scfb(0): Creating default Display subsection in Screen section
    "Default Screen Section" for depth/fbbpp 24/32
[   320.275] (==) scfb(0): Depth 24, (==) framebuffer bpp 32
[   320.275] (==) scfb(0): RGB weight 888
[   320.275] (==) scfb(0): Default visual is TrueColor
[   320.275] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0)
[   320.275] (II) scfb(0): Vidmem: 14400k
[   320.275] (==) scfb(0): DPI set to (96, 96)
[   320.275] (**) scfb(0): Using "Shadow Framebuffer"
[   320.275] (II) Loading sub module "shadow"
[   320.275] (II) LoadModule: "shadow"
[   320.275] (II) Loading /usr/local/lib/xorg/modules/libshadow.so
[   320.275] (II) Module shadow: vendor="X.Org Foundation"
[   320.275]     compiled for 1.20.7, module version = 1.1.0
[   320.275]     ABI class: X.Org ANSI C Emulation, version 0.4
[   320.275] (II) Loading sub module "fb"
[   320.275] (II) LoadModule: "fb"
[   320.275] (II) Loading /usr/local/lib/xorg/modules/libfb.so
[   320.276] (II) Module fb: vendor="X.Org Foundation"
[   320.276]     compiled for 1.20.7, module version = 1.0.0
[   320.276]     ABI class: X.Org ANSI C Emulation, version 0.4
[   320.276] scfb: PreInit done
[   320.276] scfb: ScfbScreenInit 0
[   320.276]     bitsPerPixel=32, depth=24, defaultVisual=TrueColor
    mask: ff0000,ff00,ff, offset: 16,8,0
[   320.276] mmap returns: addr 0x83b810000 len 0xe10000, fd 8, off 0
[   320.276] scfb: ScfbSave 0
[   320.276] scfb: ScfbSave done
[   320.276] (==) scfb(0): Backing store enabled
[   320.276] scfb: ScfbScreenInit done
[   320.276] (II) Initializing extension Generic Event Extension
[   320.276] (II) Initializing extension SHAPE
[   320.276] (II) Initializing extension MIT-SHM
[   320.276] (II) Initializing extension XInputExtension
[   320.277] (II) Initializing extension XTEST
[   320.277] (II) Initializing extension BIG-REQUESTS
[   320.277] (II) Initializing extension SYNC
[   320.277] (II) Initializing extension XKEYBOARD
[   320.277] (II) Initializing extension XC-MISC
[   320.278] (II) Initializing extension SECURITY
[   320.278] (II) Initializing extension XFIXES
[   320.278] (II) Initializing extension RENDER
[   320.278] (II) Initializing extension RANDR
[   320.279] (II) Initializing extension COMPOSITE
[   320.279] (II) Initializing extension DAMAGE
[   320.279] (II) Initializing extension MIT-SCREEN-SAVER
[   320.279] (II) Initializing extension DOUBLE-BUFFER
[   320.279] (II) Initializing extension RECORD
[   320.280] (II) Initializing extension DPMS
[   320.280] (II) Initializing extension Present
[   320.280] (II) Initializing extension DRI3
[   320.280] (II) Initializing extension X-Resource
[   320.280] (II) Initializing extension XVideo
[   320.280] (II) Initializing extension XVideo-MotionCompensation
[   320.280] (II) Initializing extension GLX
[   320.280] (II) AIGLX: Screen 0 is not DRI2 capable
[   320.694] (II) IGLX: Loaded and initialized swrast
[   320.694] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[   320.694] (II) Initializing extension XFree86-VidModeExtension
[   320.695] (II) Initializing extension XFree86-DGA
[   320.695] (II) Initializing extension XFree86-DRI
[   320.695] (II) Initializing extension DRI2
 
OP
L

lasuit

Member

Reaction score: 6
Messages: 29

fernandel, check that you have the package xf86-input-libinput installed. pkg info should list all your packages.
 

wblock@

Beastie Himself
Developer

Reaction score: 3,677
Messages: 13,851

Thanks to everyone for posting this. Too bad that UPDATING didn't mention any of the required details, it's going to bite a lot of people.
The only problem I had was that the default keymap was wrong. End and down arrow keys on my standard US keyboard were mapped to left-arrow or something odd. Overriding the keymap in xfce solved that, at least temporarily. I'm not sure where to set the default in the system: FreeBSD, xorg.conf.d, somewhere else?
 

nunotex

Member

Reaction score: 6
Messages: 37

fernandel, check that you have the package xf86-input-libinput installed. pkg info should list all your packages.
It seems that we don't need any config files in /usr/local/etc/X11/xorg.conf.d/ if xf86-input-libinput is installed.
 

garry

Member

Reaction score: 63
Messages: 77

So what is the advantage of using udev over the FreeBSD native devd()?
I've looked in several FreeBSD places to find an answer but I didn't find one. As far as I can see the answer is "Now we're more like linux and can take advantage of the linux solutions for detecting input devices..." If someone knows better please correct me.

Now look at the opinion of an expert in this area, Secure System Graphics for Arcan and OpenBSD, and read what this gets us:

Starting in Linux land again, first open the documentation. Now, you can close it again – it won’t be useful – I just wanted you to get a glimpse of its horrors. The only interface that can really be used, is evdev, written in cursive just to indicate that it should be pronounced with a hiss. It is a black lump of code that will never turn into a diamond. Instead of being replaced, it gets an ever increasing pile of “helper” libraries (libevdev, libudev, libinput, …) that tries to hide how ugly this layer is. This much resembles a transition towards the Windows approach of ‘kernel interfaces as library code’ rather than comparably clean and observable system calls. The reason for this pattern is, I assume, that no one in their right mind wants to actually work on such a thing within the Linux kernel ecosystem, if it can at all be avoided.


I'll probably come around to finding some advantage but can't see any for myself right now so I've built all of my packages with poudriere with the solid DEVD support but no modern UDEV support.
 

sidetone

Daemon

Reaction score: 460
Messages: 1,213

They are turning Xorg into SystemD through udev? 😆

If it is like that author says, then Linuxisms are just plain stupid. That's what I don't understand, why they want to complicate things, than let them be simple and functional.
 

freebsd_noob

Active Member

Reaction score: 32
Messages: 135

Overriding the keymap in xfce solved that, at least temporarily. I'm not sure where to set the default in the system: FreeBSD, xorg.conf.d, somewhere else?
I use .xinitrc to set my keymap:
setxkbmap de -variant nodeadkeys -model pc105
 

genneko

Member

Reaction score: 12
Messages: 40

It seems that we don't need any config files in /usr/local/etc/X11/xorg.conf.d/ if xf86-input-libinput is installed.
Hi all,
Thank you so much for the info.
I've just upgraded xorg-server from 1.18.4_13,1 to 1.20.7,1 via pkg(latest) on my T480 and it's working fine.

After reading this thread, I created and activated a new boot environment and did test upgrading xorg-server by running pkg upgrade. xf86-input-libinput was automatically installed.
Then restarting X messed up keymap at first, but it could be solved by just deleting /usr/local/etc/X11/xorg.conf.d/input.conf.
 

oleantus

New Member


Messages: 2

Hi, All!
I've just upgraded xorg-server to 1.20.7,1 via pkg (latest). And now, if I press the Down Arrow key on the keyboard in any program, the plasma5 Main Menu pops up. It’s impossible to work normally. As I know, the plasma5 Main Menu should appear when you press Alt+F1. And Alt+F1 works now. I had no such problem with Down Arrow key before upgrade.
Can anyone help?
 

fernandel

Aspiring Daemon

Reaction score: 221
Messages: 893

I've looked in several FreeBSD places to find an answer but I didn't find one. As far as I can see the answer is "Now we're more like linux and can take advantage of the linux solutions for detecting input devices..." If someone knows better please correct me.

Now look at the opinion of an expert in this area, Secure System Graphics for Arcan and OpenBSD, and read what this gets us:

Starting in Linux land again, first open the documentation. Now, you can close it again – it won’t be useful – I just wanted you to get a glimpse of its horrors. The only interface that can really be used, is evdev, written in cursive just to indicate that it should be pronounced with a hiss. It is a black lump of code that will never turn into a diamond. Instead of being replaced, it gets an ever increasing pile of “helper” libraries (libevdev, libudev, libinput, …) that tries to hide how ugly this layer is. This much resembles a transition towards the Windows approach of ‘kernel interfaces as library code’ rather than comparably clean and observable system calls. The reason for this pattern is, I assume, that no one in their right mind wants to actually work on such a thing within the Linux kernel ecosystem, if it can at all be avoided.

I'll probably come around to finding some advantage but can't see any for myself right now so I've built all of my packages with poudriere with the solid DEVD support but no modern UDEV support.
I got from email:
You can rebuild kernel with EVDEV_SUPPORT option removed from config file.

It should restore old behavior of both DEVD and UDEV backends.
And I will do now.
 

Emrion

Well-Known Member

Reaction score: 95
Messages: 374

Concerning a FreeBSD VM under VirtualBox, startx at crontab (@reboot) simply doesn't work anymore. Launching X at command line works but leave the mouse dead.

The upgrade was made by pkg upgrade.

Not sure, I can call this "improvement"...

PS : and after a new try, the system just hangs... No X, no console. Nothing. Great work!
 
Top