LOOKUP_CREATE checks in nfs ->create() instances

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



	When are they _not_ true?  AFAICS, calls of ->create() with
non-NULL nameidata are very limited to start with:
	* ecryptfs one - called from its own ->create(), without changes
in LOOKUP_CREATE presence.
	* sys_mknodat() - called after we'd done lookup_create(), which
sets LOOKUP_CREATE (and LOOKUP_EXCL), with O_EXCL in intent flags.  Nothing
ever removes LOOKUP_CREATE once it's set.
	* __open_namei_create(), which is called from from do_filp_open()
and only if we had O_CREAT passed in flags.  In that case LOOKUP_CREATE
will be set before we get there.

What am I missing here?  AFAICS, there's no way to get nfs ->create() methods
called without LOOKUP_CREATE present in nd->flags...
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux