| 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
| ||
|
Message-ID: <20120319160532.GB11069@google.com> Date: Mon, 19 Mar 2012 09:05:32 -0700 From: Tejun Heo <tj@...nel.org> To: Glauber Costa <glommer@...allels.com> Cc: lizf@...fujitsu.com, containers@...ts.linux-foundation.org, cgroups@...r.kernel.org, linux-kernel@...r.kernel.org, fweisbec@...il.com, rni@...gle.com, ctalbott@...gle.com Subject: Re: [PATCHSET] cgroup: cftype based file interface Hello, Glauber. On Mon, Mar 19, 2012 at 02:22:44PM +0400, Glauber Costa wrote: > >Glauber, can you please try to move net kmem stuff out of > >->populate(). If ->create() doesn't work for whatever reason, can you > >please explain it to me so that we can find a proper solution? > > The main reason is twofold: > > It first had to do with the order in which registerings take place > at the kernel. But this matter most for the root cgroup. For the > children, it should be all initialized anyway. So we can special > case whatever is needed. I see. > Another point was not to bloat the socket structures with more > function calls, for populate and create. But we can possibly be able > to store some data ourselves, and figure it out. > > How should I do it? Do you want me to provide a patch ontop of your tree ? Yeah, that would be great. Thanks. -- tejun -- 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