Modifying olpc-kbdshim for simplicity
pbrobinson at gmail.com
Sat Jan 9 09:40:57 EST 2010
On Sat, Jan 9, 2010 at 1:53 PM, Paul Fox <pgf at laptop.org> wrote:
> peter wrote:
> > On Sat, Jan 9, 2010 at 3:57 AM, Paul Fox <pgf at laptop.org> wrote:
> > > james wrote:
> > > > With the 20100107 kernel power management seems to work just
> > > > fine in f11 xo-1 os10. I am working on a project called
> > > > Deborah which is a debian system with lxde for the xo-1
> > > > borrowing heavily from f11 for the xo-1. It's coming along
> > > > nicely and I think it works pretty well but I still have to
> > > > get power management working properly. I'm using powerd which
> > > > relies on olpc-kbdshim to report keyboard and trackpad
> > > > inactivity. Unfortunately kbdshim also does alot of other
> > > > things that I don't want or need. The volume and brightness
> > > > keys already work fine without kbdshim, for instance. I want
> > > > to use kbdshim but disable all of its functions execpt
> > > > reporting keyboard and trackpad inactivity. Is there an easy
> > > > way to do this. I don't know enough yet about how kbdshim
> > > > works to figure this out. Great work, I'm very impressed with
> > > > f11 for the xo-1.
> > >
> > > the volume and brightness functions can be disabled or changed
> > > simply by specifying a different (or by not specifying a) script
> > > to be run -- see the usage message, and modify the hal startup
> > > file accordingly. other than those features, i think the rest (i.e.,
> > > grab keys, etc) is all-or-nothing (without modifying the source, of
> > > course).
> > Why can't all of that be done through the existing xinput layer which
> > already deals with console inactivity and special keys etc?
> perhaps some of it can. kbdshim began as a mechanism for
> implementing the grab keys -- to convert keypresses into scroll
> events. i don't know that xinput can do that -- perhaps.
> but i also had the goal of having the volume and brightness keys,
> as well as inactivity detection, work properly when X isn't
> running -- it annoys me that most people consider the console a
> second class environment.
I don't, for my job I basically live in one, but i think alot of it
can be done with evdev and friends which I believe works in the
console as well.
More information about the Devel