summaryrefslogtreecommitdiffstats
path: root/sys/ufs/ffs
Commit message (Expand)AuthorAgeFilesLines
* Initialize *countp to 0 in stub for softdep_flushworklist().tegge2000-08-091-0/+1
* Fix the lockmgr panic everyone is seeing at shutdown time.roberto2000-08-011-1/+2
* Minor change: fix warning - move a 'struct vnode *vp' declaration inside apeter2000-07-281-0/+2
* Clean up the snapshot code so that it no longer depends on the use ofmckusick2000-07-262-8/+9
* Add stub for softdep_flushworklist() so that kernels compiledmckusick2000-07-251-0/+10
* This patch corrects the first round of panics and hangs reportedmckusick2000-07-244-68/+122
* Prevent possible dereference of NULL pointer.bp2000-07-131-1/+1
* Brain fault, forgot to update ffs_snapshot.c with the new calling conventionmckusick2000-07-121-4/+5
* Add snapshots to the fast filesystem. Most of the changes supportmckusick2000-07-119-175/+1332
* Clean up warning about undeclared function by declaring softdep_fsyncmckusick2000-07-111-0/+3
* Delete README as it is now obsolete. Relevant information is inmckusick2000-07-081-322/+0
* Update to reflect current status.mckusick2000-07-081-4/+42
* Get userland visible flags added for snapshots to give a few daysmckusick2000-07-041-1/+26
* Make the two calls from kern/* into softupdates #ifdef SOFTUPDATES,phk2000-07-031-15/+0
* Remove obsoleted info about linking from contribache2000-06-241-16/+2
* Update to new copyright.mckusick2000-06-222-46/+12
* When running with quotas enabled on a filesystem using soft updates,mckusick2000-06-181-2/+3
* Some additional performance improvements. When freeing an inodemckusick2000-06-181-8/+18
* Revert part of my bioops change which implemented panic(8).phk2000-06-161-2/+0
* ARGH! I have too many source trees :-(phk2000-06-163-4/+4
* Virtualizes & untangles the bioops operations vector.phk2000-06-163-4/+21
* Remove a comment which should never have made it in.phk2000-06-141-1/+0
* o If FFS_EXTATTR is defined, don't print out an error message on unmountrwatson2000-06-041-3/+4
* Back out the previous change to the queue(3) interface.jake2000-05-262-25/+25
* Change the way that the queue(3) structures are declared; don't assume thatjake2000-05-232-25/+25
* s/ffs_unmonut/ffs_unmount/ in a gratuitous ufs_extattr printf.rwatson2000-05-071-1/+1
* Separate the struct bio related stuff out of <sys/buf.h> intophk2000-05-057-0/+7
* Remove unneeded #include <vm/vm_zone.h>phk2000-04-301-1/+0
* s/biowait/bufwait/gphk2000-04-291-1/+1
* Remove unneeded #include <sys/kernel.h>phk2000-04-291-1/+0
* Remove ~25 unneeded #include <sys/conf.h>phk2000-04-191-1/+0
* Introduce extended attribute support for FFS, allowing arbitraryrwatson2000-04-155-0/+24
* Move B_ERROR flag to b_ioflags and call it BIO_ERROR.phk2000-04-022-2/+3
* Rename the existing BUF_STRATEGY() to DEV_STRATEGY()phk2000-03-202-13/+12
* Remove B_READ, B_WRITE and B_FREEBUF and replace them with a newphk2000-03-202-2/+2
* Use 64-bit math to calculate if we have hit our freespace limit.mckusick2000-03-171-1/+2
* Use 64-bit math to decide if optimization needs to be changed.mckusick2000-03-151-30/+48
* Fix a 'freeing free block' panic in UFS. The problem occurs when thedillon2000-02-241-1/+24
* When writing out bitmap buffers, need to skip over ones that alreadymckusick2000-01-301-1/+2
* During fastpath processing for removal of a short-lived inode, themckusick2000-01-181-48/+56
* Need to reorganize the flushing of directory entry (pagedep) dependenciesmckusick2000-01-181-63/+62
* Better bounding on softdep_flushfiles; other minor tweeks to checks.mckusick2000-01-171-7/+9
* Must track multiple uncommitted renames until one ultimately getsmckusick2000-01-171-22/+65
* Non-operational change, fix compiler warning.dillon2000-01-141-1/+1
* Confirming Peter's fix (locking 101: release the lock before you gomckusick2000-01-131-2/+0
* Free the global softupdates lock prior to tsleep() in getdirtybuf().peter2000-01-131-0/+2
* Because cylinder group blocks are now written in background,mckusick2000-01-131-3/+13
* A panic occurs during an fsync when a dirty block associated withmckusick2000-01-131-4/+7
* The only known cause of this panic is running out of disk space.mckusick2000-01-111-3/+13
* We cannot proceed to free the blocks of the file until the dependenciesmckusick2000-01-111-29/+32
OpenPOWER on IntegriCloud