linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: jg@pa.dec.com (Jim Gettys)
To: linux-hotplug@vger.kernel.org
Subject: Re: [Xpert]Re: User-level Tasks in Hotplug Scripts?
Date: Sun, 03 Feb 2002 19:06:52 +0000	[thread overview]
Message-ID: <marc-linux-hotplug-101276326910225@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-101272582331992@msgid-missing>

Owen:

This is certainly true: but not sufficient...

Here's the sequence as I understand it:

1) new device gets plugged in.
2) system has to figure out what driver to use.
3) if it has seen it before, presumably it can consult some sort of database
   to help hook it up, both by whatever driver parameters it needs, and to hook
   it up to a user level program it activates.  We're done at this point.
4) if the system has never seen it before, we have to somehow ask the user
   what to do.
5) the driver finally gets loaded, with the user specified configuration
   information that might be required.
6) record the necessary driver configuration, and go to 3).

So what we need is a convention whereby the hotplug framework activates
a GUI component talking to the user somewhere on the network to get
the configuration data required, and a way to communicate that configuration
information back to the hotplug system to record for future use (and completion
of the first hot plug event for that device).

So the hotplug scripts (running as root) have to be able to initiate the
GUI talking to the user, and get data back from there.  And it isn't
necessarily on the same system, as hotplug is not all about human interface
devices: it is also used for disk drives, tapes, etc, and eventually pluggable
processors, memory etc.

So we have two problems:
    o A convention of how to know who is administering this system.  It may
    be this is something just for the hotplug folks to worry about.
    o How to securely  get the right configuration back and forth from the user;
this is the authentication problem, in concert with how to get data back
and forth...
                                 - Jim


>
> There's no reason at all that the configuration GUI has to
> automatically have root privileges; I would tend to expect
> something along the lines of:
>
>  A new device "USB Magic Camera" has been detected.
>  Please enter the root password to configure this
>  device:
>            ..............
>
>                             [ Cancel ] [  OK  ]
>
> Regards,
>                                         Owen

_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  parent reply	other threads:[~2002-02-03 19:06 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-03  8:43 [Xpert]Re: User-level Tasks in Hotplug Scripts? Dr Andrew C Aitchison
2002-02-03 17:43 ` Owen Taylor
2002-02-03 19:06 ` Jim Gettys [this message]
2002-02-03 19:59 ` Christer Palm
2002-02-03 20:46 ` David Brownell
2002-02-03 21:13 ` David Brownell
2002-02-03 23:49 ` Christer Palm
2002-02-04  5:57 ` Owen Taylor
2002-02-04 15:15 ` Vladimir Dergachev
2002-02-04 23:17 ` Oliver Neukum
2002-02-05  1:22 ` Christer Palm
2002-02-05  1:54 ` David Brownell
2002-02-05  2:14 ` Christer Palm
2002-02-05  2:41 ` David Brownell
2002-02-05  4:49 ` Vladimir Dergachev
2002-02-05  7:53 ` Oliver Neukum
2002-02-05  8:47 ` Dr Andrew C Aitchison
2002-02-05  8:56 ` Oliver Neukum
2002-02-05 11:21 ` Christer Palm
2002-02-05 11:35 ` Oliver.Neukum
2002-02-05 15:19 ` Jim Gettys
2002-02-05 18:37 ` Jim Carter

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=marc-linux-hotplug-101276326910225@msgid-missing \
    --to=jg@pa.dec.com \
    --cc=linux-hotplug@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).