From: "Luis R. Rodriguez" <mcgrof@gmail.com>
To: linux-wireless <linux-wireless@vger.kernel.org>
Cc: "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: Is configfs the right solution for configuration based fs?
Date: Sun, 8 Jun 2008 14:25:36 -0700 [thread overview]
Message-ID: <43e72e890806081425h4e785800nc618fc1985f9809f@mail.gmail.com> (raw)
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. I thought configfs was the solution. We currently use and
abuse debugfs, but it doesn't matter -- we don't expect users to
depend on those files for ABI. It, however, it would be nice to
finally export some of these values into a concise place so userspace
*can* rely on them.
I'm ultimately looking for an option to reduce the size of the kernel
you'd need for wirless configuration, or at least to make easier for
userspace. Don't get me wrong I'm not saying I want an alternative to
nl80211 -- I realize we already decided on that and are moving along
in that direction, I'm just wondering once that is done what is the
right place to look at and if we don't have anything what are the
things we need to take into consideration so we *do* use or implement
the *right thing*.
Perhaps a fs is not even the most optimized approach for size anyway
so the benefits may just be helping with the easy design of userspace
applications. Feedback on experiences are welcomed.
PS. I'm hoping those who *really* hate configs can comment
Luis
next reply other threads:[~2008-06-08 21:25 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-08 21:25 Luis R. Rodriguez [this message]
2008-06-09 2:28 ` Joel Becker
2008-06-11 9:04 ` Joel Becker
2008-06-09 9:03 ` Johannes Berg
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=43e72e890806081425h4e785800nc618fc1985f9809f@mail.gmail.com \
--to=mcgrof@gmail.com \
--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=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
all inboxes | Powered by JetHome®