mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Steven Dake <sdake@mvista.com>
To: Lars Marowsky-Bree <lmb@suse.de>
Cc: Mark Bellon <mbellon@mvista.com>,
	linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: ANNOUNCE: User-space System Device Enumation (uSDE)
Date: Tue, 28 Oct 2003 11:12:07 -0700	[thread overview]
Message-ID: <1067364727.4612.359.camel@persist.az.mvista.com> (raw)
In-Reply-To: <20031028110034.GG30725@marowsky-bree.de>

On Tue, 2003-10-28 at 04:00, Lars Marowsky-Bree wrote:
> On 2003-10-27T14:14:18,
>    Mark Bellon <mbellon@mvista.com> said:
> 
> > The uSDE and udev are simlar in some respects. The uSDE allows for 
> > complete control of the policy handling a device - not just its naming. 
> 
> Well, so could udev in theory, and I had this plan to enhance it to do
> so for the specific case of multipathing one day in the not too distant
> future (ie, before q1/04).
> 
> In as far as I can see, udev and uSDE really do not have too different
> goals. Competition is good, but only if they explore distinct approaches
> ;-)
> 
There are several distinct approaches which have been enumerated in
other mails.

Since this point has not been addressed, I'd like to focus on the major
difference in philosophy.

SDE places all policy in the hands of the policy developer in a seperate
policy program.  udev places the policies in the main processing loop of
the system, effectively implementing whatever policy is desired by the
udev maintainers.

Without seperating policies from the core executive of device naming
system, the core of udev suffers from the same issues as placing policy
in the kernel suffers.   Lack of maintainability, lack of user-defined
functionality, bloat, etc.

> > >How does this integrate with DM, md, EVMS, LVM...?
> > As devices appear in sysfs the uSDE reacts to them via their hotplug 
> > events. The policy for each device handles any device issues including 
> > dealing with any device nodes.  It is possible to track and maintain 
> > multiported devices and automatically provide multipath devices nodes 
> > for instance.
> 
> Yes, I know that, I was asking whether you had done any discussion with
> the EVMS2 folks for example to have a policy plugin to interact with
> EVMS2 accordingly and do the magic.
> 
> 
No but this is definately a good idea.
Thanks!
-steve
> 
> Sincerely,
>     Lars Marowsky-Brée <lmb@suse.de>


  reply	other threads:[~2003-10-28 18:12 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <3F9D82F0.4000307@mvista.com>
     [not found] ` <20031027210054.GR24286@marowsky-bree.de>
     [not found]   ` <3F9D8AAA.7010308@mvista.com>
2003-10-28 11:00     ` Lars Marowsky-Bree
2003-10-28 18:12       ` Steven Dake [this message]
2003-10-28 22:44         ` Greg KH
2003-10-29 14:30           ` Andreas Jellinghaus
2003-10-29 17:20             ` Daniel Stekloff
2003-11-02 17:28               ` Andreas Jellinghaus
2003-11-03 23:29                 ` Daniel Stekloff
2003-10-29 19:18             ` Greg KH
2003-10-29 22:12               ` Andreas Jellinghaus
2003-10-29 22:43                 ` Greg KH
2003-10-29  5:12 Guo, Min
2003-10-29 16:10 ` Steven Dake
2003-10-29 19:04 ` Greg KH
2003-10-31  0:45 David Dodge
2003-10-31  0:58 ` Greg KH
2003-10-31  2:29   ` Dave Dodge

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=1067364727.4612.359.camel@persist.az.mvista.com \
    --to=sdake@mvista.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=lmb@suse.de \
    --cc=mbellon@mvista.com \
    /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

all inboxes | Powered by JetHome®