Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 291244 - app-misc/g15daemon-1.9.5.3-r2 stops working after a system update
Summary: app-misc/g15daemon-1.9.5.3-r2 stops working after a system update
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Tony Vroon (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-31 01:15 UTC by PhobosK
Modified: 2011-01-07 16:53 UTC (History)
8 users (show)

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


Attachments
Patch g15daemon to support EV_SYN after EV_KEY (g15daemon_ev_syn.patch,880 bytes, patch)
2010-02-01 15:56 UTC, infernix
Details | Diff
updated g15daemon ebuild to apply the patch (g15daemon-1.9.5.3-r2.ebuild,3.65 KB, text/plain)
2010-02-06 05:10 UTC, theroot
Details
g15daemon uinput patch (g15daemon-1.9.5.3-uinput.patch,947 bytes, patch)
2010-02-06 05:10 UTC, theroot
Details | Diff
An ebuild fixing the syn events bug in the old 1.2.7 version (g15daemon-1.2.7-r2.ebuild,3.80 KB, text/plain)
2010-02-06 13:40 UTC, PhobosK
Details
A patch fixing the syn bug in the old 1.2.7 version of g15daemon (g15daemon_ev_syn-1.2.7.patch,1.31 KB, patch)
2010-02-06 13:40 UTC, PhobosK
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description PhobosK 2009-10-31 01:15:52 UTC
I had my system updated today and this update caused g15daemon to stop working properly.
Infact it is recognizing when the extra keys are pressed but doesn't send any events to X (or X cannot receive them).
When starting g15daemon in debug mode it loads the uinput plug-in properly, libg15 recognizes the pressed keys but nothing else happens.
In xev no keys are recognized as pressed.
In showkey -s the extra keys are recognised also.
If xbindkeys is running, when /etc/init.d/g15daemon stop is issued the pressed buttons open all the commands just before the daemon dies. If no xbindkeys is working, nothing happens ever.
I downgraded xorg-server to 165, downgraded x11-drivers/xf86-input-evdev to 2.2.5 but none of these helped. System is consistent (no revdep problems found)
I couldn't pinpoint the package that broke g15daemon because they were around 150. Any other info i can be helpful with?


Reproducible: Always

Steps to Reproduce:

Actual Results:  
X doesn't recognize the extra keyboard keys on the G15/11 keyboard when g15daemon is working

Expected Results:  
The Extra keys of the G15/11 keyboard to be recognized by X when pressed and when g15daemon is running

Output from debugging g15daemon:
libg15: libg15 1.2.7                                                                                                                                  
libg15: Found 1 supported devices                                                                                                                     
libg15: Trying to find Logitech G15                                                                                                                   
libg15: Logitech G15 not found                                                                                                                        
libg15: Trying to find Logitech G11                                                                                                                   
libg15: Found Logitech G11, trying to open it                                                                                                         
libg15: Device has 1 possible configurations                                                                                                          
libg15: Device has 1 Alternate Settings                                                                                                               
libg15: Interface 0 has 2 Endpoints                                                                                                                   
USB error: could not get bound driver: No data available                                                                                              
libg15: Found "Extra Keys" endpoint 1 with address 0x81 maxtransfersize=32                                                                            
libg15: Found "LCD" endpoint 2 with address 0x2 maxtransfersize=32                                                                                    
libg15: Done opening the keyboard                                                                                                                     
g15daemon 1.9.5.3 loaded                                                                                                                              

Loading 3 plugins named in g15daemon.conf.
G15Daemon Plugin_Loader - DEEPBIND Flag available.  Using it.

PRELOADING /usr/lib64/g15daemon/1.9.5.3/plugins/g15plugin_uinput.so
Booting plugin "Linux UINPUT Keyboard Output"                      
Plugin "Linux UINPUT Keyboard Output" boot successful.             
Starting plugin thread "Linux UINPUT Keyboard Output" in advanced mode

PRELOADING /usr/lib64/g15daemon/1.9.5.3/plugins/g15plugin_tcpserver.so
"LCDServer" Plugin disabled in g15daemon.conf - not running           

PRELOADING /usr/lib64/g15daemon/1.9.5.3/plugins/g15plugin_clock.so
"Clock" Plugin disabled in g15daemon.conf - not running           

libg15: Keyboard: 2, 1, 0, 0, 0, 0, 0, 0, 0
libg15: Keyboard: 2, 0, 0, 0, 0, 0, 0, 0, 0
libg15: Keyboard: 2, 1, 0, 0, 1, 0, 0, 0, 0
libg15: Keyboard: 2, 0, 0, 0, 0, 0, 0, 0, 0
libg15: Keyboard: 2, 1, 0, 0, 0, 0, 0, 0, 0
libg15: Keyboard: 2, 0, 0, 0, 1, 0, 0, 0, 0


emerge --info
Portage 2.1.7.1 (default/linux/amd64/10.0, gcc-4.3.4, glibc-2.10.1-r0, 2.6.30-gentoo-r4 x86_64)
=================================================================                              
System uname: Linux-2.6.30-gentoo-r4-x86_64-AMD_Athlon-tm-_7850_Dual-Core_Processor-with-gentoo-2.0.1
Timestamp of tree: Sat, 31 Oct 2009 00:00:05 +0000                                                   
distcc 3.1 x86_64-pc-linux-gnu [enabled]                                                             
app-shells/bash:     4.0_p35                                                                         
dev-java/java-config: 2.1.9-r1                                                                       
dev-lang/python:     2.6.4, 3.1.1-r1                                                                 
dev-python/pycrypto: 2.0.1-r8                                                                        
dev-util/cmake:      2.6.4-r3                                                                        
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.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2, 1.11                                      
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                                                                       
ACCEPT_KEYWORDS="amd64 x86 ~amd64 ~x86"                                                              
CBUILD="x86_64-pc-linux-gnu"                                                                         
CFLAGS="-march=athlon64 -O2 -pipe "                                                                  
CHOST="x86_64-pc-linux-gnu"                                                                          
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d"                                                                                             
CPPFLAGS="-I/usr/local/include -I/home/sasq/usr/include "                                                                                                        
CXXFLAGS="-march=athlon64 -O2 -pipe "                                                                                                                            
DISTDIR="/usr/portage/distfiles"                                                                                                                                 
FEATURES="assume-digests distcc distlocks fixpackages news parallel-fetch sandbox sfperms strict unmerge-logs unmerge-orphans userfetch userpriv usersandbox"    
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"                                                            
LANG="en_US.utf-8"                                                                                                                                               
LC_ALL="en_US.utf-8"                                                                                                                                             
LDFLAGS="-L/usr/local/lib -L/usr/local/lib32 -L/home/sasq/usr/lib -L/home/sasq/usr/lib32 "                                                                       
LINGUAS="en bg"                                                                                                                                                  
MAKEOPTS="-j9"                                                                                                                                                   
PKGDIR="/usr/portage/packages"                                                                                                                                   
PORTAGE_CONFIGROOT="/"                                                                                                                                           
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"                                                                                                                                    
PORTAGE_TMPDIR="/dev/shm"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/voip /usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext 64bit 7zip X X509 a52 aac aalib accessibility ace acl acpi addbookmarks additions adns adplug aiglx aim akode alias alsa amd amd64 amr amrnb amrwb amuled animgif ao aoss aotuv apache2 apm ares arts artworkextra asf asterisk audacious audiofile authdaemond authfile autoipd autoreplace avahi avantgo background bash-completion bdf beagle berkdb binfilter bittorrent bl bluetooth bogofilter bonjour bonobo bzip2 cairo caps cdda cddb cdparanoia cdr cdrom chm chroot cisco clamav clamd clearcase cli colordiff connectionstatus consolekit contactnotes corba cpio cpudetection cpufreq cracklib crypt css cups curl curlwrappers cursors cvs daap dar64 dbase dbm dbus dbx dc1394 dcraw device-mapper dga dhcp directfb disk-partition divx dmi dri dts dv dvd dvdnav dvdr dvdread dvi dynamicplugin eds emerald enblend enca encode escreen esd etwin evo evolution examples exif expat extensions extra extra-algorithms extra-cardsets extrafilters extraicons extramodules extras fam fame fasttrack fat fax fbcon ffmpeg filter finger firefox flac flatfile fltk foomaticdb fortran fping fpx freetts ftp fusion gd gdbm geoip ggi gif gimp glib glitz gmedia gmp gnokii gnome gnome-keyring gnutella gnutls gpac gphoto2 gpm grammar graphviz groupwise gstreamer gtk gtkhtml guile hal hddtemp hfs history howl howl-compat http httpd icons iconv icq icu id3 idea idn ieee1394 ifsession imagemagick imap imlib inifile inkjar innodb ipod iproute2 ipv6 irda irmc jabber jack javascript jfs jingle joystick jpeg jpeg2k kde kdecards kdepim kdm kerberos kipi kqemu ladspa lame lash latex lcms ldap libcaca libgda libnotify libsamplerate libvisual libwww lirc live lm_sensors logitech-mouse lzo lzw mad maildir mailwrapper matroska mbox md5sum mdnsresponder-compat meanwhile metalink mikmod mjpeg mmap mmkeys mmx mmxext mng mod modules motif mozdevelop mozdom mp2 mp3 mp4 mp4live mpeg mpeg2 mpi mplayer mpm-prefork msn mudflap multilib multiuser musepack musicbrainz mysql nas nautilus ncurses netjack netmeeting netpbm network networking networkmanager nforce2 nfs nis njb nls nntp nptl nptlonly nsplugin nuv nvidia obex ocaml ocrad ofa offensive office ofx ogg openal openexr openft opengl openmp osc oscar p2p pam pcre pda pdf perl php pkcs11 player plotutils plugins pmount pmu png pnm policykit polling pop3d portaudio posix postproc postscript povray ppds pppd prediction pulseaudio python qq qt3 qt3support qt4 query-browser quicktime quotas quotes radio radius rar rdesktop readline realmedia recode reflection reiser4 reiserfs replytolist rpm rtsp ruby samba sametime scanner sdl sdl-image search sensord session sftp shaper sharedext sharedmem shorten shout sift silc skey skins slang slp smartcard smp sms sndfile soap sockets socks5 sound soundex soundtouch sox speex spell spl sqlite sqlite3 srt sse sse2 ssl startup-notification statistics stream subject-rewrite subversion svg swat sylpheed symlink sysfs tagwriting tcl tcpd test-programs tetex texteffect tga themes theora threads tidy tiff timidity tivo tk tokenizer tools transcode trayicon truetype twolame unicode unzip upnp usb v4l v4l2 vcd vdr videos vim-syntax visualization vlm vorbis vorbis-psy wavpack webpresence wifi winpopup wireshark withsamplescripts wma wmf wmp wxwindows x264 xanim xattr xcomposite xext xface xfs xine xinerama xinetd xml xmlrpc xorg xosd xpm xprint xscreensaver xsl xv xvid xvmc yahoo zephyr zip zlib zrtp zvbi" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev joystick aiptek" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en bg" LIRC_DEVICES="devinput" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Plero H 2010-01-03 13:13:58 UTC
I also have this bug.

I noticed that using xev and pressing many times g15 extra keys in "Xorg.0.log" appears this message:
" G15 Extra Keys: dropping event due to full queue!"
Comment 2 PhobosK 2010-01-03 15:14:47 UTC
(In reply to comment #1)
> I also have this bug.
> 
> I noticed that using xev and pressing many times g15 extra keys in "Xorg.0.log"
> appears this message:
> " G15 Extra Keys: dropping event due to full queue!"
> 

Maybe this bug has something to do with the new udev changes and the dropping of keymap handling by hal.....
I wrote to the developers of G15 but they seem not to be able to fix it... :(
Maybe we do not need g15 daemon anymore and things can be handled by udev rules and the evdev X driver?
I will investigate this further next week when i have more time....
Hope till then a developer of the G15 to investigate this problem better :S
Comment 3 infernix 2010-02-01 15:56:00 UTC
Created attachment 218094 [details, diff]
Patch g15daemon to support EV_SYN after EV_KEY
Comment 4 infernix 2010-02-01 15:56:33 UTC
I've created a patch that works for me on Debian Sid. It adds EV_SYN events to g15daemon.

Please try the attached patch and let me know if this works for you.
Comment 5 PhobosK 2010-02-02 17:33:11 UTC
Thanks for the idea but it does not work.
Actually your patch is for the daemon's version of 1.2.7. The current version of the daemon in gentoo is 1.9.5.3 (it lacks the EV_SYN too so I patched it but no diff seen).
From my further investigation it turns out that hal, udev, evdev etc has nothing to do with the problem. In fact the problem is with the uinput<->kernel communication (could it be because of a libusb version upgrade/conflict problem? - i have both new and old libusb installed -> 0.1.12 and 1.0.6)
When the G15daemon is started it creates the eventX in the /dev/input tree but this eventX never receives any changes:
Using the -d 10 option of the daemon shows that event is genereted (libg15: Keyboard: 2, 1, 0, 0, 0, 0, 0, 0, 0), but evtest (or cat) of the dev/input/eventX is always silent no matter what keys are pressed of the extra G keys.
I guess the whole libg15/g15daemon etc needs a rewrite... and i am suprised at the total lack of reaction by the developers :S (http://www.g15tools.com/forum/viewtopic.php?f=9&t=302)
Any debug suggestions are welcome.
Thanks

Comment 6 theroot 2010-02-06 05:10:17 UTC
Created attachment 218621 [details]
updated g15daemon ebuild to apply the patch
Comment 7 theroot 2010-02-06 05:10:57 UTC
Created attachment 218623 [details, diff]
g15daemon uinput patch
Comment 8 theroot 2010-02-06 05:12:45 UTC
Thanks for your patch infernix!

I fixed it up and update it to work with the newest g15daemon in portage (1.9.5.3-r2). I confirmed it works and fixed the issue for me.
I attached the ebuild that applies the patch and the patch file itself. Put them in the respective portage/files directory.

Let me know how it works for you!
Comment 9 PhobosK 2010-02-06 13:38:52 UTC
Now i found what actually happened.
The initial problem of g15daemon was that i upgraded it to version 1.9.5.3 and not that i upgraded anything else in the system.
When i tried to revert back to version 1.2.7 it did not worked because Xorg was was already updated and this version of g15daemon has a bug in handling uinput key events (the EV_SYN and SYN_REPORT missing), so i decided something else caused the problem.
Right at this moment v. 1.9.5.3 has a general keyevent handler issue that has to be resolved by upstream. The ev-syn patch does not work because key events are never handled by the uinput plugin. It could be a system/distro/arch specific issue, because the version works on Ubuntu karmic without any modification.
Right now i advise the g15daemon-1.9.5.3* to be masked at least for amd64 because actually it is not stable there.
I am attaching an ebuild for version 1.2.7-r2 that fixes the syn bug and adds some extra configuration handling like in version 1.9.5.3 (hotplug and udev rules). It works for me excellent.
BTW there is a small change in the syn patch...
Comment 10 PhobosK 2010-02-06 13:40:12 UTC
Created attachment 218665 [details]
An ebuild fixing the syn events bug in the old 1.2.7 version
Comment 11 PhobosK 2010-02-06 13:40:54 UTC
Created attachment 218667 [details, diff]
A patch fixing the syn bug in the old 1.2.7 version of g15daemon
Comment 12 theroot 2010-02-06 15:45:40 UTC
Are you saying the 1.9.5.3 patch didnt let you use the G* keys? Because I can now, they are now being captured by XEV too. They seem to be, being processed by uinput just fine. I don't think 1.9.5.3 should be masked in amd64, working just fine for me with the above patch..
Comment 13 PhobosK 2010-02-06 16:15:50 UTC
(In reply to comment #12)
> Are you saying the 1.9.5.3 patch didnt let you use the G* keys? Because I can
> now, they are now being captured by XEV too. They seem to be, being processed
> by uinput just fine. I don't think 1.9.5.3 should be masked in amd64, working
> just fine for me with the above patch..
> 

Well I run 2 PCs with Gentoo 64 and quite different hardware (except of course the G11 kbd).
On both of them the daemon's version 1.9.5.3 does not work and as i explained above it has nothing to do with the uinput syn bug... (more info here: http://www.g15tools.com/forum/viewtopic.php?f=4&t=314)
I guess there are not much users of G11, G15 etc keyboards respectively of the g15daemon, respectively of the amd64 g15daemon version... but from the 4 users that wrote here 2 have a problem... that is 50%.... is this a stable release situation according to you?
Anyway i do not mind what happens to the arch flags...
Usually when i have a problem i fixed it for myself and post it here for other users with similar problems... It's their decision what to do in this specific situation....

And what i wanted to add is that lately Gentoo has been accepting releases as stable too easy and that results in too many broken things... That is why people move to Arch etc...
Anyway....
Comment 14 theroot 2010-02-06 16:24:42 UTC
So then maybe it doesnt solve the G11 owners problems, but does G15? I did read his and your thread on g15tools, which lead me here.

Well i cant argue with the stability of this package. however this seems to be an upstream issue. 1.9.5.3 was released 2008-02-09, it was also there last stable release. Another reason why they probably won't want to downgrade to 1.2.7 is the unknown security exploits detailed in bug 284520.. 

Lets hope for a stable release from the g15daemon devs.
Comment 15 theroot 2010-02-06 16:39:10 UTC
BTW, just to add I had the same issues on my laptop(a secondary PC) just now when using this keyboard. After applying the updated 1.9.5.3 and restarting g15daemon, all my extra G keys can be used, thus it resolved the issue. If anyone else wants to chime in if any of these works for them that'd be great.

Thanks
Comment 16 PhobosK 2010-02-06 16:58:47 UTC
I won't argue on the vulnerability issues and security...
As i said it is users' choice and having in mind the security issues mentioned
by you, I would say that the whole package with all its versions should be
masked...

Anyway i prefer a fully working keyboard rather than being "protected" of
vague, unknown, possible network vulnerability...

A home desktop system running a properly configured firewall/hosts.allow etc
and used only by family members should be enough protected against the
mentioned above "vulnerability"...
Anyway I agree with you - let's hope really for an upstream solution for the
next version...
Comment 17 PhobosK 2010-02-06 17:03:16 UTC
(In reply to comment #15)
> BTW, just to add I had the same issues on my laptop(a secondary PC) just now
> when using this keyboard. After applying the updated 1.9.5.3 and restarting
> g15daemon, all my extra G keys can be used, thus it resolved the issue. If
> anyone else wants to chime in if any of these works for them that'd be great.
> 
> Thanks
> 

OK.
1. Is it a 64 bit system too?
2. What is your kbd model?
3. And can help testing (before you apply the ev-syn patch for 1.9.5.3):
Can you see if the: 
evtest /dev/input/eventX 
(where X is the registered event when g15daemon is started) produce any output when clicking a G key?

If it produces that means it is not the same problem as mine....
Comment 18 theroot 2010-02-06 17:27:11 UTC
Portage 2.1.7.17 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.11-r1, 2.6.32-gentoo x86_64)
=================================================================
System uname: Linux-2.6.32-gentoo-x86_64-AMD_Phenom-tm-_II_X4_965_Processor-with-gentoo-2.0.1
Timestamp of tree: Fri, 05 Feb 2010 18:30:01 +0000
distcc 3.1 x86_64-pc-linux-gnu [enabled]
ccache version 2.4 [enabled]
app-shells/bash:     4.0_p37
dev-java/java-config: 2.1.10
dev-lang/python:     2.6.4-r1, 3.1.1-r1
dev-util/ccache:     2.4-r8
dev-util/cmake:      2.8.0-r2
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.6.0-r1
sys-apps/sandbox:    2.2
sys-devel/autoconf:  2.13, 2.65
sys-devel/automake:  1.4_p6-r1, 1.8.5-r3, 1.9.6-r2, 1.10.3, 1.11.1
sys-devel/binutils:  2.20
sys-devel/gcc:       4.3.4, 4.4.2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=amdfam10 -O2 -pipe -msse3"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=amdfam10 -O2 -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests ccache distcc distlocks fixpackages news parallel-fetch prelink protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch userpriv usersandbox"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net"
LDFLAGS="-Wl,-O1"
LINGUAS="en en_US"
MAKEOPTS="-j10"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/tmp/portage"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/java-overlay /usr/local/portage/layman/sunrise /usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X a52 aac acl acpi alsa amd64 arts berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cups custom-cflags custom-cxxflags custom-optimization custom-optimizations cxx dbus dri dts dvd dvdr eds emboss encode evo fam ffmpeg firefox flac fng fortran gdbm gif glitz gnome gpm gstreamer gtk hal iconv jpeg kde kdehiddenvisibility ldap libnotify mad mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib mysql ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl pertty png ppds pppd python qt3support qt4 quicktime readline reflection samba sdl session spell spl sse sse2 sse3 ssl startup-notification svg sysfs tcpd thread threads thunar tiff truetype type1 unicode usb visualizations vorbis x264 xcomposite xinerama xml xorg xscreensaver xulrunner xv xvid xvmc zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS



1) Yes amd64
2) Option "xkb_model" "evdev"
3) Yes actually i can see activity in evtest, however i cant in xev, or use it anywhere else without the patch.

I guess it is slightly a different issue then you, same as infernix it seems. I also got the same error as Plero H in my xorg log "G15 Extra Keys: dropping event due to full queue!" 

Well I guess that explains why it didnt fix it for you! I really don't know how to help you further debug this, and im sorry g15tools aren't very useful. Have you tried checking out their SVN? Have you tried updating your kernel, is uinput compiled as a module or directly into the kernel? I'm just trying to think of differences between our builds.
Comment 19 Anthony Mirabella 2010-02-06 18:03:15 UTC
>Right at this moment v. 1.9.5.3 has a general keyevent handler issue that has
>to be resolved by upstream. The ev-syn patch does not work because key events
>are never handled by the uinput plugin. It could be a system/distro/arch
>specific issue, because the version works on Ubuntu karmic without any
>modification.

This does not appear to be a general keyevent handler issue.  As I am the sole remaining g15daemon developer, all development occurs on a box running Gentoo on AMD64.  The keyboard handler has been stable for quite some time and nobody has been able to replicate the issue you see.  It is possible that it is a G11-specific issue, which is troublesome because I don't have that hardware to attempt to replicate your problem.  However, the place where that difference would matter most, libg15, makes no distinction between the G11 and the G15v1 when handling keypress events.  Also, your debugging information has reported that g15daemon is receiving the correct keypress events from libg15.

>Right now i advise the g15daemon-1.9.5.3* to be masked at least for amd64
>because actually it is not stable there.

Quite to the contrary, g15daemon-1.9 has been stable for almost two years.  It has functioned correctly without issue for thousands of users until the somewhat recent EV_SYN issues apparently caused by changes in systems external to g15daemon.  That seems to me to be the definition of stable.  I will shortly be releasing a 1.9.5.4 version to rollup the EV_SYN and g15_send_cmd() fixes.  I'd like to find and include a fix for your issue as well, but without being able to replicate it that is rather difficult.
Comment 20 PhobosK 2010-02-06 21:39:49 UTC
(In reply to comment #19)
> I'd like to find and include a fix for your issue as well, but without being
> able to replicate it that is rather difficult.
> 

I am willing to help but i will either need a debug version that will provide you with the info you need or instructions on what exactly you wanna test/reproduce.

And please do not get me wrong about all this. I do not question the qualities of the g15tools or whatever... i just found a bug concerning me and  probably other users and i wish we could find out the problem and fix it...

BTW I have tried every single version above 1.2.7 and they all have the problem...
Comment 21 Gian 2011-01-07 16:53:09 UTC
It looks like I have the same problem on a G15: "G15 Extra Keys: dropping event due to full queue!" in Xorg.0.log and the extra keys not working when g15daemon is running. I'm also on AMD64.