Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 292444 - Extremely annoying sticky keys in X.org behavior libxtst
Summary: Extremely annoying sticky keys in X.org behavior libxtst
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL: http://bugs.freedesktop.org/show_bug....
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-08 22:56 UTC by Stefan de Konink
Modified: 2010-01-19 14:01 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
My xorg (xorg.conf,4.23 KB, text/plain)
2009-11-11 15:39 UTC, Stefan de Konink
Details
Xorg.0.log (Xorg.0.log,12.86 KB, text/plain)
2009-11-11 17:03 UTC, Stefan de Konink
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan de Konink 2009-11-08 22:56:49 UTC
I have no clue what went wrong recently. I did a full system upgrade lately. And now stickykeys seems to eat my worktime. Basically suddenly my shift or ctrl is fired up. This is only happening under X.org, not the console.

XFCE4 has disabled accessibility settings and stickykeys. Is there some ABI structure change that could explain this?


Reproducible: Didn't try




paludis 0.40.1
Paludis build information:
    Compiler:
        CXX:                   x86_64-pc-linux-gnu-g++ 4.4.1
        CXXFLAGS:               -march=athlon64 -O2 -pipe -msse3 -pedantic
        LDFLAGS:               -Wl,-O1
        DATE:                  2009-10-07T14:22:13+0200

    Libraries:
        C++ Library:           GNU libstdc++ 20090722

    Paths:
        DATADIR:               /usr/share
        LIBDIR:                /usr/lib64
        LIBEXECDIR:            /usr/libexec
        SYSCONFDIR:            /etc
        PYTHONINSTALLDIR:      
        RUBYINSTALLDIR:        

System:
    Linux nemesis 2.6.30-gentoo-r1 #2 SMP PREEMPT Sat Aug 15 16:34:20 CEST 2009 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ AuthenticAMD GNU/Linux

Reduced Privs:
    reduced_uid:               105
    reduced_uid->name:         paludisbuild
    reduced_uid->dir:          /dev/null
    reduced_gid:               1007
    reduced_gid->name:         paludisbuild

Environment:
    Format:                    paludis
    Config dir:                /etc/paludis
    World file:                /var/db/pkg/world

Repository installed-virtuals:
    format:                    installed_virtuals
    root:                      /

Repository virtuals:
    format:                    virtuals

Repository gentoo:
    format:                    ebuild
    location:                  /usr/portage
    append_repository_name_to_write_cache: true
    binary_destination:        false
    binary_keywords:           
    binary_uri_prefix:         
    builddir:                  /var/tmp/paludis
    cache:                     /usr/portage/metadata/cache
    distdir:                   /usr/portage/distfiles
    eapi_when_unknown:         0
    eapi_when_unspecified:     0
    eclassdirs:                /usr/portage/eclass
    ignore_deprecated_profiles: false
    layout:                    traditional
    names_cache:               /usr/portage/.cache/names
    newsdir:                   /usr/portage/metadata/news
    profile_eapi_when_unspecified: 0
    profiles:                  /usr/portage/profiles/default/linux/amd64/10.0
    securitydir:               /usr/portage/metadata/glsa
    setsdir:                   /usr/portage/sets
    sync:                      rsync://rsync.nl.gentoo.org/gentoo-portage
    sync_options:              
    use_manifest:              use
    write_cache:               /var/cache/paludis/metadata

    Package information:
paludis@1257720847: [WARNING e.vdb.provides.no_package] In thread ID '8086':
  ... In program paludis --info:
  ... When finding all versions sorted from packages matching virtual/os-headers with filter all matches filtered through installed at root /:
  ... When finding provided packages for 'installed':
  ... No package available for 'sys-kernel/linux-headers 2.6.29'
        app-admin/eselect-compiler: (none)
        app-shells/bash:       4.0_p35
        dev-java/java-config:  1.3.7-r1 2.1.9-r1
        dev-lang/python:       2.5.4-r2 2.6.3 3.1.1-r1
        dev-python/pycrypto:   2.1.0_beta1
        dev-util/ccache:       2.4-r8
        dev-util/cmake:        2.6.4-r3
        dev-util/confcache:    (none)
        sys-apps/baselayout:   2.0.1
        sys-apps/openrc:       0.5.2-r1
        sys-apps/sandbox:      2.2
        sys-devel/autoconf:    2.13 2.63-r1
        sys-devel/automake:    1.10.2 1.11 1.4_p6 1.5 1.6.3 1.7.9-r1 1.8.5-r3 1.9.6-r2
        sys-devel/binutils:    2.20
        sys-devel/gcc-config:  1.4.1
        sys-devel/libtool:     2.2.6a
        virtual/os-headers:    2.6.30-r1 (for sys-kernel/linux-headers::installed)
Comment 1 Rafał Mużyło 2009-11-08 23:18:17 UTC
Probably your configuration error.

