LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* [PATCH] keyboard notifier documentation
@ 2008-02-09  1:33 Samuel Thibault
  2008-02-09  4:12 ` Randy Dunlap
  2008-02-09 11:44 ` [PATCH2] " Samuel Thibault
  0 siblings, 2 replies; 6+ messages in thread
From: Samuel Thibault @ 2008-02-09  1:33 UTC (permalink / raw)
  To: torvalds, linux-input, dtor; +Cc: linux-kernel

Document the keyboard notifier.

Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

--- /dev/null	2008-02-09 01:22:34.790011677 +0000
+++ linux/Documentation/input/notifier.txt	2008-02-09 01:28:12.000000000 +0000
@@ -0,0 +1,52 @@
+Keyboard notifier
+
+One can use register_keyboard_notifier to get called back on keyboard
+events (see kbd_keycode() function for details).  The passed structure is
+keyboard_notifier_param:
+
+- 'vc' always provide the VC for which the keyboard event applies ;
+- 'down' is 1 for a key press event, 0 for a key release ;
+- 'shift' is the current modifier state, mask bit indexes are KG_* ;
+- 'value' depends on the type of event.
+
+- KBD_KEYCODE events are always sent before other events, value is the keycode.
+- KBD_UNBOUND_KEYCODE events are sent if the keycode is not bound to a keysym.
+  value is the keycode.
+- KBD_UNICODE events are sent if the keycode -> keysym translation produced a
+  unicode character. value is the unicode value.
+- KBD_KEYSYM events are sent if the keycode -> keysym translation produced a
+  non-unicode character. value is the keysym.
+- KBD_POST_KEYSYM events are sent after the treatment of non-unicode keysyms.
+  That permits to inspect the resulting LEDs for instance.
+
+For each kind of event but the last, the callback may return NOTIFY_STOP in
+order to "eat" the event: the notify loop is stopped and the keyboard event is
+dropped.
+
+I a rough C snippet, we have:
+
+kbd_keycode(keycode) {
+	...
+	params.value = keycode;
+	if (notifier_call_chain(KBD_KEYCODE,&params) == NOTIFY_STOP)
+	    || !bound) {
+		notifier_call_chain(KBD_UNBOUND_KEYCODE,&params);
+		return;
+	}
+
+	if (unicode) {
+		param.value = unicode;
+		if (notifier_call_chain(KBD_UNICODE,&params) == NOTIFY_STOP)
+			return;
+		emit unicode;
+		return;
+	}
+
+	params.value = keysym;
+	if (notifier_call_chain(KBD_KEYSYM,&params) == NOTIFY_STOP)
+		return;
+	apply keysym;
+	notifier_call_chain(KBD_POST_KEYSYM,&params);
+}
+
+NOTE: This notifier is usually called from interrupt context.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] keyboard notifier documentation
  2008-02-09  1:33 [PATCH] keyboard notifier documentation Samuel Thibault
@ 2008-02-09  4:12 ` Randy Dunlap
  2008-02-09 11:40   ` Samuel Thibault
  2008-02-09 11:44 ` [PATCH2] " Samuel Thibault
  1 sibling, 1 reply; 6+ messages in thread
From: Randy Dunlap @ 2008-02-09  4:12 UTC (permalink / raw)
  To: Samuel Thibault; +Cc: torvalds, linux-input, dtor, linux-kernel

On Sat, 9 Feb 2008 01:33:22 +0000 Samuel Thibault wrote:

> Document the keyboard notifier.
> 
> Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
> 
> --- /dev/null	2008-02-09 01:22:34.790011677 +0000
> +++ linux/Documentation/input/notifier.txt	2008-02-09 01:28:12.000000000 +0000
> @@ -0,0 +1,52 @@
> +Keyboard notifier
> +
> +One can use register_keyboard_notifier to get called back on keyboard
> +events (see kbd_keycode() function for details).  The passed structure is
> +keyboard_notifier_param:
> +
> +- 'vc' always provide the VC for which the keyboard event applies ;
> +- 'down' is 1 for a key press event, 0 for a key release ;
> +- 'shift' is the current modifier state, mask bit indexes are KG_* ;

No space before the ';' (3 times).

> +- 'value' depends on the type of event.
> +
> +- KBD_KEYCODE events are always sent before other events, value is the keycode.
> +- KBD_UNBOUND_KEYCODE events are sent if the keycode is not bound to a keysym.
> +  value is the keycode.
> +- KBD_UNICODE events are sent if the keycode -> keysym translation produced a
> +  unicode character. value is the unicode value.
> +- KBD_KEYSYM events are sent if the keycode -> keysym translation produced a
> +  non-unicode character. value is the keysym.
> +- KBD_POST_KEYSYM events are sent after the treatment of non-unicode keysyms.
> +  That permits to inspect the resulting LEDs for instance.

     That permits (some object word here, like: you, one, code, etc.) to
     inspect ...

> +
> +For each kind of event but the last, the callback may return NOTIFY_STOP in
> +order to "eat" the event: the notify loop is stopped and the keyboard event is
> +dropped.
> +
> +I a rough C snippet, we have:

   In a rough (?)

> +
> +kbd_keycode(keycode) {
> +	...
> +	params.value = keycode;
> +	if (notifier_call_chain(KBD_KEYCODE,&params) == NOTIFY_STOP)
> +	    || !bound) {
> +		notifier_call_chain(KBD_UNBOUND_KEYCODE,&params);
> +		return;
> +	}
> +
> +	if (unicode) {
> +		param.value = unicode;
> +		if (notifier_call_chain(KBD_UNICODE,&params) == NOTIFY_STOP)
> +			return;
> +		emit unicode;
> +		return;
> +	}
> +
> +	params.value = keysym;
> +	if (notifier_call_chain(KBD_KEYSYM,&params) == NOTIFY_STOP)
> +		return;
> +	apply keysym;
> +	notifier_call_chain(KBD_POST_KEYSYM,&params);
> +}
> +
> +NOTE: This notifier is usually called from interrupt context.
> --

---
~Randy

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] keyboard notifier documentation
  2008-02-09  4:12 ` Randy Dunlap
