1
0
mirror of https://git.FreeBSD.org/src.git synced 2024-12-04 09:09:56 +00:00
freebsd/sys/fs
Robert Watson c55376e791 Remove Giant acquisition around soreceive() and sosend() in fifofs. The
bug that caused us to reintroduce it is believed to be fixed, and Kris
says he no longer sees problems with fifofs in highly parallel builds.
If this works out, we'll MFC it for 7.1.

MFC after:	3 months
Pointed out by:	kris
2008-01-26 12:34:23 +00:00
..
cd9660 Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
coda Put "coda_rdwr: Internally Opening" printf generated by in-kernel writes 2008-01-21 21:39:08 +00:00
deadfs Below is slightly edited description of the LOR by Tor Egge: 2007-01-22 11:25:22 +00:00
devfs VOP_LOCK1() (and so VOP_LOCK()) and VOP_UNLOCK() are only used in 2008-01-13 14:44:15 +00:00
fdescfs VOP_LOCK1() (and so VOP_LOCK()) and VOP_UNLOCK() are only used in 2008-01-13 14:44:15 +00:00
fifofs Remove Giant acquisition around soreceive() and sosend() in fifofs. The 2008-01-26 12:34:23 +00:00
hpfs Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
msdosfs Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
ntfs Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
nullfs Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
nwfs Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
portalfs vn_lock() is currently only used with the 'curthread' passed as argument. 2008-01-10 01:10:58 +00:00
procfs VOP_LOCK1() (and so VOP_LOCK()) and VOP_UNLOCK() are only used in 2008-01-13 14:44:15 +00:00
pseudofs VOP_LOCK1() (and so VOP_LOCK()) and VOP_UNLOCK() are only used in 2008-01-13 14:44:15 +00:00
smbfs Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
tmpfs VOP_LOCK1() (and so VOP_LOCK()) and VOP_UNLOCK() are only used in 2008-01-13 14:44:15 +00:00
udf Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00
unionfs Cleanup lockmgr interface and exported KPI: 2008-01-24 12:34:30 +00:00