lkml.org 
[lkml]   [2004]   [Apr]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: /dev/psaux-Interface
From
Date
>>>>> "Tuukka" == Tuukka Toivonen <tuukkat@ee.oulu.fi> writes:

Tuukka> We shouldn't want _the_ /dev/psaux, but something similar,
Tuukka> possibly better. What I'm after (and probably Sau Dan Lee
Tuukka> too) is direct access to at least psaux-port.

Right!


Tuukka> My idea is to modify serio to expose all (or at least all
Tuukka> unconnected) ports into userspace, where programs can
Tuukka> write/read them just like the /dev/psaux before. Then it's
Tuukka> just matter of symlinking /dev/psaux into correct device.

Good suggestion.


Actually, I have a side issue with input/i8042 related things: The
keyboard on my laptop worked slightly different: On 2.4.*, SysRq is
activated using a [Fn] key-combo, which agrees with the keycap labels
on the laptop keyboard. After upgrading to 2.6, that key-combo no
longer works. Instead, I must use Alt-PrintScreen as the key for
SysRq. (And unfortunately, PrintScreen is a [Fn] combo on the laptop,
thus requiring press 3 keys at the same time for SysRq, and a fourth
key to use the various SysRq features. Very inconvenient.) Is this
again due to some dirty translation processes down in the input layer?
Is the input layer always assuming that Alt-PrintScreen == SysRq?
This is not always true. Can the input layer be so configured that it
never tries to interpret the scancodes, but pass them to the upper
layers?



--
Sau Dan LEE 李守敦(Big5) ~{@nJX6X~}(HZ)

E-mail: danlee@informatik.uni-freiburg.de
Home page: http://www.informatik.uni-freiburg.de/~danlee

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:02    [W:0.086 / U:1.288 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site