On Thu, May 04, 2000, David Brownell <[EMAIL PROTECTED]> wrote:
> > > Shell scripts execution shouldn't be the only action
> > > that can be taken, though it's likely time to start
> > > agreeing on how and when to invoke scripts.
> > >
> > > I'm thinking we need design answers like:
> > >
> > > - Do we invoke /etc/usb/*.policy scripts? (Sure.)
> > >
> > > - ...
> >
> > Each device needs different information. I think only the device name
> > and plug/unplug should be passed and let the script/program determine
> > the rest of what it needs.
>
> As a data point, PCMCIA passes quite a bit more info
> than that ... and I think it's right to make it so
> that most scripts won't need to reparse descriptors.
It passes such things as ethernet addresses and the such. I don't expect
the daemon to know about every specific ethernet adapter to figure out
how to get the ethernet address just to pass it to the script. It's best
the script figure that out.
Most scripts won't care much about the descriptors for the device. I
call a script when an ethernet device is attached. Have it determine the
MAC address and then setup the network device. No need for the
descriptors.
> > Take a look at my userspace driver binding email and
> > you'll see that it
> > provides solutions for some of these questions.
>
> There was a bit too much info there ... multiple kernel
> patches, libraries and daemons, and so on.
Libraries? There were none. Most of the devfsd changes have been added
to devfsd (sans the USB specific stuff). The devfs changes I've sent in
another email earlier today.
> Perhaps you could summarize in brief? (With change in
> subject line, please!) It's really the work of just an
> hour or so to come up with a daemon that can fork off
> such scripts. No kernel patches beyond pre7-3 ... ;-)
Take a look at the description, not the implementation.
Here's a URL to the email:
http://electricrain.com/lists/archive/linux-usb/2000/04/msg00098.html
JE
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
