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: Tue, 05 Sep 2006 18:20:11 +0800 From: Ian Kent <raven@...maw.net> To: David Howells <dhowells@...hat.com> Cc: Trond Myklebust <trond.myklebust@....uio.no>, Andrew Morton <akpm@...l.org>, torvalds@...l.org, steved@...hat.com, linux-fsdevel@...r.kernel.org, linux-cachefs@...hat.com, nfsv4@...ux-nfs.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13] On Tue, 2006-09-05 at 10:40 +0100, David Howells wrote: > Ian Kent <raven@...maw.net> wrote: > > > autofs v4 doesn't rely on mkdir never returning EACCESS just that it > > return EEXIST if the directory exists. Never the less if the behavior of > > stat will work in this case I'll change v4 to do it the way you suggest > > (as v5 does already). > > As long as you don't rely on stat...mkdir working. That can go wrong if the > dentry gets booted from the dcache by memory pressure in the "...". I'm not clear on your point here. If I stat a path and it exists then all is good and I'm done. If I stat a path and I get something other than ENOENT then all is bad and I return fail. Otherwise I can just attempt to create the directory and fail if all is bad with that. This approach works in the current situation and would work for the other situations in which that same process is used, not just for NFS filesystems. > > David > - > To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in > the body of a message to majordomo@...r.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html - 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