From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Alessio Sangalli <alesan@manoweb.com>
Cc: linux-input@vger.kernel.org
Subject: Re: Equivalent of /dev/input/mice for keyboards
Date: Mon, 12 Jan 2009 21:53:55 -0800 [thread overview]
Message-ID: <20090112215048.ZZRA012@mailhub.coreip.homeip.net> (raw)
In-Reply-To: <496BB2C3.9080307@manoweb.com>
On Mon, Jan 12, 2009 at 01:14:43PM -0800, Alessio Sangalli wrote:
> Dmitry Torokhov wrote:
>
> > I am very hesitant adding such multiplexing device to the kernel. While
> > it is pretty easy to write one we had only pain from them. There are all
> > kinds of quirks, grabs, and workarounds because people are using
> > /dev/input/mice and console but at the same time want to use event
> > devices for some of the hardware.
>
> Yes I appreciate your comments, I get your point.
>
> What I would personally like to experiment with is:
> - enabling this driver would automatically disable the other event
> devices and the console, so it is the only source of input events for
> the system
> - to me it's also an exercise the helps the understanding of the input
> layer and the kernel in general.
>
> In my free time, I'd like to do the implementation, having in mind you
> are not interested in merging it into the kernel. Would you spare some
> hints on how you would proceed?
>
I would take /dev/input/evdev.c as a base but instead of creating a new
character device in connect() method I would route all events into a
single device created upon module load (also see
drivers/input/mousedev.c). That should be really it.
--
Dmitry
next prev parent reply other threads:[~2009-01-13 5:54 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-02 23:29 Equivalent of /dev/input/mice for keyboards Alessio Sangalli
2009-01-12 7:32 ` Dmitry Torokhov
2009-01-12 21:14 ` Alessio Sangalli
2009-01-13 5:53 ` Dmitry Torokhov [this message]
2009-01-15 7:56 ` Alessio Sangalli
2009-01-15 8:33 ` Dmitry Torokhov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090112215048.ZZRA012@mailhub.coreip.homeip.net \
--to=dmitry.torokhov@gmail.com \
--cc=alesan@manoweb.com \
--cc=linux-input@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).