| 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
| ||
|
Date: Mon, 19 Jan 2009 17:55:34 -0800 From: Paul Menage <menage@...gle.com> To: Li Zefan <lizf@...fujitsu.com> Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>, "linux-mm@...ck.org" <linux-mm@...ck.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "balbir@...ux.vnet.ibm.com" <balbir@...ux.vnet.ibm.com>, "nishimura@....nes.nec.co.jp" <nishimura@....nes.nec.co.jp>, "akpm@...ux-foundation.org" <akpm@...ux-foundation.org> Subject: Re: [PATCH 2/4] cgroup:add css_is_populated On Mon, Jan 19, 2009 at 5:51 PM, Li Zefan <lizf@...fujitsu.com> wrote: > > Yes, but I can see a potential problem. If we have subsystem foo and bar, > and both of them have a control file with exactly the same name, like > foo.stat & bar.stat. Now we mount them with -o noprefix, and then one > of the stat file will fail to be created, without any warnning or notification > to the user. That's a fair point. The "noprefix" option was really only added for backwards-compatibility when mounting as the "cpuset" filesystem type, so it shouldn't end up getting used directly. But you're right that this does mean that populate can fail and we should handle that, or else make the "noprefix" option only usable from within the kernel when mounting cpusets. Paul -- 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