[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120911210109.GZ7677@google.com>
Date: Tue, 11 Sep 2012 14:01:09 -0700
From: Tejun Heo <tj@...nel.org>
To: Daniel Wagner <wagi@...om.org>
Cc: netdev@...r.kernel.org, cgroups@...r.kernel.org,
Daniel Wagner <daniel.wagner@...-carit.de>,
"David S. Miller" <davem@...emloft.net>,
Andrew Morton <akpm@...ux-foundation.org>,
Eric Dumazet <edumazet@...gle.com>,
Gao feng <gaofeng@...fujitsu.com>,
Glauber Costa <glommer@...allels.com>,
Jamal Hadi Salim <jhs@...atatu.com>,
John Fastabend <john.r.fastabend@...el.com>,
Kamezawa Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
Li Zefan <lizefan@...wei.com>,
Neil Horman <nhorman@...driver.com>
Subject: Re: [PATCH v3 7/8] cgroup: Assign subsystem IDs during compile time
Hello, Daniel.
I generally like this but I still think it's too big a patch.
> diff --git a/net/core/netprio_cgroup.c b/net/core/netprio_cgroup.c
> index c75e3f9..6bc460c 100644
> --- a/net/core/netprio_cgroup.c
> +++ b/net/core/netprio_cgroup.c
> @@ -326,9 +326,7 @@ struct cgroup_subsys net_prio_subsys = {
> .create = cgrp_create,
> .destroy = cgrp_destroy,
> .attach = net_prio_attach,
> -#ifdef CONFIG_NETPRIO_CGROUP
> .subsys_id = net_prio_subsys_id,
> -#endif
> .base_cftypes = ss_files,
> .module = THIS_MODULE
> };
> @@ -366,10 +364,6 @@ static int __init init_cgroup_netprio(void)
> ret = cgroup_load_subsys(&net_prio_subsys);
> if (ret)
> goto out;
> -#ifndef CONFIG_NETPRIO_CGROUP
> - smp_wmb();
> - net_prio_subsys_id = net_prio_subsys.subsys_id;
> -#endif
>
> register_netdevice_notifier(&netprio_device_notifier);
>
> @@ -386,11 +380,6 @@ static void __exit exit_cgroup_netprio(void)
>
> cgroup_unload_subsys(&net_prio_subsys);
>
> -#ifndef CONFIG_NETPRIO_CGROUP
> - net_prio_subsys_id = -1;
> - synchronize_rcu();
For example, it's not evident the above is correct and it's burried
with all other changes. Can't we just assign the fixed subsys ID to
net_prio_subsys_id in this patch? This patch would be correct without
any netprio changes, no? Please separate these changes and explain
them.
BTW, people who use barriers of any kind without explicitly explaining
what's going on need to be kicked hard in the ass. :(
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists