From: Daniel Phillips <phillips@phunq.net>
To: david@lang.hm
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [RFC] An alternative interface to device mapper
Date: Wed, 5 Mar 2008 20:49:16 -0800 [thread overview]
Message-ID: <200803052049.16283.phillips@phunq.net> (raw)
In-Reply-To: <alpine.DEB.1.00.0803051830290.14137@asgard.lang.hm>
On Wednesday 05 March 2008 18:30, you wrote:
> forgive the lack of threading, I missed this yesterday and just found this
> via the LWN article.
>
> I like the general approach that you are taking of simplifying the
> interface, however in your interest of making it easy to write C code for
> you are making the new interface difficult to script for. is it really
> that painful to to make everything file based so that it can be scripted
> as well?
>
> frankly, most sysadmins do a lot of scripting and almost no C coding, so
> while a nice C interface is useful for creating tools, a good scripting
> interface is critical for good, flexible use by sysadmins.
Hi David,
Scripting is already taken care of by the ddsetup utility (a compatible
rewrite of dmsetup) which is just a shell to the ddlink interface. You
would not want to put the "value add" of dmsetup into kernel. All that
parsing and massaging belongs in user space. If there are more scripting
features you need, they should be added to dmsetup/ddsetup, not to the
kernel.
Scripting device mapper has never actually posed a problem. The real
problem is, there is no nice way to write a C program to do fancy
volume management, so we don't see the advanced features appearing on
Linux at anything like the rate they have appeared on Solaris.
Daniel
next prev parent reply other threads:[~2008-03-06 4:49 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-06 2:31 david
2008-03-06 4:49 ` Daniel Phillips [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-03-05 9:29 Daniel Phillips
2008-03-05 16:39 ` Jonathan Corbet
2008-03-05 19:23 ` Daniel Phillips
2008-03-08 11:38 ` Pavel Machek
2008-03-08 12:06 ` Daniel Phillips
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=200803052049.16283.phillips@phunq.net \
--to=phillips@phunq.net \
--cc=david@lang.hm \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®