From: Johannes Berg <johannes@sipsolutions.net>
To: "Luis R. Rodriguez" <mcgrof@gmail.com>
Cc: linux-wireless <linux-wireless@vger.kernel.org>,
linux kernel <linux-kernel@vger.kernel.org>,
Greg KH <greg@kroah.com>, Joel Becker <joel.becker@oracle.com>,
Satyam Sharma <ssatyam@cse.iitk.ac.in>,
Felix Fietkau <nbd@openwrt.org>, Al Viro <viro@ftp.linux.org.uk>,
"H. Peter Anvin" <hpa@kernel.org>
Subject: Re: Is configfs the right solution for configuration based fs?
Date: Mon, 09 Jun 2008 11:03:07 +0200 [thread overview]
Message-ID: <1213002187.698.62.camel@johannes.berg> (raw)
In-Reply-To: <43e72e890806081425h4e785800nc618fc1985f9809f@mail.gmail.com> (sfid-20080608_232543_873639_74C0A387)
[-- Attachment #1: Type: text/plain, Size: 1220 bytes --]
> I was really interested in looking to start a filesystem based
> approach for configuration of wireless a while back, an alternative to
> nl80211 if you will, but I stopped after I was told about some major
> issues with configfs. I forget the issues raised clearly so I'd like
> to bring this up for debate to see what really are the issues, what
> needs to be fixed so we can *properly* use a fs for configuration of
> subsystems.
Personally, I have a few issues with this:
1) why bother with a second configuration interface that we have to
maintain, adjust, ...? if we need scriptable access, then make a
good userspace tool that is scriptable.
2) string-based stuff is often messy, especially the varying attributes
like MAC addresses etc. Unless we just use binary files again, which
is not very useful again. Take, for example, the monitor flags. If
we use the same flags then nobody really knows what's up
(echo 0x3 > mntr_flags?) and if we use strings then we cannot easily
ever rename the flag while keeping ABI/API compatibility.
3) afaik configfs doesn't actually support the mkdir, ... stuff yet
that you want for virtual interfaces.
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2008-06-09 9:03 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-08 21:25 Is configfs the right solution for configuration based fs? Luis R. Rodriguez
2008-06-09 2:28 ` Joel Becker
2008-06-11 9:04 ` Joel Becker
2008-06-09 9:03 ` Johannes Berg [this message]
2008-06-10 0:12 ` Ben Nizette
2008-06-10 8:01 ` Johannes Berg
2008-06-10 8:12 ` Luis R. Rodriguez
2008-06-10 22:12 ` Ben Nizette
2008-06-19 2:48 ` [RFC PATCHES] " Joel Becker
2008-06-20 6:19 ` Ben Nizette
2008-06-20 6:52 ` Joel Becker
2008-06-20 9:22 ` Ben Nizette
2008-06-20 21:37 ` Joel Becker
2008-06-21 1:03 ` Ben Nizette
2008-06-21 2:02 ` Joel Becker
2008-06-21 8:03 ` Ben Nizette
2008-06-21 8:44 ` Joel Becker
2008-06-21 11:44 ` Ben Nizette
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=1213002187.698.62.camel@johannes.berg \
--to=johannes@sipsolutions.net \
--cc=greg@kroah.com \
--cc=hpa@kernel.org \
--cc=joel.becker@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=mcgrof@gmail.com \
--cc=nbd@openwrt.org \
--cc=ssatyam@cse.iitk.ac.in \
--cc=viro@ftp.linux.org.uk \
/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).