search for: evdevs

First snapshot for evdev 2.2. Lots of cleanup, and - most notably - general axis/button support. For those running an X server from master, evdev will label axes and buttons for you. shortlog is a bit longer than it actually is, it includes a number of patches that were cherry-picked onto 2.1 and have since been released. Cheers, Peter Shortlog since xf86-input-evdev-2.1.0: Adam Jackson

evdev 2.0 has arrived. Roll out the carpet and bring the cake. FWIW, I hereby also take maintainership of evdev. Cheers, Peter Peter Hutterer (3): Finalize MB emulation if EvdevProbe fails. Shut up compiler warning "implicit declaration of function 'xf86Msg'" evdev 2.0.0 git tag: xf86-input-evdev-2.0.0

Hello, I'm new here, and I hope I can get any help. At first I thought this is a support mailing list, but it looks more like one for developers. I'm using Nouveau in ubuntu bionic. My problem is, when I connect a second Monitor to my Laptop on DVI-D connector, the monitor is not detected, Nouveau reports it as "disconnected". The Hardware works, because the BIOS uses the

evdev 2.10 is now available. Plenty of bugfixes accumulated over time, one new option is now available: Resolution. This enables a user to set a mouse device's native resolution, if set the device's deltas are scaled to a normalized 1000dpi resolution. This can be used to make high-resolution mice less sensitive without having to actually change the acceleration in the desktop

evdev 2.10.6 is now available. Since evdev is in maintenance mode there aren't a lot of features to go around but still a few important fixes. Andrey fixed the proximity event generation for tablets and the handling of devices without axes but buttons - previously those were assumed to be keyboards in the server. Better error reporting from Christian and the rest are build system fixes that

Sylvain CANOINE wrote: > Could you share your whole Xorg.0.log ? Do you use a custom xorg.conf, or > custom xorg.conf.d files ? Opensource Ati driver, ou proprietary blobs ? Thank you for your interest. I am running CentOS-7 installed from CentOS-7-x86_64-LiveKDE-1503.iso and later upgraded to CentOS-7.2. The only packages I have installed have been from CentOS and Epel repos. I'm sure

Two fixes, one new feature for the evdev driver. The new feature is the ability to change the emulated middle button number (e.g. useful on devices with physical middle button as well). Alexander Volkov (1): Don't send pointer events in addition to touch events David Strobach (1): Middle emulation - make the emulated button number configurable Peter Hutterer (2): Fix

So, 1. I installed a minimal CentOS-7. 2. I then installed epel-release. 3. I then installed etckeeper from epel. 4. I then ran yum update -y. 5. I then rebooted (kernel update). 6. I then ran "yum groups install "X Window System" 7. I then ran "yum groups "MATE Desktop" 8. I then ran startx. Result: Graphical destop wallpaper appears, spinning disc in center for

When I re-booted my HP MicroServer into CentOS-7.2 I was given a text console. When I run "startx" I get the response on screen [edited]: ===================== [tim at alfred ~]$ startx xauth: file /home/tim/.serverauth.21307 does not exist X.Org X Server 1.17.2 Release Date: 2015-06-16 X Protocol Version 11, Revision 0 Build Operating System: 2.6.32-220.17.1.el6.x86_64 ... Build ID:

Only one change over 2.10, affecting some devices with absolute axes but not ABS_X/ABS_Y. Previously, those devices had the first to axes mapped to axes 0 and 1 and thus some random axes was interpreted as x/y coordinate. With this release, axes 0 and 1 are reserved for x/y axes only. Peter Hutterer (2): Only map x and y to axes 0 and 1 evdev 2.10.1 git tag: xf86-input-evdev-2.10.1

This release restores wheel emulation on absolute devices and drops the forced direction locking for scroll buildup during wheel emulation since it made it almost impossible to actually scroll in both directions. Since horizontal scrolling is disabled by default anyway, we don't need this lock. Peter Hutterer (5): man: add a warning that wheel emu inertia must be set and it isn't

Only one fix over 2.10.2 restoring tablets' functionality. A bug in the wheel emulation rework caused non-x/y axes to stop updating. Interaction with tablets thus resulted in a zero pressure sent to the clients an the tablet being unable to draw. Peter Hutterer (2): Restore non-xy axes updates evdev 2.10.3 git tag: xf86-input-evdev-2.10.3

Just the changes to support server 1.19, nothing exciting otherwise. Keith Packard (3): Report errors when attempting to write keyboard controls Support XINPUT ABI version 23 (threaded input) Support XINPUT ABI 24 (remove select mask from block/wakeup handlers) Peter Hutterer (1): evdev 2.10.4 git tag: xf86-input-evdev-2.10.4

Two fixes in this release, one to support Android MT devices, one to avoid an array index overflow. Colin B. Macdonald (1): Workaround lack of ABS_X on MT devices (#80470) Peter Hutterer (1): evdev 2.9.2 Tobias Himmer (1): Check for incoming MT slot indices exceeding the allocated number of slots. git tag: xf86-input-evdev-2.9.2

First RC for evdev 2.6. We've only had a few changes since 2.5 but there is a significant rewrite coming up to use the masked valuator bits so I'd like to get out what we have now. Note that in all likelyhood, support for older servers (including server 1.9) will be dropped in the next version. Hence the 2.6 branch will be maintained for a while. This release has some improved tablet

Hi again, It works :-) Reclocking, however, is another kettle of fish. Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X. Trying the same with no X running reveals: Dec 7 10:08:42 dell-smo kernel: [ 728.831020] nouveau 0000:08:00.0: clk: unable to find matching pll values a number of time as then soft lockup. Very much akin to

Hi, With drm-next from http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/2016-12-08/ I don't get the error messages, but I still get a soft cpu lockup. What info would you need from me to get it working? Best regards, Sune Mølgaard On 2016-12-08 08:10, Karol Herbst wrote: > hi, > > give the drm-next kernel tree a try. Sadly the reclocking improvements didn't land with

No blockers reported since the last RC, so let's get it out of the way. The new evdev 2.1 is here, and it's sparkly and shiny and whatnot. Note that this version does not grab the event device anymore. If you're updating from evdev 2.0, ensure you have [1] in the server to avoid events being sent to the TTY. Other patches of interest [2-4] are recommended to avoid duplicate events.

xf86-input-evdev 2.11 is now available. Notable changes include: - FTBFS fixes on non-linux platforms and dropping some ancient quirks - Fixes for the Compose and Kana LEDs - we remap some higher keycodes to FK20 and friends, paving the way for systemd/udev to map those properly in their hwdb files And a few years of accumulated cleanup as a result of the gitlab migration. Alan Coopersmith

Aha! That seems to do it. If I interpret correctly, it doesn't set it quite to full power, though, but it's certainly an improvement: 07: core 405 MHz memory 810 MHz 0a: core 270-1124 MHz memory 1600 MHz 0f: core 270-1124 MHz memory 2002 MHz AC DC * AC: core 1012 MHz memory 2002 MHz A short run of glmark2 shows aver 100% improvement to ~550 FPS. Interestingly, it's still nowhere