From: Dmitry Torokhov <dtor_core@ameritech.net>
To: Kay Sievers <kay.sievers@vrfy.org>
Cc: linux-hotplug-devel@lists.sourceforge.net,
Greg KH <gregkh@suse.de>, Vojtech Pavlik <vojtech@suse.cz>,
LKML <linux-kernel@vger.kernel.org>,
Hannes Reinecke <hare@suse.de>, Andrew Morton <akpm@osdl.org>
Subject: Re: Input sysbsystema and hotplug
Date: Mon, 13 Jun 2005 16:58:36 -0500 [thread overview]
Message-ID: <200506131658.37583.dtor_core@ameritech.net> (raw)
In-Reply-To: <20050613212654.GB11182@vrfy.org>
On Monday 13 June 2005 16:26, Kay Sievers wrote:
> On Mon, Jun 13, 2005 at 04:07:51PM -0500, Dmitry Torokhov wrote:
> > I am trying to convert input systsem to play nicely with sysfs and I am
> > having trouble with hotplug agent. The old hotplug mechanism was using
> > "input" as agent/subsystem name, unfortunately I can't simply use "input"
> > class because when Greg added class_simple support to input handlers
> > (evdev, mousedev, joydev, etc) he used that name. So currently stock
> > kernel gets 2 types of hotplug events (from input core and from input
> > handlers) with completely different arguments processed by the same
> > input agent.
> >
> > So I guess my question is: is there anyone who uses hotplug events
> > for input interface devices (as in mouseX, eventX) as opposed to
> > parent input devices (inputX).
>
> Hmm, udev uses it. But, who needs device nodes. :)
>
Oh, OK. Damn, Andrew will hate us for breaking mouse support yet again :(
because there are people (like me) relying on hotplug to load input handlers.
First time I booted by new input hotplug kernel I lost my mouse.
I wonder should we hack something allowing overriding subsystem name
so we could keep the same hotplug agent? Or should we bite teh bullet and
change it?
Adding Andrew to CC...
> > If not then I could rename Greg's class
> > to "input_dev" and my new class to "input" and that will be compatible
> > with older installations.
>
> I still think we should rename the parent-input device class and keep
> the more interesting class named "input", cause this will not break current
> setups besides one hotplug-handler and follows the usual style in sysfs.
--
Dmitry
next prev parent reply other threads:[~2005-06-13 22:03 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200506131607.51736.dtor_core@ameritech.net>
2005-06-13 21:26 ` Input sysbsystema and hotplug Kay Sievers
2005-06-13 21:38 ` Dmitry Torokhov
2005-06-13 22:17 ` Greg KH
2005-06-14 6:14 ` Dmitry Torokhov
2005-06-13 21:58 ` Dmitry Torokhov [this message]
2005-06-13 22:05 ` Dmitry Torokhov
2005-06-13 22:15 ` Greg KH
2005-06-14 6:08 ` Dmitry Torokhov
2005-06-13 22:21 ` Kay Sievers
2005-06-14 7:32 ` Hannes Reinecke
2005-06-14 7:42 ` Dmitry Torokhov
2005-06-14 7:47 ` Hannes Reinecke
2005-06-14 7:56 ` Dmitry Torokhov
2005-06-19 14:46 ` David Brownell
2005-06-13 22:16 ` Greg KH
2005-06-14 4:26 ` Dmitry Torokhov
2005-06-14 6:21 ` Jon Smirl
2005-06-14 6:38 ` Greg KH
2005-06-14 13:41 ` Jon Smirl
2005-06-14 15:02 ` Jon Smirl
2005-06-14 18:16 ` Dmitry Torokhov
2005-06-14 7:43 ` Hannes Reinecke
2005-06-14 7:52 ` Dmitry Torokhov
2005-06-14 8:00 ` Hannes Reinecke
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=200506131658.37583.dtor_core@ameritech.net \
--to=dtor_core@ameritech.net \
--cc=akpm@osdl.org \
--cc=gregkh@suse.de \
--cc=hare@suse.de \
--cc=kay.sievers@vrfy.org \
--cc=linux-hotplug-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=vojtech@suse.cz \
/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