@ 2008-02-09 11:40   ` Samuel Thibault
  2008-02-09 15:38     ` Randy Dunlap
  0 siblings, 1 reply; 6+ messages in thread
From: Samuel Thibault @ 2008-02-09 11:40 UTC (permalink / raw)
  To: Randy Dunlap; +Cc: torvalds, linux-input, dtor, linux-kernel

Randy Dunlap, le Fri 08 Feb 2008 20:12:53 -0800, a écrit :
> On Sat, 9 Feb 2008 01:33:22 +0000 Samuel Thibault wrote:
> > +- 'vc' always provide the VC for which the keyboard event applies ;
> > +- 'down' is 1 for a key press event, 0 for a key release ;
> > +- 'shift' is the current modifier state, mask bit indexes are KG_* ;
> 
> No space before the ';' (3 times).

Well, as expected in French...  I'll fix that.

> > +For each kind of event but the last, the callback may return NOTIFY_STOP in
> > +order to "eat" the event: the notify loop is stopped and the keyboard event is
> > +dropped.
> > +
> > +I a rough C snippet, we have:
> 
>    In a rough (?)

Yes, rough as "something that a C compiler will never accept, but that
you, human, will make sense out of it".

Samuel

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [PATCH2] keyboard notifier documentation
  2008-02-09  1:33 [PATCH] keyboard notifier documentation Samuel Thibault
  2008-02-09  4:12 ` Randy Dunlap
@ 2008-02-09 11:44 ` Samuel Thibault
  1 sibling, 0 replies; 6+ messages in thread
From: Samuel Thibault @ 2008-02-09 11:44 UTC (permalink / raw)
  To: torvalds, linux-input, dtor; +Cc: linux-kernel

Document the keyboard notifier.

Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

