[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <50AA85D3.7070000@monom.org>
Date: Mon, 19 Nov 2012 20:17:39 +0100
From: Daniel Wagner <wagi@...om.org>
To: Tejun Heo <tj@...nel.org>
CC: serge.hallyn@...onical.com, ebiederm@...ssion.com,
nhorman@...driver.com, tgraf@...g.ch, davem@...emloft.net,
lizefan@...wei.com, cgroups@...r.kernel.org,
containers@...ts.linux-foundation.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/3] netcls_cgroup: implement proper hierarchy support
Hi Tejun,
On 19.11.2012 18:08, Tejun Heo wrote:
> Hello, Daniel.
>
> On Mon, Nov 19, 2012 at 02:47:06PM +0100, Daniel Wagner wrote:
>> On 17.11.2012 04:31, Tejun Heo wrote:
>>> @@ -112,15 +161,6 @@ struct cgroup_subsys net_cls_subsys = {
>>> .subsys_id = net_cls_subsys_id,
>>> .base_cftypes = ss_files,
>>> .module = THIS_MODULE,
>>> -
>>> - /*
>>> - * While net_cls cgroup has the rudimentary hierarchy support of
>>> - * inheriting the parent's classid on cgroup creation, it doesn't
>>> - * properly propagates config changes in ancestors to their
>>> - * descendents. A child should follow the parent's configuration
>>> - * but be allowed to override it. Fix it and remove the following.
>>> - */
>>> - .broken_hierarchy = true,
>>> };
>>
>> Are you sure you want to set the default to false at this point?
>
> Hmmm.... why not? It's now implementing proper hierarchy behavior.
Well, I though the rule is to keep API as stable as possible. On second
though this change will only extend the API, so for the existing
user base nothing changes.
Acked-by: Daniel Wagner <daniel.wagner@...-carit.de>
thanks,
daniel
--
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