Re: Input sysbsystema and hotplug

[Dmitry Torokhov <dtor_core@ameritech.net>]

On Monday 13 June 2005 17:16, Greg KH wrote:
> On Mon, Jun 13, 2005 at 04:07:51PM -0500, Dmitry Torokhov wrote:
> > Hi,
> > 
> > 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.
> 
> Why not?  What's wrong with using the existing input class?  I was
> hopeing it would get flushed out into something "real" someday.  All you
> have to do is keep the "dev" stuff in there somewhere and udev will be
> happy.
> 

They are different. Your input class represents userpsace interfaces, my
input class represent middleman class devices. If you remember, input
core looks like this:
                                     evdev (/dev/input/eventX devices)
				    /
    hardware			   /
    device	-------- input_dev - mousedev (/dev/input/mouseX,
    (serio port,		   \           /dev/input/mice
     USB port)			    \
                                      joydev (/dev/input/jsX devices)

Your input class is fine (except for its name as it uses the same name
that input core was/is using for notification about new instances of
input_devs), but it represents different point in object hierarchy, as
it represents /dev/input/{mouse|event|js}X objects.

Your class devices are useful to properly create device nodes and
probably set up userspace applications to use new input devices. My
input_dev class devices are useful so hotplug would load proper input
handlers (joysdev, mousedev) to create your class devices.

I hope it explains things a bit...
       
-- 
Dmitry
-
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/