pjd a003db5b61 Remove ps_argsopen from this check, because of two reasons: ... 1. This check if wrong, because it is true by default (kern.ps_argsopen is 1 by default) (p_cansee() is not even checked). 2. Sysctl kern.ps_argsopen is going away.		2004-04-01 00:04:23 +00:00
..
cd9660	Remove unused second arg to vfinddev().	2004-03-11 16:33:11 +00:00
coda	Device megapatch 5/6:	2004-02-21 21:32:15 +00:00
deadfs	Finish cleanup of vprint() which was begun with changing v_tag to a string.	2003-03-03 19:15:40 +00:00
devfs	Report the correct length for symlink entries.	2004-02-19 19:09:52 +00:00
fdescfs	Locking for the per-process resource limits structure.	2004-02-04 21:52:57 +00:00
fifofs	Export uipc_connect2() from uipc_usrreq.c instead of unp_connect2(),	2004-03-31 01:41:30 +00:00
hpfs	DuH!	2003-10-18 14:10:28 +00:00
msdosfs	Don't reject FAT file systems with a number of "Heads" greater than	2004-03-14 23:28:12 +00:00
ntfs	Avoid sign extension when casting signed characters to unsigned wide	2003-12-16 01:52:54 +00:00
nullfs	Don't try to unlock the directory vnode in null_lookup() if the lock is	2004-01-11 23:44:32 +00:00
nwfs	Locking for the per-process resource limits structure.	2004-02-04 21:52:57 +00:00
portalfs	Export uipc_connect2() from uipc_usrreq.c instead of unp_connect2(),	2004-03-31 01:41:30 +00:00
procfs	Remove ps_argsopen from this check, because of two reasons:	2004-04-01 00:04:23 +00:00
pseudofs	When taking event callbacks (like process_exit) out from under Giant, those	2004-03-14 15:57:45 +00:00
smbfs	Fixes problems that occurred when a file was removed and a directory	2004-02-10 05:53:02 +00:00
specfs	When I was a kid my work table was one cluttered mess an cleaning it up	2004-03-11 18:50:33 +00:00
udf	Catch all cases where bread() returns an error and a valid *bp, and release	2004-03-30 05:01:48 +00:00
umapfs	Clean up the stub fake vnode locking implemenations. The main reason this	2004-03-29 22:41:21 +00:00
unionfs	Do not allow operations which cause known file-system corruption.	2004-01-16 22:55:25 +00:00