linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Christer Palm <palm@nogui.se>
To: linux-hotplug@vger.kernel.org
Subject: Re: [Xpert]Re: User-level Tasks in Hotplug Scripts?
Date: Tue, 05 Feb 2002 02:14:05 +0000	[thread overview]
Message-ID: <marc-linux-hotplug-101287528532274@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-101272582331992@msgid-missing>

David Brownell wrote:

> 
> Actually one of the goals of the hotplug framework is to avoid
> requirements to have Yet Another Monitoring Daemon hanging
> around wasting resources ... likewise, to avoid needing to start the
> apropriate magic program before plugging in devices.
>   


I wouldn't call using a few K's of memory a waste of resources. The 
program does of course not necessarily has to be started explicitly by 
the user. It would be added to whatever "autostart" mechanism the user 
interface in question would use.

>>>
>>And what would the problem be with using an event distribution mechanism 
>>that would require the listener to have certain privileges?
>>
> 
> Another of the goals classic end-user "usability".  Remember that
> the original problem was how to fire up an unprivileged tool ... not
> all hotplug events imply any need for privilege. Users initiate hotplug
> events with just physical access privileges.  When the device software
> has already been set up, additional privilege shouldn't be needed.
> 


Practically all desktop Linux distributions associates these kind of 
things with console ownership. If you're on the console, you are allowed 
access the graphics adapter, audio, floppy, cdrom, etc. devices. I don't 
see a problem with hotplug management following the same scheme. In fact 
, it _should_ follow the same scheme - wouldn't it be quite stupid if 
you could manage hot plug devices, but not access the floppy or cdrom?? 
Or does this concept have to change, too?


-- 
Christer Palm


_______________________________________________
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-05  2:14 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
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 [this message]
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-101287528532274@msgid-missing \
    --to=palm@nogui.se \
    --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).