| 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: Thu, 24 Apr 2008 13:14:00 -0400 From: Erez Zadok <ezk@...sunysb.edu> To: Miklos Szeredi <miklos@...redi.hu> Cc: ezk@...sunysb.edu, viro@...iv.linux.org.uk, akpm@...ux-foundation.org, torvalds@...ux-foundation.org, dave@...ux.vnet.ibm.com, mhalcrow@...ibm.com, linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [patch 00/13] vfs: add helpers to check r/o bind mounts In message <E1Jp4m0-0004UU-3G@...az-ex.szeredi.hu>, Miklos Szeredi writes: > > Sure, unionfs already does some of it now (and some of it can be recoded > > more cleanly), but I'd like to get rid of much of it if I could -- these new > > path_* helpers make me have to maintain vfsmounts even moreso than before. > > With the words of Al: "that is hogwash". Stacks either maintain > vfsmounts or they don't. There's no middle ground. So, if I wanted to not maintain vfsmounts at all in unionfs, how can I use the proposed new path_* helpers which require vfsmounts? Will there be some other helpers available to perform lower-filesystem operations (e.g., mkdir, create, unlink, etc.) which won't require passing vfsmounts? The "or they don't" is not much of an option when I'm forced to use an API that requires a vfsmount... > Miklos Thanks, Erez. -- 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