What are your input configuration settings ?
Comment 2 Stefan de Konink 2009-11-08 23:24:32 UTC
Not changed since installation:
Section "ServerLayout"
    Identifier     "X.org Configured"
    Screen      0  "Screen0" 0 0
    InputDevice    "stylus" "SendCoreEvents"
    InputDevice    "Mouse0" "CorePointer"
    InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "InputDevice"
    Identifier     "Keyboard0"
    Driver         "kbd"
    Option         "XkbLayout" "dvorak"
EndSection

Section "InputDevice"
    Identifier     "stylus"
    Driver         "wacom"
    Option         "Device" "/dev/input/tablet-volito"   # USB ONLY
    Option         "Type" "stylus"
    Option         "USB" "on"                  # USB ONLY
    Option         "Capacity" "5"
    Option         "PressCurve" "0,5,95,100"
# Option        "Twinview" "horizontal"
    Option         "ScreenNo" "0"
    Option         "Threshold" "10"
EndSection

Section "InputDevice"
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/input/mice"
    Option         "ZAxisMapping" "4 5 6 7"
EndSection
 
Comment 3 Rafał Mużyło 2009-11-08 23:58:16 UTC
So it's probably overdue for a change/update.

On minor note: 'dvorak' is a variant, not a layout.

What's your xorg-server ?

