linux-kernel - Re: [RFC] cgroup brace coding style fix

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] [day] [month] [year] [list]

Message-ID: <6599ad830710251815u6faaab53hab7f0b741a7a6ce5@mail.gmail.com>
Date:	Thu, 25 Oct 2007 18:15:32 -0700
From:	"Paul Menage" <menage@...gle.com>
To:	"Paul Jackson" <pj@....com>
Cc:	"Adrian Bunk" <bunk@...nel.org>, linux-kernel@...r.kernel.org,
	"Andrew Morton" <akpm@...ux-foundation.org>
Subject: Re: [RFC] cgroup brace coding style fix

On 10/24/07, Paul Jackson <pj@....com> wrote:
> From: Paul Jackson <pj@....com>
>
> Coding style fix - one line conditionals don't get braces.
>
> Signed-off-by: Paul Jackson <pj@....com>

Not a coding style that I'm in favor of, but I suppose it is the
kernel standard.

Acked-by: Paul Menage <menage@...gle.com>

>
> ---
>
> This patch applies --after-- Adrian Bunk's patch:
>     [2.6 patch] kernel/cgroup.c: remove dead code
>
>  kernel/cgroup.c |   15 +++++----------
>  1 file changed, 5 insertions(+), 10 deletions(-)
>
> --- 2.6.23-mm1.orig/kernel/cgroup.c     2007-10-24 09:51:20.289137770 -0700
> +++ 2.6.23-mm1/kernel/cgroup.c  2007-10-24 09:51:52.153617193 -0700
> @@ -1182,9 +1182,8 @@ static int attach_task(struct cgroup *cg
>         for_each_subsys(root, ss) {
>                 if (ss->can_attach) {
>                         retval = ss->can_attach(ss, cgrp, tsk);
> -                       if (retval) {
> +                       if (retval)
>                                 return retval;
> -                       }
>                 }
>         }
>
> @@ -1193,9 +1192,8 @@ static int attach_task(struct cgroup *cg
>          * based on its final set of cgroups
>          */
>         newcg = find_css_set(cg, cgrp);
> -       if (!newcg) {
> +       if (!newcg)
>                 return -ENOMEM;
> -       }
>
>         task_lock(tsk);
>         if (tsk->flags & PF_EXITING) {
> @@ -1215,9 +1213,8 @@ static int attach_task(struct cgroup *cg
>         write_unlock(&css_set_lock);
>
>         for_each_subsys(root, ss) {
> -               if (ss->attach) {
> +               if (ss->attach)
>                         ss->attach(ss, cgrp, oldcgrp, tsk);
> -               }
>         }
>         set_bit(CGRP_RELEASABLE, &oldcgrp->flags);
>         synchronize_rcu();
> @@ -1353,9 +1350,8 @@ static ssize_t cgroup_common_file_write(
>         {
>                 struct cgroupfs_root *root = cgrp->root;
>                 /* Strip trailing newline */
> -               if (nbytes && (buffer[nbytes-1] == '\n')) {
> +               if (nbytes && (buffer[nbytes-1] == '\n'))
>                         buffer[nbytes-1] = 0;
> -               }
>                 /* We never write anything other than '\0'
>                  * into the last char of release_agent_path,
>                  * so it always remains a NUL-terminated
> @@ -2123,9 +2119,8 @@ static inline int cgroup_has_css_refs(st
>                  * matter, since it can only happen if the cgroup
>                  * has been deleted and hence no longer needs the
>                  * release agent to be called anyway. */
> -               if (css && atomic_read(&css->refcnt)) {
> +               if (css && atomic_read(&css->refcnt))
>                         return 1;
> -               }
>         }
>         return 0;
>  }
>
> --
>                           I won't rest till it's the best ...
>                           Programmer, Linux Scalability
>                           Paul Jackson <pj@....com> 1.650.933.1373
>
-
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/