From: Tejun Heo <tj@kernel.org>
To: George Spelvin <linux@horizon.com>
Cc: akpm@linux-foundation.org, linux-ide@vger.kernel.org,
linux-kernel@vger.kernel.org, mingo@redhat.com,
torvalds@linux-foundation.org
Subject: Re: [PATCH 1/2] Add lib/glob.c
Date: Sat, 10 May 2014 08:21:38 -0400 [thread overview]
Message-ID: <20140510122138.GA4721@mtj.dyndns.org> (raw)
In-Reply-To: <20140510031356.22726.qmail@ns.horizon.com>
Hello,
On Fri, May 09, 2014 at 11:13:56PM -0400, George Spelvin wrote:
> +config GLOB
> + tristate
> +# (Prompt disabled to reduce kbuild clutter until someone needs it.)
> +# prompt "glob_match() function"
> + help
> + This option provides a glob_match function for performing simple
> + text pattern matching. It is primarily used by the ATA code
> + to blacklist particular drive models, but other device drivers
> + may need similar functionality.
> +
> + All in-kernel drivers that require this function automatically
> + select this option. Say N unless you are compiling an out-of
> + tree driver which tells you it depend on it.
Just adding glob.o to lib-y should be enough. It will be excluded
from linking if unused.
> +#ifdef UNITTEST
> +/* To do a basic sanity test, "cc -DUNITTEST glob.c" and run a.out. */
> +
> +#include <stdbool.h>
> +#define __pure __attribute__((pure))
> +#define NOP(x)
> +#define EXPORT_SYMBOL NOP /* Two stages to avoid checkpatch complaints */
These things tend to bitrot. Let's please keep testing harness out of
tree.
> +#else
> +
> +#include <linux/module.h>
> +#include <linux/glob.h>
> +
> +MODULE_DESCRIPTION("glob(7) matching");
> +MODULE_LICENSE("Dual MIT/GPL");
Do we make library routines separate modules usually?
...
> +bool __pure
> +glob_match(char const *pat, char const *str)
The whole thing fits in a single 80 column line, right?
bool __pure glob_match(char const *pat, char const *str)
> +{
> + /*
> + * Backtrack to previous * on mismatch and retry starting one
> + * character later in the string. Because * matches all characters
> + * (no exception for /), it can be easily proved that there's
> + * never a need to backtrack multiple levels.
> + */
> + char const *back_pat = 0, *back_str = back_str;
Blank line here.
I haven't delved into the actual implementation. Looks sane on the
first glance.
> +#ifdef UNITTEST
> +
> +/* Test code */
> +#include <stdio.h>
> +#include <stdlib.h>
> +struct glob_test {
> + char const *pat, *str;
> + bool expected;
> +};
> +
> +static void
> +test(struct glob_test const *g)
> +{
> + bool match = glob_match(g->pat, g->str);
> +
> + printf("\"%s\" vs. \"%s\": %s %s\n", g->pat, g->str,
> + match ? "match" : "mismatch",
> + match == g->expected ? "OK" : "*** ERROR ***");
> + if (match != g->expected)
> + exit(1);
> +}
> +
> +static struct glob_test const tests[] = {
> + { "a", "a", true },
...
> + { "*ab*cd*", "abcabcabcabcefg", false }
> +};
> +
> +int
> +main(void)
> +{
> + size_t i;
> +
> + for (i = 0; i < sizeof(tests)/sizeof(*tests); i++)
> + test(tests + i);
> +
> + return 0;
> +}
> +
> +#endif /* UNITTEST */
Again, I don't really think the userland testing code belongs here.
If you wanna keep them, please make it in-kernel selftesting. We
don't really wanna keep code which can't get built and tested in
kernel tree proper.
Thanks.
--
tejun
next prev parent reply other threads:[~2014-05-10 12:21 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20140313121032.GA9981@htj.dyndns.org>
2014-05-10 3:13 ` George Spelvin
2014-05-10 3:14 ` [PATCH 2/2] libata: Use glob_match from lib/glob.c George Spelvin
2014-05-10 12:21 ` Tejun Heo [this message]
2014-05-11 6:02 ` [PATCH 1/2] Add lib/glob.c George Spelvin
2014-05-12 23:03 ` Andrew Morton
2014-05-10 12:23 ` Tejun Heo
2014-05-10 14:03 ` George Spelvin
2014-05-10 17:22 ` Randy Dunlap
2014-05-10 17:29 ` Randy Dunlap
2014-05-11 12:36 ` Tejun Heo
2014-06-07 2:44 ` [PATCH v2 1/3] " George Spelvin
2014-06-07 2:49 ` [PATCH v2 2/3] lib: glob.c: Add CONFIG_GLOB_SELFTEST George Spelvin
2014-06-11 23:04 ` Andrew Morton
2014-06-12 1:38 ` George Spelvin
2014-06-07 2:50 ` [PATCH v2 3/3] libata: Use glob_match from lib/glob.c George Spelvin
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=20140510122138.GA4721@mtj.dyndns.org \
--to=tj@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@horizon.com \
--cc=mingo@redhat.com \
--cc=torvalds@linux-foundation.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
Powered by JetHome