Bug#355822: xkb: some multimedia sends events forever once pressed

2007-10-02 Thread Gilles Grandou

Hi Mohammed,

Mohammed Adnène Trojette a écrit :

On Sat, Aug 11, 2007, Mohammed Adnène Trojette wrote:

On Thu, May 03, 2007, Gilles Grandou wrote:

Hi Mohammed,

Hi,

upstream commented on your bug on
https://bugs.freedesktop.org/show_bug.cgi?id=11515:

It looks to me like a bug in the keyboard driver (X or kernel). The key
should not endlessly generate X events when it is not actually pressed
(do I understand you right?)


Hi Gilles. Please answer the mail above or I will have to close the bug
report.


The description above was correct, the key is pressed and released about
one second later. Starting from the moment it's pressed, X events are
generated endlessly.

Unfortunately, I no longer own this laptop, so there is little I can do
now to help.

However I've tried a kubuntu feisty 7.04 release, and I had the good
surprise to see that all special keys (volume up, volume down, ...)
were correctly managed. Sorry, but I didn't investigate much more.

Gilles.




Bug#355822: xkb: some multimedia sends events forever once pressed

2007-09-28 Thread Mohammed Adnène Trojette
On Sat, Aug 11, 2007, Mohammed Adnène Trojette wrote:
 On Thu, May 03, 2007, Gilles Grandou wrote:
  Hi Mohammed,
 
 Hi,
 
 upstream commented on your bug on
 https://bugs.freedesktop.org/show_bug.cgi?id=11515:
 
 It looks to me like a bug in the keyboard driver (X or kernel). The key
 should not endlessly generate X events when it is not actually pressed
 (do I understand you right?)

Hi Gilles. Please answer the mail above or I will have to close the bug
report.

-- 
Mohammed Adnène Trojette




Bug#355822: xkb: some multimedia sends events forever once pressed

2007-08-11 Thread Mohammed Adnène Trojette
On Thu, May 03, 2007, Gilles Grandou wrote:
 Hi Mohammed,

Hi,

upstream commented on your bug on
https://bugs.freedesktop.org/show_bug.cgi?id=11515:

It looks to me like a bug in the keyboard driver (X or kernel). The key
should not endlessly generate X events when it is not actually pressed
(do I understand you right?)

-- 
Mohammed Adnène Trojette



Bug#355822: xkb: some multimedia sends events forever once pressed

2007-05-03 Thread Gilles Grandou
Hi Mohammed,

Mohammed Adnène Trojette a écrit :
 Please could you test the experimental package?


$ dpkg -l xkb-data
ii  xkb-data  0.9+cvs.20070428-1  X Keyboard Extension (XKB)
configuration data

