Juli Mallett 5cd192f4b2 When working with sigset_t's, and needing to perform masking operations based ... on a process's pending signals, use the signal queue flattener, ksiginfo_to_sigset_t, on the process, and on a local sigset_t, and then work with that as needed.		2002-10-01 02:49:28 +00:00
..
cd9660	Be consistent about "static" functions: if the function is marked	2002-09-28 17:15:38 +00:00
coda	When working with sigset_t's, and needing to perform masking operations based	2002-10-01 02:49:28 +00:00
deadfs	Be consistent about "static" functions: if the function is marked	2002-09-28 17:15:38 +00:00
devfs	s/struct dev_t */dev_t */	2002-09-28 21:21:01 +00:00
fdescfs	Remove any VOP_PRINT that redundantly prints the tag.	2002-09-18 20:42:04 +00:00
fifofs	Be consistent about "static" functions: if the function is marked	2002-09-28 17:15:38 +00:00
hpfs	Return ENOTTY when we don't recognize an ioctl.	2002-09-26 14:05:36 +00:00
msdosfs	- Use vrefcnt() where it is safe to do so instead of doing direct and	2002-09-25 02:32:42 +00:00
ntfs	Rename struct specinfo to the more appropriate struct cdev.	2002-09-27 18:27:10 +00:00
nullfs	- Use vrefcnt() where it is safe to do so instead of doing direct and	2002-09-25 02:32:42 +00:00
nwfs	Return ENOTTY on unrecognized ioctls.	2002-09-26 14:08:37 +00:00
portalfs	Remove any VOP_PRINT that redundantly prints the tag.	2002-09-18 20:42:04 +00:00
procfs	First half of implementation of ksiginfo, signal queues, and such. This	2002-09-30 20:20:22 +00:00
pseudofs	- Use vrefcnt() where it is safe to do so instead of doing direct and	2002-09-25 02:32:42 +00:00
smbfs	Return ENOTTY on incorrect ioctls.	2002-09-26 14:07:43 +00:00
specfs	Be consistent about "static" functions: if the function is marked	2002-09-28 17:15:38 +00:00
udf	Return ENOTTY on unrecognized ioctls.	2002-09-26 14:08:37 +00:00
umapfs	- Use vrefcnt() where it is safe to do so instead of doing direct and	2002-09-25 02:32:42 +00:00
unionfs	- Use vrefcnt() where it is safe to do so instead of doing direct and	2002-09-25 02:32:42 +00:00