[ANNOUNCE] xf86-input-synaptics 1.4.99.1
First RC for synaptics 1.5. I don't want any big changes in now but let me know of any crashers that need to be fixed immediately. We've got a whole set of patches queued up for master that I don't want to merge in this cycle - especially given that 1.4 has been out for quite a while now. So here it is, the current state of synaptics that hasn't changed much for a while anyway. Many of the changes are cleanups in the driver, man pages and other changes that mostly help developers, not users. The next version (synaptics 1.6) should address more user issues. Aapo Rantalainen (1): Add synaptics orientation support Alan Coopersmith (1): Fix nose canellation typo in man page Alexandr Shadchin (11): Fix typo (resx - resy) Simplified mechanism for determining default size Renamed SynapticsDefaultDimensions in SanitizeDimensions Removing extra call SetDeviceAndProtocol() Delete empty alpscomm.h Move definition struct SynapticsHwInfo in ps2comm.h Renamed SynapticsHwInfo in PS2SynapticsHwInfo Remove arg proto_ops in ReadHwState() Remove extra definition CommData Rewrite mechanisn to detect Protocol and Device Now ps2comm and alpscomm backend optional Chase Douglas (2): Revert Default to 2-finger emulation when HW supports it Drain XRecord connection of any events after handling replies Christoph Brill (2): Add note about MatchDevicePath Update maintainer information Cyril Brulebois (1): Fix egde/edge typo in manpage and comments. Daniel Kurtz (1): conf: fix snippet to ignore /dev/input/mouse* on Linux Diego Elio Pettenò (7): build: report a fatal error if XORG_DRIVER_CHECK_EXT is undefined. build: sort building of tools, ensure that cross-pkg-config works. build: collapse all Makefile.am files into a single non-recursive one. build: install documentation as part of make install. README: fix typos. build: create object files following the sources' structure. build: apply the distcheck tricks used in xf86-input-evdev Gaetan Nadon (8): Revert build: apply the distcheck tricks used in xf86-input-evdev Revert build: create object files following the sources' structure. Revert build: install documentation as part of make install. Revert build: collapse all Makefile.am files into a single non-recursive one. Revert build: sort building of tools, ensure that cross-pkg-config works. tools: remove unrequired sdkdir include directive Add distcheck support for header files when sdk is not writable Add distcheck support for configuration files when dir is not writable Patrick Curran (1): Modified start_coasting to handle circular scrolling Peter Hutterer (40): Remove unused test directory (#35043) Revert Add synaptics orientation support Bump to 1.4.99 man: update source path for fdi file and shorten description. man: add short blurb about InputClass configuration in servers 1.8 conf: remove SHM example from fdi conf: add a descriptive header with warning to example config file eventcomm: add a missing break statement eventcomm: factor out finger counting. eventcomm: extern EventReadHwState to allow for testing. eventcomm: replace synaptics-custom TEST_BIT with server's BitIsOn. eventcomm: rename parameter name grab to test_grab eventcomm: document event_query_is_touchpad eventcomm: rewrite event_query_info to something more sane eventcomm: streamline absinfo retrieval. eventcomm: print an error when axis range failed. eventcomm: untangle state setting from printing device info eventcomm: move need_grab into a proto-specific struct. eventcomm: fix indentation in EventAutoDevProbe Don't autoprobe for devices when Option Device is set. Require macros 1.13 for unit testing Add basic framework for unit-testing. test: Add some tests for HW state changes. test: add another test to ensure HW state changes on known values only. Only build tests when unit tests are enabled. include: update documentation for capabilities property syndaemon: fix abysimal indentation in dp_get_device. syndaemon: add vim snippet for right indentation/tabstop, etc. syndaemon: don't compare against a null-property. (#37459) Use struct input_id as return value for EVIOCGID Initialize the vendor/product id property if we know either. Export device node as property. conf: add snippet to ignore /dev/input/mouse* on Linux Replace xf86Msg with xf86IDrvMsg tools: don't include xserver-properties.h man: document syndaemon -m switch man: remove documentation for -s switch, SHM is gone. syndaemon: document exit codes and change them to fall into categories. syndaemon: Remove superfluous message. Bump to 1.4.99.1
Re: double-tap and hold touchpad behavior
On Wed, Aug 17, 2011 at 10:16:18PM -0500, Brandon Casey wrote: Please let me know if this is the wrong place to post this message. For a long time now I have been missing the old method that I used to use to highlight text, drag-and-drop, and move windows around. I used to be able to produce a button press-and-hold by performing a double-tap and hold (tap twice on touchpad, but leave the finger resting on the touchpad on the second tap). But with recent distributions the last few years, that doesn't work. Now, it seems, you have to double-tap, hold, and drag. Is there any way to re-enable the old double-tap-and-hold instead of the double-tap-and-drag? this probably doesn't help but I've just tried it here and it worked fine. you can disable it by unsetting the Synaptics Gestures property but it is enabled by default. Cheers, Peter ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] xorg-server 1.10.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 == Description == With the pending release of xorg-server 1.11, this may be the last release from the 1.10 branch. I will continue to accept nominations under the existing policy and will evaluate the need for a 1.10.5 release in the coming weeks. == Known Issues == Important issues are listed in the 1.10 tracker bug: https://bugs.freedesktop.org/show_bug.cgi?id=xserver-1.10 * [from 1.10.1] XWin will crash when GLX is initialized * This should be fixed the same way it was fixed for XQuartz, and hopefully RC2 will address this. * [from 1.9.x] KDE background fading renders as garbage, #31017 * [from 1.8.x] server crash destroying GLX pixmaps, #29251 * [from 1.8.x] crash accessing font info with xfs in fontpath, #31501 * [from 1.8.x] Xephyr segfaults on 24bpp hosts, #32765 * A possible fix is discussed, needs review and followup * [from 1.6.x] keys occasionally get stuck, #23938 == New Issues == If you encounter an issue that you think should block a future 1.10 release, please follow the instructions listed in the wiki to raise this to our attention. http://www.x.org/wiki/Server110Branch == Changes since 1.10.3 == Aaron Plattner (1): randr: Compare all the bytes in RRPostPendingProperties Adam Jackson (1): glx: Fix fbconfigs with no corresponding visual George Staplin (2): XQuartz: Fix a memory leak with surfaces that a new test found. XQuartz: Add diagnostic error checking to xp_destroy_surface. Jeremy Huddleston (12): XQuartz: Add some sanity checking and a fallback for the bundle id. XQuartz: DRI: Dead code removal XQuartz: Add a scroll_in_device_direction preference XQuartz: Add GUI controls to toggle scroll_in_device_direction XQuartz: Add english NIB changes for scroll_in_device_direction XQuartz: Localization updates XQuartz: Adjust BUNDLE_ID_PREFIX to LAUNCHD_ID_PREFIX for server-1.10-branch configure.ac: Bump version to 1.10.3.901 (1.10.4 RC1) XQuartz: Use CFSTR to avoid implicit cast warning of NSString * to CFStringRef XQuartz: xpr: Don't FatalError if xp_unlock_window fails configure.ac: Bump version to 1.10.3.902 (1.10.4 RC2) configure.ac: Bump version to 1.10.4 Jon TURNEY (1): glx: Remove a few lingering traces of __GLXscreen.GLXVersion Julien Cristau (2): Xquartz: include new localization files in the tarball Xephyr/dri: register screen and window privates on init Michel Dänzer (1): EXA/mixed: Update sys_pitch in MPH even when there's no system memory copy. Peter Hutterer (6): input: add POINTER_NORAW to avoid generation of raw events (#30068) xfree86: Remove devices that failed to enable on startup xfree86: duplicate xorg.conf device information before xf86NewInputDevice xfree86: NULL option values are technically valid, don't strdup them Initialize the fd to -1 for xorg.conf input devices. dix: only transform valuators when we need them. git tag: xorg-server-1.10.4 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.10.4.tar.bz2 MD5: 94f23d30a77d63e27dd209a57fccfebf xorg-server-1.10.4.tar.bz2 SHA1: 857d6377025c77851a3cc5f8ec2ce84164a2fdc6 xorg-server-1.10.4.tar.bz2 SHA256: fafc16b97b9a61b62dfaa74e8d336baa0cea752ce9ed8103c4d212baa8031ca5 xorg-server-1.10.4.tar.bz2 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.10.4.tar.gz MD5: 01f1826521fef77022fe6a210161d2ce xorg-server-1.10.4.tar.gz SHA1: 21fcded362c65cabf0806cb8e0dde3fa93950343 xorg-server-1.10.4.tar.gz SHA256: ed8bb5d687de865541202ecc4723955d03082110f1eb7f67d2b7b8e1a786ecc8 xorg-server-1.10.4.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) iD8DBQFOTg1rjC1Anjf1NmMRAttkAJ4tJdVSpBcmwLgKSs1gxxX+0SZ17QCeM2tE qhkLtvNwq2I1et7N6AAijf4= =41Ov -END PGP SIGNATURE- ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
rminitadapter failed
Hi all! I'm stuck with possible X server error - when I boot OS it works for a while, 5-15 minutes and the X crashes with message 'rminitadapter failed'. I start it again after several minutes and it works fine for some time and then crashes again. I can't provide more details right now - I'll be able to post X server logs a bit later. Can anyone at least briefly explain what is going on and whether this problem can relate to X server, but not to my video card?.. Thanks in advance ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
udev action only for connecting VGA/HDMI cable but not for disconnecting
Hello all, I have an AMD Radeon HD 6310 with free radeonhd drivers running. Xorg version is 7.6, xserver is 1.10.3. I tried to define a udev rule to change my monitor settings autoamtically when I connect a VGA or an HDMI cable. Connecting works fine but disconnecting is not recognized. udevadm monitor shows: udevadm monitor monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent KERNEL[100.176249] change /devices/pci:00/:00:01.0/drm/card0 (drm) UDEV [100.869104] change /devices/pci:00/:00:01.0/drm/card0 (drm) for connecting. For disconnecting nothing happens. Of course with this it is not possible to define a rule to change resolution etc. when cable is disconnected. Is it simply not possible to detect disconntecting of a cable? Or is this a bug? Every help related to this is appreciated. Thank you very much! Regards Dirk -- View this message in context: http://old.nabble.com/udev-action-only-for-connecting-VGA-HDMI-cable-but-not-for-disconnecting-tp32294619p32294619.html Sent from the Free Desktop - xorg mailing list archive at Nabble.com. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: udev action only for connecting VGA/HDMI cable but not for disconnecting
On Fri, Aug 19, 2011 at 5:03 AM, Dirk Montgomery q...@gmx.de wrote: Hello all, I have an AMD Radeon HD 6310 with free radeonhd drivers running. Xorg version is 7.6, xserver is 1.10.3. I tried to define a udev rule to change my monitor settings autoamtically when I connect a VGA or an HDMI cable. Connecting works fine but disconnecting is not recognized. udevadm monitor shows: udevadm monitor monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent KERNEL[100.176249] change /devices/pci:00/:00:01.0/drm/card0 (drm) UDEV [100.869104] change /devices/pci:00/:00:01.0/drm/card0 (drm) for connecting. For disconnecting nothing happens. Of course with this it is not possible to define a rule to change resolution etc. when cable is disconnected. Since this source of this is entirely in the drm kernel module, the xorg list may not be the best place to find out. What kernel are you running? It might make sense to ask on one of the dri mailing lists if no one responds here: http://dri.freedesktop.org/wiki/MailingLists -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: udev action only for connecting VGA/HDMI cable but not for disconnecting
On Fri, Aug 19, 2011 at 8:03 AM, Dirk Montgomery q...@gmx.de wrote: Hello all, I have an AMD Radeon HD 6310 with free radeonhd drivers running. Xorg version is 7.6, xserver is 1.10.3. I tried to define a udev rule to change my monitor settings autoamtically when I connect a VGA or an HDMI cable. Connecting works fine but disconnecting is not recognized. udevadm monitor shows: udevadm monitor monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent KERNEL[100.176249] change /devices/pci:00/:00:01.0/drm/card0 (drm) UDEV [100.869104] change /devices/pci:00/:00:01.0/drm/card0 (drm) for connecting. For disconnecting nothing happens. Of course with this it is not possible to define a rule to change resolution etc. when cable is disconnected. Is it simply not possible to detect disconntecting of a cable? Or is this a bug? Every help related to this is appreciated. The hw can detect both plug and unplug events. I'd suggest filing a radeon drm bug (https://bugs.freedesktop.org) so we can track and debug this more easily. Please attach your xorg log and dmesg output to the bug report. If you want to see the hw events, you can edit evergreen_irq_process() in evergreen.c and enable HPD debugging messages. They are enabled when you enable drm debugging, but you'll probably lose them in the general debugging volume so I'd just enable them alone to make it easier to see the content. You should get a message on both plug and unplug events. Alex Thank you very much! Regards Dirk -- View this message in context: http://old.nabble.com/udev-action-only-for-connecting-VGA-HDMI-cable-but-not-for-disconnecting-tp32294619p32294619.html Sent from the Free Desktop - xorg mailing list archive at Nabble.com. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: alexdeuc...@gmail.com ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: rminitadapter failed
On Fri, Aug 19, 2011 at 01:18:08AM -0700, Sapfeer wrote: Hi all! I'm stuck with possible X server error - when I boot OS it works for a while, 5-15 minutes and the X crashes with message 'rminitadapter failed'. I start it again after several minutes and it works fine for some time and then crashes again. I can't provide more details right now - I'll be able to post X server logs a bit later. Can anyone at least briefly explain what is going on and whether this problem can relate to X server, but not to my video card?.. It sounds like you're using the NVIDIA driver and that the kernel module is failing to initialize your graphics card. I would suggest looking at /var/log/syslog or /var/log/messages for errors. If you need more assistance, please run nvidia-bug-report.sh and send the resulting nvidia-bug-report.log.gz file to linux-b...@nvidia.com. Sincerely, Aaron ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
FYI: How I re-enabled emulation of a scroll wheel and middle button for a Logitech Marble mouse
I hope this saves time. I like to use Debian Linux's unstable distribution. Upgrading X broke my mouse. It's a Logitech Marble. It stopped: a.) Pasting the X selection when I pressed both of it's big buttons simultaneously. (No pasting is a big inconvenience.) b.) Emulating a scroll wheel. Here's how I worked around the problem: 1.) I created a directory for X configuration files $ mkdir /etc/X11/xorg.conf.d 2.) I used the configuration at http://www.thecodehouse.com/2011/02/27/my-logitech-marble-mouse-ubuntu-10-10/ for a file named /etc/X11/xorg.conf.d/50-marblemouse.conf 3.) The following command revealed what my computer thought my mouse was named $ (cat /var/log/Xorg.0.log; lshal; udevadm info --export-db) | egrep -i mouse | less It was ImExPS/2 Logitech Explorer Mouse 4.) In /etc/X11/xorg.conf.d/50-marblemouse.conf, I changed the value assigned to MatchProduct from Logitech USB Trackball to ImExPS/2 Logitech Explorer Mouse 5.) I restarted X by simultaneously pressing ctl-alt-backspace. 6.) I tested an emulated middle button by double clicking on some text, and pasting it by quickly holding and releasing the Logitech Marble's small left hand button. 7.) I tested an emulated scroll wheel by running an web browser, visit a long and wide web page, or resizing its window to be short and narrow, and try to scroll by holding the mouse's small left hand button down while rolling the marble a.) up and down, and then b.) left and right. Thanks, Kingsley ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
How to disable smoothed touchpad scroll events
Hi, Somewhere arround Fedora-14 a feature was introduced somewhere (either xorg or touchpad-driver) to smooth touchpad scroll events. This causes quite some troubles, as a few Applications change their zoom-factor on Ctrl+Scroll (e.g. FireFox or Geany editor), so when pressing Ctrl+Something right after scrolling, often a few scroll events are left and cause the zoom-factor to change. Is there a way to revert to the old behaviour? Thank you in advance, Clemens ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] xorg-sgml-doctools 1.9
Gaetan Nadon (4): Update masterdb for libX11/i18n/compose/libX11-keys.xml Add support for generating chunked xhtml for DocBooks Review documents cascading style sheet Version bump: 1.9 git tag: xorg-sgml-doctools-1.9 http://xorg.freedesktop.org/archive/individual/doc/xorg-sgml-doctools-1.9.tar.bz2 MD5: a21516a1c0da56887eb1fa7f4119489d xorg-sgml-doctools-1.9.tar.bz2 SHA1: 3c704ad76c158efe43ede837f7334da1398b090c xorg-sgml-doctools-1.9.tar.bz2 SHA256: a64c75465be8d653975da987d9c00408cc0fba43bd838fda53394aba95d1eb96 xorg-sgml-doctools-1.9.tar.bz2 http://xorg.freedesktop.org/archive/individual/doc/xorg-sgml-doctools-1.9.tar.gz MD5: 71c9b374120e29f216df70b966dd742d xorg-sgml-doctools-1.9.tar.gz SHA1: a21ce78fff6715831ada7af1070a611f1d4706ab xorg-sgml-doctools-1.9.tar.gz SHA256: 0b8ddd8dde151db66ba35844313a46fdb8ff1f383f02b4ba33fb51f150d928d0 xorg-sgml-doctools-1.9.tar.gz signature.asc Description: This is a digitally signed message part ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com