lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BANLkTim2Q93LhBvGODVvEnvJiowtOk=DsA@mail.gmail.com>
Date:	Wed, 29 Jun 2011 12:50:23 +0200
From:	Bart Van Assche <bvanassche@....org>
To:	Jim Cromie <jim.cromie@...il.com>
Cc:	linux-kernel@...r.kernel.org, gnb@...h.org, jbaron@...hat.com,
	gregkh@...e.de
Subject: Re: [PATCH 03/11] dynamic_debug: process multiple commands on a line

On Tue, Jun 28, 2011 at 9:09 AM, Jim Cromie <jim.cromie@...il.com> wrote:
> Process multiple commands per line, separated by ';'.  All commands are
> processed, independent of errors, allowing individual commands to fail,
> for example when a module is not installed.  Last error code is returned.
> With this, extensive command sets can be given on the boot-line.
>
> Signed-off-by: Jim Cromie <jim.cromie@...il.com>
> ---
>  Documentation/dynamic-debug-howto.txt |   14 ++++++++++-
>  lib/dynamic_debug.c                   |   39 +++++++++++++++++++++++++++++++-
>  2 files changed, 49 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/dynamic-debug-howto.txt b/Documentation/dynamic-debug-howto.txt
> index f959909..d0faf98 100644
> --- a/Documentation/dynamic-debug-howto.txt
> +++ b/Documentation/dynamic-debug-howto.txt
> @@ -92,8 +92,18 @@ nullarbor:~ # echo -c 'file svcsock.c\nline 1603 +p' >
>  nullarbor:~ # echo -n 'file svcsock.c line 1603 +p' >
>                                <debugfs>/dynamic_debug/control
>
> -Commands are bounded by a write() system call.  If you want to do
> -multiple commands you need to do a separate "echo" for each, like:
> +Commands are bounded by a write() system call.  Subject to this limit
> +(or 1024 for boot-line parameter) you can send multiple commands,
> +separated by ';'
> +
> +foo:~ # echo "module nsc_gpio +p ; module pc8736x_gpio +p ; " \
> + "module scx200_gpio +p " > /dbg/dynamic_debug/control
> +
> +Multiple commands are processed independently, this allows you to send
> +commands which may fail, for example if a module is not present.  The
> +last failing command returns its error.
> +
> +Or you can do an "echo" for each, like:
>
>  nullarbor:~ # echo 'file svcsock.c line 1603 +p' > /proc/dprintk ;\
>  > echo 'file svcsock.c line 1563 +p' > /proc/dprintk
> diff --git a/lib/dynamic_debug.c b/lib/dynamic_debug.c
> index eb08a2f..0e567ad 100644
> --- a/lib/dynamic_debug.c
> +++ b/lib/dynamic_debug.c
> @@ -428,6 +428,41 @@ static int ddebug_exec_query(char *query_string)
>        return 0;
>  }
>
> +/* handle multiple queries, continue on error, return last error */
> +static int ddebug_exec_queries(char *query)
> +{
> +       char *split = query;
> +       int i, errs = 0, exitcode = 0, rc;
> +
> +       if (verbose)
> +               /* clean up for logging */
> +               for (; (split = strpbrk(split, "\t\n")); split++)
> +                       *split = ' ';

The above will join multiple lines into a single line and hence will
cause a shell statement like the one below to be interpret as a single
query:

printf "module nsc_gpio +p\n module pc8736x_gpio +p\n" > /proc/dprintk

Are you sure that's how things should work ?

> +       for (i = 0; query; query = split, i++) {
> +

No blank line past "for" please.

> +               split = strchr(query, ';');
> +               if (split)
> +                       *split++ = '\0';
> +
> +               if (verbose)
> +                       printk(KERN_INFO "%s: query %d: \"%s\"",
> +                               __func__, i, query);
> +
> +               rc = ddebug_exec_query(query);
> +               if (rc) {
> +                       errs++;
> +                       exitcode = rc;
> +               }
> +       }
> +       if (verbose)
> +               printk(KERN_INFO
> +                       "%s: processed %d queries, with %d errs",
> +                       __func__, i, errs);
> +
> +       return exitcode;
> +}
> +
>  int __dynamic_pr_debug(struct _ddebug *descriptor, const char *fmt, ...)
>  {
>        va_list args;
> @@ -492,7 +527,7 @@ static ssize_t ddebug_proc_write(struct file *file, const char __user *ubuf,
>                printk(KERN_INFO "%s: read %d bytes from userspace\n",
>                        __func__, (int)len);
>
> -       ret = ddebug_exec_query(tmpbuf);
> +       ret = ddebug_exec_queries(tmpbuf);
>        if (ret)
>                return ret;
>
> @@ -804,7 +839,7 @@ static int __init dynamic_debug_init(void)
>
>        /* ddebug_query boot param got passed -> set it up */
>        if (ddebug_setup_string[0] != '\0') {
> -               ret = ddebug_exec_query(ddebug_setup_string);
> +               ret = ddebug_exec_queries(ddebug_setup_string);
>                if (ret)
>                        pr_warning("Invalid ddebug boot param %s",
>                                   ddebug_setup_string);
> --
> 1.7.4.1
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