not better  :(

in xev, pressing and releasing once the VOL-DOWN key leads to
the following endless burst of events:

KeyRelease event, serial 31, synthetic NO, window 0x3a1,
root 0x76, subw 0x0, time 1322505498, (83,62), root:(89,928),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 31, synthetic NO, window 0x3a1,
root 0x76, subw 0x0, time 1322505508, (83,62), root:(89,928),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x3a1,
root 0x76, subw 0x0, time 1322505762, (83,62), root:(89,928),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 31, synthetic NO, window 0x3a1,
root 0x76, subw 0x0, time 1322505762, (83,62), root:(89,928),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x3a1,
root 0x76, subw 0x0, time 1322505796, (83,62), root:(89,928),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 31, synthetic NO, window 0x3a1,
root 0x76, subw 0x0, time 1322505796, (83,62), root:(89,928),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
[...]

It only ends when pressing another key

May be an interesting thing: it seems that the 1st received event
is a KeyRelease... does it make any sense ?

Thanks,
Gilles.




Bug#355822: xkb: some multimedia sends events forever once pressed

2007-05-02 Thread Gilles Grandou
Brice Goglin a écrit :
 Hi,
 
 About a year ago, you reported a bug to the Debian BTS regarding some
 multimedia keys sending events forever once pressed. Did you reproduce
 this problem recently? With Xorg/Etch? If not, I will close this bug in
 the next weeks.

The problem still exists using an update to date sid.

ii  xkb-data   0.9-4   X Keyboard Extension (XKB) configuration data

Is there any thing I could do to investigate the issue?

Thanks,
Gilles.




Bug#355822: xkb: some multimedia sends events forever once pressed

2007-05-02 Thread Mohammed Adnène Trojette
On Wed, May 02, 2007, Gilles Grandou wrote:
 The problem still exists using an update to date sid.

Please could you test the experimental package?

-- 
Mohammed Adnène Trojette



Bug#355822: xkb: some multimedia sends events forever once pressed

2007-03-21 Thread Brice Goglin
Hi,

About a year ago, you reported a bug to the Debian BTS regarding some
multimedia keys sending events forever once pressed. Did you reproduce
this problem recently? With Xorg/Etch? If not, I will close this bug in
the next weeks.

Thanks,
Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#355822: xkb: some multimedia sends events forever once pressed

2006-03-07 Thread Gilles Grandou
Package: xlibs
Version: 6.9.0.dfsg.1-4
Severity: normal


My laptop is a CLEVO D500P.
If I press some multimedia keys (like VolumeDown or VolumeUp), X events 
are sent forever, until I press another valid key.

Under console, running showkey -s:
pressing VolumeDown returns the next sequence:
0xe0 0xae 0xe0 0x2e 0xe0 0xae 0xe0 0x2e 0xe0 0xae 0xe0 0x2e 

unlike normal keys, the sequence e0ae-e02e is repeated until I release 
the key.

Under X, using xev:
KeyPress and KeyRelease event are sent forever, until I press another 
valid key. Here is the few first line of the xev log:

KeyRelease event, serial 28, synthetic NO, window 0x3c1,
root 0x4c, subw 0x3c2, time 102202128, (58,49), root:(62,870),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:

KeyPress event, serial 31, synthetic NO, window 0x3c1,
root 0x4c, subw 0x3c2, time 102202138, (58,49), root:(62,870),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x3c1,
root 0x4c, subw 0x3c2, time 102202228, (58,49), root:(62,870),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:

KeyPress event, serial 31, synthetic NO, window 0x3c1,
root 0x4c, subw 0x3c2, time 102202236, (58,49), root:(62,870),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x3c1,
root 0x4c, subw 0x3c2, time 102202328, (58,49), root:(62,870),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:

KeyPress event, serial 31, synthetic NO, window 0x3c1,
root 0x4c, subw 0x3c2, time 102202338, (58,49), root:(62,870),
state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False


My xkb config is listed below.

Thanks,
Gilles.


-- Package-specific info:
Keyboard-related contents of X.Org X server log file
/var/log/Xorg.0.log:
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Generic Monitor
(**) |   |--Device ATI Technologies, Inc. RV350 [Mobility Radeon 9600 M10]
(**) |--Input Device Generic Keyboard
(**) Option XkbRules xorg
(**) XKB: rules: xorg
(**) Option XkbModel pc105
(**) XKB: model: pc105
(**) Option XkbLayout gb
(**) XKB: layout: gb
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Configured Mouse
(**) |--Input Device Synaptics Touchpad
(WW) The directory /usr/lib/X11/fonts/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/lib/X11/fonts/CID does not exist.
--
(II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.so
(II) Module ati: vendor=X.Org Foundation
compiled for 6.9.0, module version = 6.5.7
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 0.8
(II) LoadModule: keyboard
(II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.so
(II) Module keyboard: vendor=X.Org Foundation
compiled for 6.9.0, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.5
(II) LoadModule: mouse
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.so
--
(II) RADEON(0): Direct rendering enabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
--
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(**) Generic Keyboard: Core Keyboard
(**) Option Protocol standard
(**) Generic Keyboard: Protocol: standard
(**) Option AutoRepeat 500 30
(**) Option XkbRules xorg
(**) Generic Keyboard: XkbRules: xorg
(**) Option XkbModel pc105
(**) Generic Keyboard: XkbModel: pc105
(**) Option XkbLayout gb
(**) Generic Keyboard: XkbLayout: gb
(**) Option CustomKeycodes off
(**) Generic Keyboard: CustomKeycodes disabled
(**) Option Protocol ImPS/2
(**) Configured Mouse: Device: /dev/input/mice
(**) Configured Mouse: Protocol: ImPS/2
(**) Option CorePointer
(**) Configured Mouse: Core Pointer
--
(--) Synaptics Touchpad touchpad found
(**) Option SendCoreEvents true
(**) Synaptics Touchpad: always