From: Dave Reisner <d@falconindy.com>
To: Davidlohr Bueso <dave@gnu.org>
Cc: Dave Reisner <dreisner@archlinux.org>, util-linux@vger.kernel.org
Subject: Re: [PATCH 3/3] libmount/utils: Use binary search to compare pseudofs
Date: Sun, 20 May 2012 12:38:46 -0400 [thread overview]
Message-ID: <20120520163846.GD668@rampage> (raw)
In-Reply-To: <1337529912.2677.5.camel@offbook>
On Sun, May 20, 2012 at 06:05:12PM +0200, Davidlohr Bueso wrote:
> On Sun, 2012-05-20 at 10:51 -0400, Dave Reisner wrote:
> > On Sun, May 20, 2012 at 04:06:00PM +0200, Davidlohr Bueso wrote:
> > > On Sat, 2012-05-19 at 20:39 -0400, Dave Reisner wrote:
> > > > While we're at it, expand this list of known pseudofs types.
> > > >
> > > > Signed-off-by: Dave Reisner <dreisner@archlinux.org>
> > > > ---
> > > > libmount/src/utils.c | 68 +++++++++++++++++++++++++++++++-------------------
> > > > 1 file changed, 43 insertions(+), 25 deletions(-)
> > > >
> > > > diff --git a/libmount/src/utils.c b/libmount/src/utils.c
> > > > index b824edc..77557f2 100644
> > > > --- a/libmount/src/utils.c
> > > > +++ b/libmount/src/utils.c
> > > > @@ -72,6 +72,15 @@ int mnt_parse_offset(const char *str, size_t len, uintmax_t *res)
> > > > return rc;
> > > > }
> > > >
> > > > +/* used as a callback by bsearch in mnt_fstype_is_pseudofs() */
> > > > +static int fstype_cmp(const void *v1, const void *v2)
> > > > +{
> > > > + const char *s1 = *(const char **)v1;
> > > > + const char *s2 = *(const char **)v2;
> > > > +
> > > > + return strcmp(s1, s2);
> > > > +}
> > > > +
> > > > /* returns basename and keeps dirname in the @path, if @path is "/" (root)
> > > > * then returns empty string */
> > > > static char *stripoff_last_component(char *path)
> > > > @@ -214,31 +223,40 @@ char *mnt_unmangle(const char *str)
> > > > */
> > > > int mnt_fstype_is_pseudofs(const char *type)
> > > > {
> > > > - if (!type)
> > > > - return 0;
> > > > - if (strcmp(type, "none") == 0 ||
> > > > - strcmp(type, "proc") == 0 ||
> > > > - strcmp(type, "tmpfs") == 0 ||
> > > > - strcmp(type, "sysfs") == 0 ||
> > > > - strcmp(type, "autofs") == 0 ||
> > > > - strcmp(type, "devpts") == 0||
> > > > - strcmp(type, "cgroup") == 0 ||
> > > > - strcmp(type, "devtmpfs") == 0 ||
> > > > - strcmp(type, "devfs") == 0 ||
> > > > - strcmp(type, "dlmfs") == 0 ||
> > > > - strcmp(type, "cpuset") == 0 ||
> > > > - strcmp(type, "configfs") == 0 ||
> > > > - strcmp(type, "securityfs") == 0 ||
> > > > - strcmp(type, "hugetlbfs") == 0 ||
> > > > - strcmp(type, "rpc_pipefs") == 0 ||
> > > > - strcmp(type, "fusectl") == 0 ||
> > > > - strcmp(type, "mqueue") == 0 ||
> > > > - strcmp(type, "binfmt_misc") == 0 ||
> > > > - strcmp(type, "fuse.gvfs-fuse-daemon") == 0 ||
> > > > - strcmp(type, "debugfs") == 0 ||
> > > > - strcmp(type, "spufs") == 0)
> > > > - return 1;
> > > > - return 0;
> > > > + static const char *pseudofs[] = {
> > > > + "anon_inodefs",
> > > > + "autofs",
> > > > + "bdev",
> > > > + "binfmt_misc",
> > > > + "cgroup",
> > > > + "configfs",
> > > > + "cpuset",
> > > > + "debugfs",
> > > > + "devfs",
> > > > + "devpts",
> > > > + "devtmpfs",
> > > > + "dlmfs",
> > > > + "fuse.gvfs-fuse-daemon",
> > > > + "fusectl",
> > > > + "hugetlbfs",
> > > > + "mqueue",
> > > > + "nfsd",
> > > > + "none",
> > > > + "pipefs",
> > > > + "proc",
> > > > + "pstore",
> > > > + "ramfs",
> > > > + "rootfs",
> > > > + "rpc_pipefs",
> > > > + "securityfs",
> > > > + "sockfs",
> > > > + "spufs",
> > > > + "sysfs",
> > > > + "tmpfs"
> > > > + };
> > > > +
> > >
> > > What about applying sort (qsort(3)) before searching here? This would
> > > correct any manual string sorting that pseudofs[] imposes to the
> > > developer.
> > >
> >
> > Hmm, so the overhead from this seems to be negligible, but given that
> > this is running as part of a library, wouldn't we need a reentrant
> > version of qsort? qsort_r was added to glibc in 2.8, but I'm not
> > familiar with how portable this would be to other libc's.
>
> I normally worry about reentrancy when dealing with interrupt handling,
> like signals. Also consider that pseudofs[] isn't global.
>
qsort_r takes an extra param to the callback to hold an element while
its being swapped. The reentrancy of the function isn't guaranteed just
because it operates on a non-global var.
Regardless, I'm not really in favor of adding this. I think it's reasonable
to push a little responsibility on the developer and preemptively ensure
that this is sorted. Perhaps add a comment in the function would be
sufficient: "make sure this is sorted or Karel will come after you".
d
> >
> > > > + return !(bsearch(&type, pseudofs, ARRAY_SIZE(pseudofs),
> > > > + sizeof(char*), fstype_cmp) == NULL);
> > > > }
> > > >
> > > > /**
> > >
> > >
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe util-linux" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
>
>
next prev parent reply other threads:[~2012-05-20 16:38 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-20 0:39 [PATCH 1/3] findmnt: reference correct manual section Dave Reisner
2012-05-20 0:39 ` [PATCH 2/3] findmnt: fallback to mountinfo for polling Dave Reisner
2012-05-23 8:25 ` Karel Zak
2012-05-20 0:39 ` [PATCH 3/3] libmount/utils: Use binary search to compare pseudofs Dave Reisner
2012-05-20 14:06 ` Davidlohr Bueso
2012-05-20 14:51 ` Dave Reisner
2012-05-20 16:05 ` Davidlohr Bueso
2012-05-20 16:38 ` Dave Reisner [this message]
2012-05-20 16:47 ` Davidlohr Bueso
2012-05-20 16:57 ` [PATCH] " Dave Reisner
2012-05-23 8:26 ` Karel Zak
2012-05-23 8:25 ` [PATCH 1/3] findmnt: reference correct manual section Karel Zak
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=20120520163846.GD668@rampage \
--to=d@falconindy.com \
--cc=dave@gnu.org \
--cc=dreisner@archlinux.org \
--cc=util-linux@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).