[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <502D7640.1000703@intel.com>
Date: Thu, 16 Aug 2012 15:37:52 -0700
From: John Fastabend <john.r.fastabend@...el.com>
To: Daniel Wagner <wagi@...om.org>
CC: Neil Horman <nhorman@...driver.com>, 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>,
Kamezawa Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
Li Zefan <lizefan@...wei.com>, Tejun Heo <tj@...nel.org>
Subject: Re: [PATCH v0 0/5] cgroup: Assign subsystem IDs during compile time
On 8/16/2012 1:25 PM, Daniel Wagner wrote:
> Hi Neil,
>
> On 08/16/2012 09:05 PM, Neil Horman wrote:
>>> Daniel Wagner (5):
>>> cgroup: Use empty task_cls_classid() when !CONFIG_NET_CLS(_MODULE)
>>> cgroup: Move sock_update_classid() decleration to cls_cgroup.h
>>> cgroup: Protect access to task_cls_classid() when built as module
>>> cgroup: Protect access to task_netprioidx() when built as module
>>> cgroup: Assign subsystem IDs during compile time
>>
>> The series seems reasonable. I presume you've testing building and running both
>> net_prio and net_cls as modules and monolithically?
>> Neil
>
> Yep, I spend a good bit of time rebuilding and testing all patches in
> the different configuration. I hope I really got the small semantic
> differences between net_cls and net_prio regarding the loading and
> unloading correct. So please have a close look at the jump label
> patches (#3 and #4).
>
> BTW, I have a few mores on top of these patches, e.g. merging the
> builtin and module version of task_cls_classid()/task_netprioidx()
> implementation together and getting rid of the many ifdefs in the
> header. But let's first get this part reviewed.
>
> thanks,
> daniel
>
Also I have another series for netprio against net-next to clean up
some of the locking as suggested by Al Viro. I'll wait to submit those
until after this series has been reviewed/applied.
In the meantime I'll apply these to my local tree and test these.
--
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