summaryrefslogtreecommitdiffstats
path: root/sys/nfs/nfs_node.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Pool deals fairly well with physical memory shortage, but it doesn't dealart2002-01-231-2/+2
| | | | | | | | | | | | | | | | | | well (not at all) with shortages of the vm_map where the pages are mapped (usually kmem_map). Try to deal with it: - group all information the backend allocator for a pool in a separate struct. The pool will only have a pointer to that struct. - change the pool_init API to reflect that. - link all pools allocating from the same allocator on a linked list. - Since an allocator is responsible to wait for physical memory it will only fail (waitok) when it runs out of its backing vm_map, carefully drain pools using the same allocator so that va space is freed. (see comments in code for caveats and details). - change pool_reclaim to return if it actually succeeded to free some memory, use that information to make draining easier and more efficient. - get rid of PR_URGENT, noone uses it.
* use queue.h macro'sericj2002-01-161-3/+3
| | | | remove register
* UBC was a disaster. It worked very good when it worked, but on someart2001-12-191-22/+7
| | | | | | | | | machines or some configurations or in some phase of the moon (we actually don't know when or why) files disappeared. Since we've not been able to track down the problem in two weeks intense debugging and we need -current to be stable, back out everything to a state it had before UBC. We apologise for the inconvenience.
* Unlock and drop vnode if VOP_GETATTR fails.art2001-12-011-1/+3
|
* Merge in the unified buffer cache code as found in NetBSD 2001/03/10. Theart2001-11-271-7/+20
| | | | | | | code is written mostly by Chuck Silvers <chuq@chuq.com>/<chs@netbsd.org>. Tested for the past few weeks by many developers, should be in a pretty stable state, but will require optimizations and additional cleanups.
* Remove creds from struct buf, move the creds that nfs need into the nfs node.art2001-11-151-36/+37
| | | | | | While in the area, convert nfs node allocation from malloc to pool and do some cleanups. Based on the UBC changes in NetBSD. niklas@ ok.
* Remove NQNFScsapuntz2001-06-251-12/+2
|
* Change handling of NFS root vnode. Moves recognition of NFS root vnode intocsapuntz2001-06-241-1/+16
| | | | | | | nfs_nget. Root vnode no longer pinned in inode cache. Also, forceable unmounts of an nfs file system now work even if there are extra references to the NFS root.
* zap the newhashinit hack.art1999-04-281-2/+2
| | | | | Add an extra flag to hashinit telling if it should wait in malloc. update all calls to hashinit.
* Fix malloc race in nfs_node.ccsapuntz1998-08-211-3/+15
|
* Rename vop_revoke, vn_bwrite, vop_noislocked, vop_nolock, vop_nounlockcsapuntz1998-08-061-19/+1
| | | | | | | | | | | | to be vop_generic_revoke, vop_generic_bwrite, vop_generic_islocked, vop_generic_lock and vop_generic_unlock. Create vop_generic_abortop and propogate change to all file systems. Fix PR/371. Get rid of locking in NULLFS (should be mostly unnecessary now except for forced unmounts).
* Updates for VFS Lite 2 + soft update.csapuntz1997-11-061-69/+2
|
* back out vfs lite2 till after 2.2deraadt1997-10-061-2/+69
|
* VFS Lite2 Changescsapuntz1997-10-061-69/+2
|
* Don't set sillyrename field to 0 for directories, as it's in a union withderaadt1997-04-181-4/+4
| | | | | the head of the cookie list. Fixes PR 3215, fix supplied by Hiroshi Tezuka <tezuka@trc.rwcp.or.jp>. Should also fix M_NFSDIROFF memory leak; fvdl
* partial sync with netbsd 960418, more to comederaadt1996-04-211-4/+4
|
* Minor cleanups. Checked against Lite2.mickey1996-04-171-4/+4
| | | | (NetBSD's was really just a Lite2's, but w/ 64bit support)
* From NetBSD: NFSv3 import (tomorrow's Net's kernel)mickey1996-03-311-37/+67
| | | | | Open's patches kept in. i'll possibly take a look at Lite2 soon, is there smth usefull ?..
* From NetBSD: merge with 960217 (still NFSv2)niklas1996-02-291-22/+40
|
* from cgd; handle 64-bit pointers and longsderaadt1995-12-211-5/+1
|
* initial import of NetBSD treederaadt1995-10-181-0/+282