Konstantin Belousov f26ca5ecde Do not allow O_EXEC opens for fifo, return EINVAL. ... Besides not making sense, open(O_EXEC) for fifo creates fifoinfo with zero readers and writers counts, which causes premature free of pipes. Reported and tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 1 week		2013-12-17 17:28:02 +00:00
..
cd9660	NULL stale pointers (should be a no-op as they should no longer be	2013-09-25 02:49:18 +00:00
deadfs	The deadfs VOPs for vop_ioctl and vop_bmap call itself recursively,	2012-09-13 13:05:45 +00:00
devfs	Fix long known bug with handling device aliases residing not in devfs root.	2013-12-12 11:05:48 +00:00
ext2fs	ext2fs: add two new reserved inodes.	2013-12-04 02:27:52 +00:00
fdescfs	Handle cases where capability rights are not provided.	2013-09-05 11:58:12 +00:00
fifofs	Do not allow O_EXEC opens for fifo, return EINVAL.	2013-12-17 17:28:02 +00:00
fuse	Change the cap_rights_t type from uint64_t to a structure that we can extend	2013-09-05 00:09:56 +00:00
msdosfs	Expand the use of stat(2) flags to allow storing some Windows/DOS	2013-08-21 23:04:48 +00:00
nandfs	- Convert the bufobj lock to rwlock.	2013-05-31 00:43:41 +00:00
nfs	- For kernel compiled only with KDTRACE_HOOKS and not any lock debugging	2013-11-25 07:38:45 +00:00
nfsclient	For software builds, the NFS client does many small	2013-12-07 23:05:59 +00:00
nfsserver	Change the cap_rights_t type from uint64_t to a structure that we can extend	2013-09-05 00:09:56 +00:00
nullfs	Fix the length calculation for the final block of a sendfile(2)	2013-09-10 10:05:59 +00:00
procfs	Relax the vm object locking. Use a read lock.	2013-06-05 17:00:10 +00:00
pseudofs	Redo r258088 to avoid relying on signed arithmetic overflow, since	2013-11-20 19:41:00 +00:00
smbfs	Expand the use of stat(2) flags to allow storing some Windows/DOS	2013-08-21 23:04:48 +00:00
tmpfs	Support storing 7 additional file flags in tmpfs:	2013-08-28 22:12:56 +00:00
udf	Add currently unused flag argument to the cluster_read(),	2013-03-14 20:28:26 +00:00
unionfs	r16312 is not any longer real since many years (likely since when VFS	2012-11-19 22:43:45 +00:00