--- /dev/null	2008-02-09 01:22:34.790011677 +0000
+++ linux/Documentation/input/notifier.txt	2008-02-09 01:28:12.000000000 +0000
@@ -0,0 +1,52 @@
+Keyboard notifier
+
+One can use register_keyboard_notifier to get called back on keyboard
+events (see kbd_keycode() function for details).  The passed structure is
+keyboard_notifier_param:
+
+- 'vc' always provide the VC for which the keyboard event applies;
+- 'down' is 1 for a key press event, 0 for a key release;
+- 'shift' is the current modifier state, mask bit indexes are KG_*;
+- 'value' depends on the type of event.
+
+- KBD_KEYCODE events are always sent before other events, value is the keycode.
+- KBD_UNBOUND_KEYCODE events are sent if the keycode is not bound to a keysym.
+  value is the keycode.
+- KBD_UNICODE events are sent if the keycode -> keysym translation produced a
+  unicode character. value is the unicode value.
+- KBD_KEYSYM events are sent if the keycode -> keysym translation produced a
+  non-unicode character. value is the keysym.
+- KBD_POST_KEYSYM events are sent after the treatment of non-unicode keysyms.
+  That permits one to inspect the resulting LEDs for instance.
+
+For each kind of event but the last, the callback may return NOTIFY_STOP in
+order to "eat" the event: the notify loop is stopped and the keyboard event is
+dropped.
+
+In a rough C snippet, we have:
+
+kbd_keycode(keycode) {
+	...
+	params.value = keycode;
+	if (notifier_call_chain(KBD_KEYCODE,&params) == NOTIFY_STOP)
+	    || !bound) {
+		notifier_call_chain(KBD_UNBOUND_KEYCODE,&params);
+		return;
+	}
+
+	if (unicode) {
+		param.value = unicode;
+		if (notifier_call_chain(KBD_UNICODE,&params) == NOTIFY_STOP)
+			return;
+		emit unicode;
+		return;
+	}
+
+	params.value = keysym;
+	if (notifier_call_chain(KBD_KEYSYM,&params) == NOTIFY_STOP)
+		return;
+	apply keysym;
+	notifier_call_chain(KBD_POST_KEYSYM,&params);
+}
+
+NOTE: This notifier is usually called from interrupt context.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] keyboard notifier documentation
  2008-02-09 11:40   ` Samuel Thibault
@ 2008-02-09 15:38     ` Randy Dunlap
  2008-02-09 15:43       ` Samuel Thibault
  0 siblings, 1 reply; 6+ messages in thread
From: Randy Dunlap @ 2008-02-09 15:38 UTC (permalink / raw)
  To: Samuel Thibault, Randy Dunlap, torvalds, linux-input, dtor, linux-kernel

Samuel Thibault wrote:
> Randy Dunlap, le Fri 08 Feb 2008 20:12:53 -0800, a écrit :
>> On Sat, 9 Feb 2008 01:33:22 +0000 Samuel Thibault wrote:
>>> +- 'vc' always provide the VC for which the keyboard event applies ;
>>> +- 'down' is 1 for a key press event, 0 for a key release ;
>>> +- 'shift' is the current modifier state, mask bit indexes are KG_* ;
>> No space before the ';' (3 times).
> 
> Well, as expected in French...  I'll fix that.
> 
>>> +For each kind of event but the last, the callback may return NOTIFY_STOP in
>>> +order to "eat" the event: the notify loop is stopped and the keyboard event is
>>> +dropped.
>>> +
>>> +I a rough C snippet, we have:
>>    In a rough (?)
> 
> Yes, rough as "something that a C compiler will never accept, but that
> you, human, will make sense out of it".

so s/I/In/ please.

-- 
~Randy

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] keyboard notifier documentation
  2008-02-09 15:38     ` Randy Dunlap
@ 2008-02-09 15:43       ` Samuel Thibault
  0 siblings, 0 replies; 6+ messages in thread
From: Samuel Thibault @ 2008-02-09 15:43 UTC (permalink / raw)
  To: Randy Dunlap; +Cc: torvalds, linux-input, dtor, linux-kernel

Randy Dunlap, le Sat 09 Feb 2008 07:38:59 -0800, a écrit :
> Samuel Thibault wrote:
> >Randy Dunlap, le Fri 08 Feb 2008 20:12:53 -0800, a écrit :
> >>On Sat, 9 Feb 2008 01:33:22 +0000 Samuel Thibault wrote:
> >>>+- 'vc' always provide the VC for which the keyboard event applies ;
> >>>+- 'down' is 1 for a key press event, 0 for a key release ;
> >>>+- 'shift' is the current modifier state, mask bit indexes are KG_* ;
> >>No space before the ';' (3 times).
> >
> >Well, as expected in French...  I'll fix that.
> >
> >>>+For each kind of event but the last, the callback may return 
> >>>NOTIFY_STOP in
> >>>+order to "eat" the event: the notify loop is stopped and the keyboard 
> >>>event is
> >>>+dropped.
> >>>+
> >>>+I a rough C snippet, we have:
> >>   In a rough (?)
> >
> >Yes, rough as "something that a C compiler will never accept, but that
> >you, human, will make sense out of it".
> 
> so s/I/In/ please.

Ah oops, sorry misunderstood what you raised, I actually had fixed it in
the second version.

Thanks,
Samuel

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2008-02-09 15:44 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-02-09  1:33 [PATCH] keyboard notifier documentation Samuel Thibault
2008-02-09  4:12 ` Randy Dunlap
2008-02-09 11:40   ` Samuel Thibault
2008-02-09 15:38     ` Randy Dunlap
2008-02-09 15:43       ` Samuel Thibault
2008-02-09 11:44 ` [PATCH2] " Samuel Thibault

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).