If that's your full xorg-conf (next time - attach),
you're probably using hal for xorg input settings,
so you need to set up things correctly there.
It's quite simple, actually.
Comment 4 Stefan de Konink 2009-11-11 15:39:14 UTC
(In reply to comment #3)
> So it's probably overdue for a change/update.
> 
> On minor note: 'dvorak' is a variant, not a layout.

Changed, doesn't have any influence what so ever. After one day, the bug was still present last night.

> What's your xorg-server ?

X.Org X Server 1.7.1
Release Date: 2009-10-23
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30-gentoo-r1 x86_64 
Current Operating System: Linux nemesis 2.6.30-gentoo-r1 #2 SMP PREEMPT Sat Aug 15 16:34:20 CEST 2009 x86_64
Kernel command line: 
Build Date: 05 November 2009  06:56:00PM
Comment 5 Stefan de Konink 2009-11-11 15:39:40 UTC
Created attachment 209918 [details]
My xorg
Comment 6 Rafał Mużyło 2009-11-11 16:54:41 UTC
Does paludis have an output, that provides as much environment info
as portage does ?

Anyway, while bugzilla is not a support forum...

- what x11-drivers you've got installed ?
- attach your xorg.log
- did you read the upgrade guides (to 1.5, specifically) ?
Comment 7 Stefan de Konink 2009-11-11 17:02:18 UTC
I rather would calling 'sudden' stickykey behavior while not having it enabled at all a feature. Hence a 'bug'.

* x11-drivers/xf86-input-keyboard [R 1.4.0] <target>
* x11-drivers/xf86-input-mouse [R 1.5.0] <target>
* x11-drivers/xf86-input-evdev [R 2.3.0] <target>

I have upgraded to 1.5 a /long/ time ago. This behavior started this week. I find it difficult to see the relation.



        ACCEPT_KEYWORDS=amd64
        CBUILD=x86_64-pc-linux-gnu
        CFLAGS=-march=athlon64 -O2 -pipe -msse3
        CHOST=x86_64-pc-linux-gnu
        CONFIG_PROTECT= 
        CONFIG_PROTECT_MASK= 
        CPPFLAGS=
        CTARGET=
        CXXFLAGS=-march=athlon64 -O2 -pipe -msse3
        DISTDIR=/usr/portage/distfiles
        FEATURES=
        FFLAGS=
        GENTOO_MIRRORS=
        INSTALL_MASK=
        LANG=
        LC_ALL=C
        LDFLAGS=-Wl,-O1
        LINGUAS=nl
        MAKEOPTS=
        PORTAGE_COMPRESS=
        PORTAGE_COMPRESS_FLAGS=
        PORTAGE_CONFIGROOT=
        PORTAGE_RSYNC_EXTRA_OPTS=
        PORTAGE_RSYNC_OPTS=
        PORTAGE_TMPDIR=/var/tmp/paludis
        PORTDIR=/usr/portage
        PORTDIR_OVERLAY=
        SYNC=
        USE=amd64 alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mmap_emul alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apache2_modules_actions apache2_modules_alias apache2_modules_auth_basic apache2_modules_authn_alias apache2_modules_authn_anon apache2_modules_authn_dbm apache2_modules_authn_default apache2_modules_authn_file apache2_modules_authz_dbm apache2_modules_authz_default apache2_modules_authz_groupfile apache2_modules_authz_host apache2_modules_authz_owner apache2_modules_authz_user apache2_modules_autoindex apache2_modules_cache apache2_modules_dav apache2_modules_dav_fs apache2_modules_dav_lock apache2_modules_deflate apache2_modules_dir apache2_modules_disk_cache apache2_modules_env apache2_modules_expires apache2_modules_ext_filter apache2_modules_file_cache apache2_modules_filter apache2_modules_headers apache2_modules_include apache2_modules_info apache2_modules_log_config apache2_modules_logio apache2_modules_mem_cache apache2_modules_mime apache2_modules_mime_magic apache2_modules_negotiation apache2_modules_rewrite apache2_modules_setenvif apache2_modules_speling apache2_modules_status apache2_modules_unique_id apache2_modules_userdir apache2_modules_usertrack apache2_modules_vhost_alias cameras_nikon cameras_ptp2 elibc_glibc input_devices_evdev input_devices_hyperpen input_devices_keyboard input_devices_mouse input_devices_wacom kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text linguas_nl userland_GNU video_cards_none video_cards_nouveau video_cards_nv video_cards_nvidia video_cards_v4l amd64 
Comment 8 Stefan de Konink 2009-11-11 17:03:06 UTC
Created attachment 209932 [details]
Xorg.0.log
Comment 9 Rafał Mużyło 2009-11-12 19:17:40 UTC
According to the log, you didn't change it -
Option "xkb_layout" "dvorak"

I'm not completely sure, but I think recent xorg server
simply became more strict about what it accepts.
As 'dvorak' is not a layout...

Could you clean up your xorg.conf a bit - comment out
those lines that lead to "Module doesn't exist" lines ?
(though strange dri and dri2 are among them - though that may be
because of nvidia)

You may also notice, that wacom wasn't rebuilt.
Note, that now it's not x11-drivers/linuxwacom, but
x11-drivers/xf86-input-wacom.
Comment 10 Stefan de Konink 2009-11-12 21:18:25 UTC
Will do; regarding to the dvorak part. I found that I still have an 10-x11-input.fdi

<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
   <match key="info.capabilities" contains="input.keys">
      <merge key="input.xkb.layout" type="string">dvorak</merge>
   </match>
</deviceinfo>

So I changed it there to variant too.
Comment 11 Rafał Mużyło 2009-11-12 21:30:04 UTC
While it probably doesn't really hurt,
change those keys to the new style, i.e.
from input.xkb.layout to input.x11_options.XkbLayout.
Comment 12 Rémi Cardona (RETIRED) gentoo-dev 2009-11-14 16:05:03 UTC
Also try using the evdev driver instead of the old keyboard one. It's a miracle it managed to work for so long.

Thanks
Comment 13 Stefan de Konink 2009-12-03 20:35:54 UTC
(In reply to comment #12)
> Also try using the evdev driver instead of the old keyboard one. It's a miracle
> it managed to work for so long.

evdev checked too... still gives me the pain.
Comment 14 Stefan de Konink 2009-12-06 20:34:30 UTC
Upgraded to 2.6.32;

Section "InputDevice"
    Identifier     "Keyboard0"
    Driver         "evdev"
    Option         "XkbVariant" "dvorak"
    Option         "Device" "/dev/input/by-path/platform-i8042-serio-kbd"
EndSection

...still it is bugging me
Comment 15 Stefan de Konink 2009-12-06 20:37:02 UTC
Found this is not uncommon:

http://www.mail-archive.com/gentoo-user@lists.gentoo.org/msg85076.html
Comment 16 Stefan de Konink 2009-12-06 20:40:10 UTC
Most likely the same issue in Ubuntu;

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/213669
Comment 17 Wormo (RETIRED) gentoo-dev 2010-01-02 06:50:39 UTC
Could you try booting with acpi=off and see if that has any effect? Some people with the stuck key symptom seem to be having acpi issues that somehow mess up key release events
http://bugzilla.kernel.org/show_bug.cgi?id=9147
 
Comment 18 Stefan de Konink 2010-01-02 12:15:47 UTC
(In reply to comment #17)
> Could you try booting with acpi=off and see if that has any effect? Some people
> with the stuck key symptom seem to be having acpi issues that somehow mess up
> key release events
> http://bugzilla.kernel.org/show_bug.cgi?id=9147

With acpi=off my SATA disks are not recognised...
Comment 19 Wormo (RETIRED) gentoo-dev 2010-01-02 21:44:46 UTC
Well that's no fun. How about building in the ACPI modules, which helped one of the commentors on the kernel bug?
Comment 20 Stefan de Konink 2010-01-02 22:04:29 UTC
i8042.noacpi=1

I'm going to try that first, the interesting thing is that I know the keyboard module itself has some very strange wows too. For example using the Xen hypervisor and 64GB of memory that module alone kills an entire boot sequence.
Comment 21 Stefan de Konink 2010-01-19 14:01:12 UTC
This bug is related to libXtst, when uninstalled everything works.