1
0
mirror of https://git.FreeBSD.org/src.git synced 2025-01-18 15:30:21 +00:00
freebsd/sys/fs
John Baldwin 7a61c1a3cb Hold the proc lock while calling proc_sstep() since the function asserts
it and remove a PRELE() that didn't have a matching PHOLD().  The calling
code already has a PHOLD anyway.

MFC after:	1 week
2006-02-22 17:20:37 +00:00
..
cd9660 I ran into an nfs client panic a couple of times in a row over the 2006-01-17 17:29:03 +00:00
coda - Reorder calls to vrele() after calls to vput() when the vrele is a 2006-02-01 00:25:26 +00:00
deadfs - Deadfs should not use the std GETWRITEMOUNT routine. Add one that always 2006-02-22 06:11:59 +00:00
devfs - We must hold a reference to a vnode before calling vgone() otherwise 2006-02-22 09:05:40 +00:00
fdescfs Normalize a significant number of kernel malloc type names: 2005-10-31 15:41:29 +00:00
fifofs Second attempt at a work-around for fifo-related socket panics during 2005-10-01 20:15:41 +00:00
hpfs I ran into an nfs client panic a couple of times in a row over the 2006-01-17 17:29:03 +00:00
msdosfs - Reorder calls to vrele() after calls to vput() when the vrele is a 2006-02-01 00:25:26 +00:00
ntfs I ran into an nfs client panic a couple of times in a row over the 2006-01-17 17:29:03 +00:00
nullfs - spell VOP_LOCK(vp, LK_RELEASE... VOP_UNLOCK(vp,... so that asserts in 2006-02-22 06:17:31 +00:00
nwfs I ran into an nfs client panic a couple of times in a row over the 2006-01-17 17:29:03 +00:00
portalfs Normalize a significant number of kernel malloc type names: 2005-10-31 15:41:29 +00:00
procfs Hold the proc lock while calling proc_sstep() since the function asserts 2006-02-22 17:20:37 +00:00
pseudofs Eliminate an unnecessary bcopy(). 2005-08-12 12:22:05 +00:00
smbfs I ran into an nfs client panic a couple of times in a row over the 2006-01-17 17:29:03 +00:00
udf Make UDF endian-safe. 2006-02-03 15:25:52 +00:00
umapfs Normalize a significant number of kernel malloc type names: 2005-10-31 15:41:29 +00:00
unionfs Normalize a significant number of kernel malloc type names: 2005-10-31 15:41:29 +00:00