History log of /src/sys/ufs/mfs/mfs_vfsops.c |
Revision | | Date | Author | Comments |
1.117 |
| 16-Feb-2025 |
joe | remove unecessary branches
|
1.116 |
| 19-Mar-2022 |
hannken | branches: 1.116.10; Remove now unused VV_LOCKSWORK, all file systems support locking.
Remove unused predicates vn_locked() and vn_anylocked().
Welcome to 9.99.95
|
1.115 |
| 19-Mar-2022 |
hannken | Switch MFS device node to real vnode locking, VV_LOCKSWORK now.
|
1.114 |
| 16-Mar-2020 |
pgoyette | Use the module subsystem's ability to process SYSCTL_SETUP() entries to automate installation of sysctl nodes.
Note that there are still a number of device and pseudo-device modules that create entries tied to individual device units, rather than to the module itself. These are not changed.
|
1.113 |
| 17-Apr-2017 |
hannken | branches: 1.113.12; Remove unused argument "nextp" from vfs_busy() and vfs_unbusy(). Remove argument "keepref" from vfs_unbusy() and add vfs_ref() where needed.
|
1.112 |
| 17-Apr-2017 |
hannken | Add vfs_ref(mp) and vfs_rele(mp) to add or remove a reference to struct mount. Rename vfs_destroy(mp) to vfs_rele(mp) and replace incrementing mp->mnt_refcnt with vfs_ref(mp).
|
1.111 |
| 17-Feb-2017 |
hannken | Add generic genfs_suspendctl() and use it for all file systems. Layered file systems need work.
|
1.110 |
| 17-Mar-2015 |
hannken | branches: 1.110.2; 1.110.4; Change ffs to use vcache_new: - Change ffs_valloc to return an inode number. - Remove now obsolete UFS operations UFS_VALLOC and UFS_VFREE. - Make ufs_makeinode private to ufs_vnops.c and pass vattr instead of mode.
|
1.109 |
| 14-Jan-2015 |
hannken | Change mfs to use an anonymous vnode obtained with bdevvp() for the specdev it mounts on.
|
1.108 |
| 08-May-2014 |
hannken | branches: 1.108.4; Add a global vnode cache:
- vcache_get() retrieves a referenced and initialised vnode / fs node pair. - vcache_remove() removes a vnode / fs node pair from the cache.
On cache miss vcache_get() calls new vfs operation vfs_loadvnode() to initialise a vnode / fs node pair. This call is guaranteed exclusive, no other thread will try to load this vnode / fs node pair.
Convert ufs/ext2fs, ufs/ffs and ufs/mfs to use this interface.
Remove now unused ufs/ufs_ihash
Discussed on tech-kern.
Welcome to 6.99.41
|
1.107 |
| 16-Apr-2014 |
maxv | An (un)privileged user can easily make the kernel dereference a NULL pointer.
The kernel allows 'data' to be NULL; it's the fs's responsibility to ensure that it isn't NULL (if the fs actually needs data).
ok christos@
|
1.106 |
| 23-Mar-2014 |
hannken | branches: 1.106.2; Change all vfsops to use C99 designated initializers.
No functional changes intended.
|
1.105 |
| 25-Feb-2014 |
pooka | Ensure that the top level sysctl nodes (kern, vfs, net, ...) exist before the sysctl link sets are processed, and remove redundancy.
Shaves >13kB off of an amd64 GENERIC, not to mention >1k duplicate lines of code.
|
1.104 |
| 23-Nov-2013 |
christos | change the mountlist CIRCLEQ into a TAILQ
|
1.103 |
| 12-Jun-2011 |
rmind | branches: 1.103.2; 1.103.8; 1.103.12; 1.103.14; 1.103.16; 1.103.22; Welcome to 5.99.53! Merge rmind-uvmplock branch:
- Reorganize locking in UVM and provide extra serialisation for pmap(9). New lock order: [vmpage-owner-lock] -> pmap-lock.
- Simplify locking in some pmap(9) modules by removing P->V locking.
- Use lock object on vmobjlock (and thus vnode_t::v_interlock) to share the locks amongst UVM objects where necessary (tmpfs, layerfs, unionfs).
- Rewrite and optimise x86 TLB shootdown code, make it simpler and cleaner. Add TLBSTATS option for x86 to collect statistics about TLB shootdowns.
- Unify /dev/mem et al in MI code and provide required locking (removes kernel-lock on some ports). Also, avoid cache-aliasing issues.
Thanks to Andrew Doran and Joerg Sonnenberger, as their initial patches formed the core changes of this branch.
|
1.102 |
| 02-Mar-2010 |
pooka | branches: 1.102.2; 1.102.8; Make mfs_initminiroot() mandatory. Allows to remove #ifdef MFS.
|
1.101 |
| 13-Jan-2009 |
yamt | branches: 1.101.4; g/c BUFQ_FOO() macros and use bufq_foo() directly.
|
1.100 |
| 19-Dec-2008 |
pgoyette | Store config(1)'s root filesystem type as a text string rather than embedding the address of its xxx_mountroot() in swapnetbsd.c. This permits booting of kernels with hard-wired filesystem type even if the filesystem is in a loadable module (ie, not linked into the kernel image).
Discussed on current-users. Tested on amd64 and i386 with both hard- wired and '?' filesystem times, and on both modular and monolithic kernels.
Thanks to pooka@ for code review and suggestions.
Addresses my PR kern/40167
|
1.99 |
| 13-Nov-2008 |
ad | These depend on ffs.
|
1.98 |
| 28-Jun-2008 |
rumble | branches: 1.98.2; 1.98.4; 1.98.6; 1.98.12; 1.98.16; Create sysctl entries during module initialisation and destroy them appropriately.
Many of these file systems are now ready for modularisation.
|
1.97 |
| 10-May-2008 |
rumble | branches: 1.97.2; Convert file systems to dynamically attach with the new module interface. Make VFS hooks dynamic while we're here and say farewell to VFS_ATTACH and VFS_HOOKS_ATTACH linksets.
As a consequence, most of the file systems can now be loaded as new style modules.
Quick sanity check by ad@.
|
1.96 |
| 06-May-2008 |
ad | branches: 1.96.2; PR kern/38141 lookup/vfs_busy acquire rwlock recursively
Simplify the mount locking. Remove all the crud to deal with recursion on the mount lock, and crud to deal with unmount as another weirdo lock.
Hopefully this will once and for all fix the deadlocks with this. With this commit there are two locks on each mount:
- krwlock_t mnt_unmounting. This is used to prevent unmount across critical sections like getnewvnode(). It's only ever read locked with rw_tryenter(), and is only ever write locked in dounmount(). A write hold can't be taken on this lock if the current LWP could hold a vnode lock.
- kmutex_t mnt_updating. This is taken by threads updating the mount, for example when going r/o -> r/w, and is only present to serialize updates. In order to take this lock, a read hold must first be taken on mnt_unmounting, and the two need to be held across the operation.
One effect of this change: previously if an unmount failed, we would make a half hearted attempt to back out of it gracefully, but that was unlikely to work in a lot of cases. Now while an unmount that will be aborted is in progress, new file operations within the mount will fail instead of being delayed. That is unlikely to be a problem though, because if the admin requests unmount of a file system then s(he) has made a decision to deny access to the resource.
|
1.95 |
| 30-Apr-2008 |
ad | PR kern/38135 vfs_busy/vfs_trybusy confusion
The previous fix worked, but it opened a window where mounts could have disappeared from mountlist while the caller was traversing it using vfs_trybusy(). Fix that.
|
1.94 |
| 29-Apr-2008 |
ad | kern/38135 vfs_busy/vfs_trybusy confusion
The symptom was that sometimes file systems would occasionally not appear in output from 'df' or 'mount' if the system was busy. Resolution:
- Make mount locks work somewhat like vm_map locks. - vfs_trybusy() now only fails if the mount is gone, or if someone is unmounting the file system. Simple contention on mnt_lock doesn't cause it to fail. - vfs_busy() will wait even if the file system is being unmounted.
|
1.93 |
| 29-Apr-2008 |
ad | PR kern/38057 ffs makes assuptions about devvp file system PR kern/33406 softdeps get stuck in endless loop
Introduce VFS_FSYNC() and call it when syncing a block device, if it has a mounted file system.
|
1.92 |
| 24-Apr-2008 |
ad | branches: 1.92.2; Merge proc::p_mutex and proc::p_smutex into a single adaptive mutex, since we no longer need to guard against access from hardware interrupt handlers.
Additionally, if cloning a process with CLONE_SIGHAND, arrange to have the child process share the parent's lock so that signal state may be kept in sync. Partially addresses PR kern/37437.
|
1.91 |
| 26-Mar-2008 |
ad | branches: 1.91.2; Changes for PR kern/38291 (panic unmounting MFS /tmp):
- Reference count the mfsnode to fix an aincent bug. Only destroy when reference count drops to zero. In mfs_start(), busy the mount and get a reference to the mfsnode to prevent it disappearing while the server is running. If the file system is gone already, vfs_busy() will fail. - Always destroy the bufq. - Use a global mfs_lock for simplicity. - Replace use of malloc/free. Fixes broken MALLOC_TYPE change.
|
1.90 |
| 21-Feb-2008 |
ad | branches: 1.90.4; Make MFS MP-safe. Needed because of the funny tricks it plays.
|
1.89 |
| 30-Jan-2008 |
ad | branches: 1.89.2; PR kern/37706 (forced unmount of file systems is unsafe):
- Do reference counting for 'struct mount'. Each vnode associated with a mount takes a reference, and in turn the mount takes a reference to the vfsops. - Now that mounts are reference counted, replace the overcomplicated mount locking inherited from 4.4BSD with a recursable rwlock.
|
1.88 |
| 28-Jan-2008 |
dholland | Fix some race conditions in rename. Introduce a per-FS rename lock and new vfsops to manipulate it. Get this lock while renaming. Also add another relookup() in do_sys_rename, which is a hack to kludge around some of the worst deficiencies of ufs_rename. reviewed-by: pooka (and an earlier rev by ad) posted on tech-kern with no objections.
|
1.87 |
| 25-Jan-2008 |
pooka | spec_node_init() mfs device vnode.
fixes PR kern/37867 by Steve Woodford
|
1.86 |
| 24-Jan-2008 |
ad | specfs changes for PR kern/37717 (raidclose() is no longer called on shutdown). There are still problems with device access and a PR will be filed.
- Kill checkalias(). Allow multiple vnodes to reference a single device.
- Don't play dangerous tricks with block vnodes to ensure that only one vnode can describe a block device. Instead, prohibit concurrent opens of block devices. As a bonus remove the unreliable code that prevents multiple file system mounts on the same device. It's no longer needed.
- Track opens by vnode and by device. Issue cdev_close() when the last open goes away, instead of abusing vnode::v_usecount to tell if the device is open.
|
1.85 |
| 26-Nov-2007 |
pooka | Remove the "struct lwp *" argument from all VFS and VOP interfaces. The general trend is to remove it from all kernel interfaces and this is a start. In case the calling lwp is desired, curlwp should be used.
quick consensus on tech-kern
|
1.84 |
| 10-Oct-2007 |
ad | branches: 1.84.4; Merge from vmlocking:
- Split vnode::v_flag into three fields, depending on field locking. - simple_lock -> kmutex in a few places. - Fix some simple locking problems.
|
1.83 |
| 31-Jul-2007 |
pooka | branches: 1.83.2; 1.83.4; 1.83.6; 1.83.8; * nuke the nameidata parameter from VFS_MOUNT(). Nobody on tech-kern knew what it was supposed to be used for and wrstuden gave a go-ahead * while rototilling, convert file systems which went easily to use VFS_PROTOS() instead of manually prototyping the methods
|
1.82 |
| 26-Jul-2007 |
pooka | Use eopnotsupp() instead of vfs_stdsuspendctl() and retire the latter.
|
1.81 |
| 17-Jul-2007 |
pooka | branches: 1.81.2; Make set_statvfs_info() take a parameter for the vfs name instead of always retrieving it from mp->mnt_op->vfs_name
christos ok
|
1.80 |
| 12-Jul-2007 |
dsl | Change the VFS_MOUNT() interface so that the 'data' buffer passed to the fs code is a kernel buffer, pass though the length of the buffer as well. Since the length of the userspace buffer isn'it (yet) passed through the mount system call, add a field to the vfsops structure containing the default length. Split sys_mount() for calls from compat code. Ride one of the recent kernel version changes - old fs LKMs will load, but sys_mount() will reject any attempt to use them.
|
1.79 |
| 30-Jun-2007 |
pooka | Using POOL_INIT here makes no sense, since file systems always have an init method. So get rid of it and #ifdef _LKM and just always init in the init method. Give malloc types the same treatment. Makes file systems nicer to work with in linksetless environments and fixes a few LKM discrepancies.
|
1.78 |
| 04-Mar-2007 |
christos | branches: 1.78.2; 1.78.4; Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.
|
1.77 |
| 09-Feb-2007 |
ad | branches: 1.77.2; Merge newlock2 to head.
|
1.76 |
| 19-Jan-2007 |
hannken | New file system suspension API to replace vn_start_write and vn_finished_write. The suspension helpers are now put into file system specific operations. This means every file system not supporting these helpers cannot be suspended and therefore snapshots are no longer possible.
Implemented for file systems of type ffs.
The new API is enabled on a kernel option NEWVNGATE. This option is not enabled by default in any kernel config.
Presented and discussed on tech-kern with much input from Bill Studenmund <wrstuden@netbsd.org> and YAMAMOTO Takashi <yamt@netbsd.org>.
Welcome to 4.99.9 (new vfs op vfs_suspendctl).
|
1.75 |
| 16-Nov-2006 |
christos | __unused removal on arguments; approved by core.
|
1.74 |
| 12-Oct-2006 |
christos | - sprinkle __unused on function decls. - fix a couple of unused bugs - no more -Wno-unused for i386
|
1.73 |
| 02-Sep-2006 |
christos | branches: 1.73.2; 1.73.4; add missing initializers
|
1.72 |
| 15-Apr-2006 |
christos | From my posting of April 3 to tech-kern:
My understanding is that the CLRSIG() is supposed to clear the signal that was sent to the syncer process to prevent it from being delivered to the syncer process in case unmounting fails, so that the syncer process does not die while the filesystem is still mounted. The typical scenario is, the syncher process is tsleep()ing in the kernel, and waking up when it needs to do work. If someone sends a signal to it, eg. kill -TERM the mfs process, then the kernel will try to unmount the mfs filesystem before delivering the signal to the process. If that unmount fails, then we should not really kill the process because that will hang the mount. So we call CLRSIG() to stop the signal from being delivered.
So the first call to issignal() will return the signal number that was sent to the syncer process (unless someone malicious was able to send a lower numbered signal between the time tsleep() returned and we called issignal()... something that is not really easy to do). But you are right, we should not be calling it many times as a side effect of this macro.
Rewrite CLRSIG() clear all the signals and call issignal() the correct number of times.
|
1.71 |
| 11-Dec-2005 |
christos | branches: 1.71.4; 1.71.6; 1.71.8; 1.71.10; 1.71.12; merge ktrace-lwp.
|
1.70 |
| 15-Oct-2005 |
yamt | - change the way to specify a bufq strategy. (by string rather than by number) - rather than embedding bufq_state in driver softc, have a pointer to the former. - move bufq related functions from kern/subr_disk.c to kern/subr_bufq.c. - rename method to strategy for consistency. - move some definitions which don't need to be exposed to the rest of kernel from sys/bufq.h to sys/bufq_impl.h. (is it better to move it to kern/ or somewhere?) - fix some obvious breakage in dev/qbus/ts.c. (not tested)
|
1.69 |
| 23-Sep-2005 |
jmmv | Apply the NFS exports list rototill patch:
- Remove all NFS related stuff from file system specific code. - Drop the vfs_checkexp hook and generalize it in the new nfs_check_export function, thus removing redundancy from all file systems. - Move all NFS export-related stuff from kern/vfs_subr.c to the new file sys/nfs/nfs_export.c. The former was becoming large and its code is always compiled, regardless of the build options. Using the latter, the code is only compiled in when NFSSERVER is enabled. While doing this, also make some functions in nfs_subs.c conditional to NFSSERVER. - Add a new command in nfssvc(2), called NFSSVC_SETEXPORTSLIST, that takes a path and a set of export entries. At the moment it can only clear the exports list or append entries, one by one, but it is done in a way that allows setting the whole set of entries atomically in the future (see the comment in mountd_set_exports_list or in doc/TODO). - Change mountd(8) to use the nfssvc(2) system call instead of mount(2) so that it becomes file system agnostic. In fact, all this whole thing was done to remove a 'XXX' block from this utility! - Change the mount*, newfs and fsck* userland utilities to not deal with NFS exports initialization; done internally by the kernel when initializing the NFS support for each file system. - Implement an interface for VFS (called VFS hooks) so that several kernel subsystems can run arbitrary code upon receipt of specific VFS events. At the moment, this only provides support for unmount and is used to destroy NFS exports lists from the file systems being unmounted, though it has room for extension.
Thanks go to yamt@, chs@, thorpej@, wrstuden@ and others for their comments and advice in the development of this patch.
|
1.68 |
| 30-Aug-2005 |
xtraeme | * Remove __P() * Use ANSI function declarations on ext2fs and mfs
|
1.67 |
| 29-May-2005 |
christos | branches: 1.67.2; - sprinkle const - avoid shadow variables.
|
1.66 |
| 29-Mar-2005 |
thorpej | - Define a VFS_ATTACH() macro that places a reference to a vfsops structure into the "vfsops" link set. - Use VFS_ATTACH() where vfsops are declared for individual file systems. - In vfsinit(), traverse the "vfsops" link set, rather than vfs_list_initial[].
|
1.65 |
| 26-Feb-2005 |
perry | nuke trailing whitespace
|
1.64 |
| 09-Jan-2005 |
mycroft | branches: 1.64.2; 1.64.4; Rework the mountroot interface so that vfs_mountroot() opens the root device and just passes it on to the file system functions. This avoids opening and closing the device several times.
Mentioned on tech-kern some time ago, IIRC. I've been running this for a long time.
|
1.63 |
| 02-Jan-2005 |
thorpej | Add the system call and VFS infrastructure for file system extended attributes.
From FreeBSD.
|
1.62 |
| 28-Oct-2004 |
yamt | move buffer queue related stuffs from buf.h to their own header, bufq.h.
|
1.61 |
| 05-Jul-2004 |
pk | Call inittodr() from main(). Let file system code set the recorded `last update' time (if any) through the new function setrootfstime().
|
1.60 |
| 25-May-2004 |
hannken | Add ffs internal snapshots. Written by Marshall Kirk McKusick for FreeBSD.
- Not enabled by default. Needs kernel option FFS_SNAPSHOT. - Change parameters of ffs_blkfree. - Let the copy-on-write functions return an error so spec_strategy may fail if the copy-on-write fails. - Change genfs_*lock*() to use vp->v_vnlock instead of &vp->v_lock. - Add flag B_METAONLY to VOP_BALLOC to return indirect block buffer. - Add a function ffs_checkfreefile needed for snapshot creation. - Add special handling of snapshot files: Snapshots may not be opened for writing and the attributes are read-only. Use the mtime as the time this snapshot was taken. Deny mtime updates for snapshot files. - Add function transferlockers to transfer any waiting processes from one lock to another. - Add vfsop VFS_SNAPSHOT to take a snapshot and make it accessible through a vnode. - Add snapshot support to ls, fsck_ffs and dump.
Welcome to 2.0F.
Approved by: Jason R. Thorpe <thorpej@netbsd.org>
|
1.59 |
| 25-May-2004 |
atatat | Sysctl descriptions under vfs subtree
|
1.58 |
| 21-Apr-2004 |
christos | similar fix to enami's in the fstypename field. Not really needed, but better safe than sorry.
|
1.57 |
| 21-Apr-2004 |
enami | Don't copy past the end of destination array boundary; the size of source array changed due to recent statvfs change.
|
1.56 |
| 21-Apr-2004 |
christos | Replace the statfs() family of system calls with statvfs(). Retain binary compatibility.
|
1.55 |
| 24-Mar-2004 |
atatat | branches: 1.55.2; Tango on sysctl_createv() and flags. The flags have all been renamed, and sysctl_createv() now uses more arguments.
|
1.54 |
| 04-Dec-2003 |
atatat | Dynamic sysctl.
Gone are the old kern_sysctl(), cpu_sysctl(), hw_sysctl(), vfs_sysctl(), etc, routines, along with sysctl_int() et al. Now all nodes are registered with the tree, and nodes can be added (or removed) easily, and I/O to and from the tree is handled generically.
Since the nodes are registered with the tree, the mapping from name to number (and back again) can now be discovered, instead of having to be hard coded. Adding new nodes to the tree is likewise much simpler -- the new infrastructure handles almost all the work for simple types, and just about anything else can be done with a small helper function.
All existing nodes are where they were before (numerically speaking), so all existing consumers of sysctl information should notice no difference.
PS - I'm sorry, but there's a distinct lack of documentation at the moment. I'm working on sysctl(3/8/9) right now, and I promise to watch out for buses.
|
1.53 |
| 14-Oct-2003 |
dbj | add mnt_iflag field to struct mount for internal flags mv MNT_GONE, MNT_UNMOUNT and MNT_WANTRDWR to this field additonally add mnt_writeopcountupper and mnt_writeopcountlower fields in preparation for pending write suspension support work bump kernel version to 1.6ZD
|
1.52 |
| 07-Aug-2003 |
agc | Move UCB-licensed code from 4-clause to 3-clause licence.
Patches provided by Joel Baker in PR 22364, verified by myself.
|
1.51 |
| 29-Jun-2003 |
fvdl | branches: 1.51.2; Back out the lwp/ktrace changes. They contained a lot of colateral damage, and need to be examined and discussed more.
|
1.50 |
| 28-Jun-2003 |
bouyer | Adapt for struct proc* -> struct lwp* changes.
|
1.49 |
| 28-Jun-2003 |
darrenr | Pass lwp pointers throughtout the kernel, as required, so that the lwpid can be inserted into ktrace records. The general change has been to replace "struct proc *" with "struct lwp *" in various function prototypes, pass the lwp through and use l_proc to get the process pointer when needed.
Bump the kernel rev up to 1.6V
|
1.48 |
| 22-Apr-2003 |
christos | fix lkm malloc lossage.
|
1.47 |
| 22-Apr-2003 |
christos | choose the smaller size of the two strings when memcpy'ing them. A better fix would be to strncpy and null terminate? From enami.
|
1.46 |
| 16-Apr-2003 |
christos | PR/1796: John Kohl: statfs misbehaves under chrooted environments.
- Under chroot it displays only the visible filesystems with appropriate paths. - The statfs f_mntonname gets adjusted to contain the real path from root. - While was there, fixed a bug in ext2fs, locking problems with vfs_getfsstat(), and factored out some of the vfsop statfs() code to copy_statfs_info(). This fixes the problem where some filesystems forgot to set fsid. - Made coda look more like a normal fs.
|
1.45 |
| 02-Apr-2003 |
fvdl | Add support for UFS2. UFS2 is an enhanced FFS, adding support for 64 bit block pointers, extended attribute storage, and a few other things.
This commit does not yet include the code to manipulate the extended storage (for e.g. ACLs), this will be done later.
Originally written by Kirk McKusick and Network Associates Laboratories for FreeBSD.
|
1.44 |
| 01-Feb-2003 |
thorpej | Add extensible malloc types, adapted from FreeBSD. This turns malloc types into a structure, a pointer to which is passed around, instead of an int constant. Allow the limit to be adjusted when the malloc type is defined, or with a function call, as suggested by Jonathan Stone.
|
1.43 |
| 18-Jan-2003 |
thorpej | Merge the nathanw_sa branch.
|
1.42 |
| 24-Oct-2002 |
chs | the work-around in rev. 1.37 (turn off async) wasn't enough to prevent hangs under heavy load. so we now apply the more extreme version: make MFS mounts "sync". fixes PRs 17128 and 17321.
|
1.41 |
| 21-Sep-2002 |
christos | MNT_GETARGS support
|
1.40 |
| 21-Jul-2002 |
hannken | Rename bufq_init() to bufq_alloc(). Add bufq_free() to remove a buffer queue. Avoid MALLOC while holding a spinlock.
From Chuck Silvers.
|
1.39 |
| 19-Jul-2002 |
hannken | Convert to new device buffer queue interface.
|
1.38 |
| 04-Mar-2002 |
simonb | branches: 1.38.2; 1.38.6; 1.38.8; Don't use local extern declarations for the mountroot variable or declare local prototypes for nfs_mountroot() or md_root_setconf().
|
1.37 |
| 03-Feb-2002 |
chs | fix PR 15299 by making MFS filesystems not be "async". in the longer term, MFS needs to be made a lot more VM-friendly.
|
1.36 |
| 08-Nov-2001 |
lukem | add RCSID
|
1.35 |
| 15-Sep-2001 |
chs | branches: 1.35.2; add a new VFS op, vfs_reinit, which is called when desiredvnodes is adjusted via sysctl. file systems that have hash tables which are sized based on the value of this variable now resize those hash tables using the new value. the max number of FFS softdeps is also recalculated.
convert various file systems to use the <sys/queue.h> macros for their hash tables.
|
1.34 |
| 30-May-2001 |
mrg | branches: 1.34.4; 1.34.6; use _KERNEL_OPT
|
1.33 |
| 16-Apr-2001 |
thorpej | When unmounting a file system, acquire the syncer_lock before vfs_busy'ing just before the dounmount() call. This is to avoid sleeping with the mountlist_slock held -- but we must acquire syncer_lock before vfs_busy because the syncer itself uses syncer_lock -> vfs_busy locking order.
|
1.32 |
| 24-Feb-2001 |
cgd | branches: 1.32.2; fix bug (pointed out as sequence point violation warning with current-ish gcc) caused by use of makedev(major,minor++). makedev() now (since 32-bit dev_t conversion) evaluates its second argument twice.
|
1.31 |
| 22-Jan-2001 |
jdolecek | make filesystem vnodeop, specop, fifoop and vnodeopv_* arrays const
|
1.30 |
| 13-Oct-2000 |
simonb | Position comment correctly wrt last commit.
|
1.29 |
| 13-Oct-2000 |
simonb | In mfs_start(), move the handling of outstanding I/O requests to before the check for unmounting the filesystem.
Appears to fix kern/10122 from Hitoshi Matsunawa.
|
1.28 |
| 19-May-2000 |
thorpej | branches: 1.28.4; Back out previous change; there is something Seriously Wrong.
|
1.27 |
| 16-May-2000 |
thorpej | Redo the way MFS does I/O to the server's address space. Instead of queueing up buffers and awakening the MFS server process to do the I/O, we do the I/O to the server process's address space directly using facilities provided by UVM.
This makes it possible for buffers attempting to flush out while the MFS is being unmounted to actually do the I/O, where before it would fail if the server process wasn't in the MFS idle loop (i.e. had been signaled and was attempting to exit).
Should fix kern/10122 (I can no longer reproduce the problem described in the PR when running with these changes), and any number of other MFS-related complaints made by people over time.
|
1.26 |
| 16-May-2000 |
thorpej | Record the proc directly, not the pid, of the MFS server process, and nuke the spare fields in the mfsnode.
|
1.25 |
| 30-Mar-2000 |
augustss | Remove register declarations.
|
1.24 |
| 29-Mar-2000 |
simonb | Remove redundant decl of rootvp - it's in <sys/systm.h>.
|
1.23 |
| 16-Mar-2000 |
jdolecek | Add new VFS op routine - vfs_done and call it on filesystem detach in vfs_detach(). vfs_done may free global filesystem's resources, typically those allocated in respective filesystem's init function. Needed so those filesystems which went in via LKM have a chance to clean after themselves before unloading.
For each leaf filesystem, add appropriate vfs_done routine.
Also remember how many times ffs_init() was called and do the appropriate initialization on first call only. In ffs_done(), destroy the resources when called by the last user of ffs code. Change mfs to call ffs_init()/ffs_done() appropriately.
|
1.22 |
| 21-Jan-2000 |
thorpej | Update for sys/buf.h/disksort_*() changes.
|
1.21 |
| 17-Jul-1999 |
wrstuden | branches: 1.21.2; 1.21.8; Adjust mountroot routines to vrele rootvp in case of mount error. Closes PR 7977 by Neil Carson, <neil@brini.com>.
|
1.20 |
| 04-Apr-1999 |
mycroft | It was silly to not make this exportable.
|
1.19 |
| 26-Feb-1999 |
wrstuden | branches: 1.19.2; 1.19.4; Modify vfsops to seperate vfs_fhtovp() into two routines. vfs_fhtovp() now only handles the file handle to vnode conversion, and a new call, vfs_checkexp(), performs the export verification.
|
1.18 |
| 09-Aug-1998 |
perry | bzero->memset, bcopy->memcpy, bcmp->memcmp
|
1.17 |
| 05-Jul-1998 |
jonathan | * defopt COMPAT_{09,10,11,12,13} and COMPAT_NOMID. TODO: revisit interaction between native compat and emul compat usage.
|
1.16 |
| 01-Mar-1998 |
fvdl | Remove accidentally enabled mfs_mountroot from vfsops struct.
|
1.15 |
| 01-Mar-1998 |
fvdl | Merge with Lite2 + local changes
|
1.14 |
| 18-Feb-1998 |
thorpej | Place a pointer to an array of our vnodeopv_desc *'s in our vfsops structure, for use by vfs_attach().
|
1.13 |
| 12-Jun-1997 |
mrg | remove swap configuration.
|
1.12 |
| 22-Feb-1997 |
fvdl | Implement similar fix as in the NQNFS fix from BSDI, to avoid race conditions when unmounting. It cleans up the loop a bit too.
|
1.11 |
| 22-Dec-1996 |
cgd | branches: 1.11.6; Change the second and third args to struct vfsops' (*vfs_mount)() to 'const char *', and 'void *', respectively. The second arg is taken directly from user arguments, and is const there, so must be const in the prototypes and functions. The third arg is also taken directly from user arguments. It doesn't have to be changed, but since it's cleaner to keep the type the same as the user arg's type, and I'm already making the 'const char *' change...
|
1.10 |
| 09-Feb-1996 |
christos | mfs prototypes
|
1.9 |
| 01-Sep-1995 |
mycroft | Do any pending I/O before trying to unmount, per John Kohl.
|
1.8 |
| 18-Jun-1995 |
cgd | don't assume the f_fsnamelen is nul-truncated or longer than MFSNAMELEN
|
1.7 |
| 09-Mar-1995 |
mycroft | copy*str() should use size_t.
|
1.6 |
| 08-Mar-1995 |
cgd | size for copyinstr should be u_long
|
1.5 |
| 18-Jan-1995 |
mycroft | Clean up the code to frob mnt_stat a bit.
|
1.4 |
| 18-Jan-1995 |
mycroft | Turn mountlist into a CIRCLEQ, and handle setting and checking of MNT_ROOTFS differently.
|
1.3 |
| 15-Dec-1994 |
mycroft | Call foo_statfs() from a common place when mounting.
|
1.2 |
| 29-Jun-1994 |
cgd | New RCS ID's, take two. they're more aesthecially pleasant, and use 'NetBSD'
|
1.1 |
| 08-Jun-1994 |
mycroft | branches: 1.1.1; Update to 4.4-Lite fs code, with local changes.
|
1.1.1.2 |
| 01-Mar-1998 |
fvdl | Import 4.4BSD-Lite2
|
1.1.1.1 |
| 01-Mar-1998 |
fvdl | Import 4.4BSD-Lite for reference
|
1.11.6.1 |
| 12-Mar-1997 |
is | Merge in changes from Trunk
|
1.19.4.2 |
| 02-Aug-1999 |
thorpej | Update from trunk.
|
1.19.4.1 |
| 21-Jun-1999 |
thorpej | Sync w/ -current.
|
1.19.2.1 |
| 13-Oct-2000 |
he | Pull up revisions 1.29-1.30 (via patch, requested by simonb): Move handling of outstanding I/O requests to before the check for unmounting the file system. Fixes PR#10122.
|
1.21.8.1 |
| 21-Dec-1999 |
wrstuden | Initial commit of recent changes to make DEV_BSIZE go away.
Runs on i386, needs work on other arch's. Main kernel routines should be fine, but a number of the stand programs need help.
cd, fd, ccd, wd, and sd have been updated. sd has been tested with non-512 byte block devices. vnd, raidframe, and lfs need work.
Non 2**n block support is automatic for LKM's and conditional for kernels on "options NON_PO2_BLOCKS".
|
1.21.2.4 |
| 21-Apr-2001 |
bouyer | Sync with HEAD
|
1.21.2.3 |
| 12-Mar-2001 |
bouyer | Sync with HEAD.
|
1.21.2.2 |
| 11-Feb-2001 |
bouyer | Sync with HEAD.
|
1.21.2.1 |
| 20-Nov-2000 |
bouyer | Update thorpej_scsipi to -current as of a month ago
|
1.28.4.1 |
| 17-Oct-2000 |
tv | Pullup 1.29 and 1.30 [simonb]: In mfs_start(), move the handling of outstanding I/O requests to before the check for unmounting the filesystem.
Appears to fix kern/10122 from Hitoshi Matsunawa.
|
1.32.2.12 |
| 11-Nov-2002 |
nathanw | Catch up to -current
|
1.32.2.11 |
| 18-Oct-2002 |
nathanw | Catch up to -current.
|
1.32.2.10 |
| 01-Aug-2002 |
nathanw | Catch up to -current.
|
1.32.2.9 |
| 12-Jul-2002 |
nathanw | No longer need to pull in lwp.h; proc.h pulls it in for us.
|
1.32.2.8 |
| 24-Jun-2002 |
nathanw | Curproc->curlwp renaming.
Change uses of "curproc->l_proc" back to "curproc", which is more like the original use. Bare uses of "curproc" are now "curlwp".
"curproc" is now #defined in proc.h as ((curlwp) ? (curlwp)->l_proc) : NULL) so that it is always safe to reference curproc (*de*referencing curproc is another story, but that's always been true).
|
1.32.2.7 |
| 17-Apr-2002 |
nathanw | Catch up to -current.
|
1.32.2.6 |
| 01-Apr-2002 |
nathanw | Catch up to -current. (CVS: It's not just a program. It's an adventure!)
|
1.32.2.5 |
| 28-Feb-2002 |
nathanw | Catch up to -current.
|
1.32.2.4 |
| 14-Nov-2001 |
nathanw | Catch up to -current.
|
1.32.2.3 |
| 21-Sep-2001 |
nathanw | Catch up to -current.
|
1.32.2.2 |
| 21-Jun-2001 |
nathanw | Catch up to -current.
|
1.32.2.1 |
| 05-Mar-2001 |
nathanw | Initial commit of scheduler activations and lightweight process support.
|
1.34.6.1 |
| 01-Oct-2001 |
fvdl | Catch up with -current.
|
1.34.4.5 |
| 10-Oct-2002 |
jdolecek | sync kqueue with -current; this includes merge of gehenna-devsw branch, merge of i386 MP branch, and part of autoconf rototil work
|
1.34.4.4 |
| 06-Sep-2002 |
jdolecek | sync kqueue branch with HEAD
|
1.34.4.3 |
| 16-Mar-2002 |
jdolecek | Catch up with -current.
|
1.34.4.2 |
| 11-Feb-2002 |
jdolecek | Sync w/ -current.
|
1.34.4.1 |
| 10-Jan-2002 |
thorpej | Sync kqueue branch with -current.
|
1.35.2.1 |
| 12-Nov-2001 |
thorpej | Sync the thorpej-mips-cache branch with -current.
|
1.38.8.1 |
| 01-Nov-2002 |
lukem | Pull up revision 1.42 (requested by tron in ticket #941): the work-around in rev. 1.37 (turn off async) wasn't enough to prevent hangs under heavy load. so we now apply the more extreme version: make MFS mounts "sync". fixes PRs 17128 and 17321.
|
1.38.6.2 |
| 29-Aug-2002 |
gehenna | catch up with -current.
|
1.38.6.1 |
| 20-Jul-2002 |
gehenna | catch up with -current.
|
1.38.2.1 |
| 11-Mar-2002 |
thorpej | Make syncer_lock an adaptive mutex and rename it to syncer_mutex.
|
1.51.2.10 |
| 10-Nov-2005 |
skrll | Sync with HEAD. Here we go again...
|
1.51.2.9 |
| 01-Apr-2005 |
skrll | Sync with HEAD.
|
1.51.2.8 |
| 04-Mar-2005 |
skrll | Sync with HEAD.
Hi Perry!
|
1.51.2.7 |
| 17-Jan-2005 |
skrll | Sync with HEAD.
|
1.51.2.6 |
| 02-Nov-2004 |
skrll | Sync with HEAD.
|
1.51.2.5 |
| 21-Sep-2004 |
skrll | Fix the sync with head I botched.
|
1.51.2.4 |
| 18-Sep-2004 |
skrll | Sync with HEAD.
|
1.51.2.3 |
| 03-Aug-2004 |
skrll | Sync with HEAD
|
1.51.2.2 |
| 02-Jul-2003 |
wrstuden | Check in lwp-ification changes needed to get the evbarm/IQ80321 kernel to compile.
only question I have is over the: l->l_proc->p_stats->p_ru.ru_msgsnd++; command at line 245 of dev/kttcp.c. Should we be doing per-lwp or per-proc accounting?
|
1.51.2.1 |
| 02-Jul-2003 |
darrenr | Apply the aborted ktrace-lwp changes to a specific branch. This is just for others to review, I'm concerned that patch fuziness may have resulted in some errant code being generated but I'll look at that later by comparing the diff from the base to the branch with the file I attempt to apply to it. This will, at the very least, put the changes in a better context for others to review them and attempt to tinker with removing passing of 'struct lwp' through the kernel.
|
1.55.2.1 |
| 29-May-2004 |
tron | Pull up revision 1.59 (requested by atatat in ticket #393): Sysctl descriptions under vfs subtree
|
1.64.4.1 |
| 19-Mar-2005 |
yamt | sync with head. xen and whitespace. xen part is not finished.
|
1.64.2.1 |
| 29-Apr-2005 |
kent | sync with -current
|
1.67.2.8 |
| 27-Feb-2008 |
yamt | sync with head.
|
1.67.2.7 |
| 04-Feb-2008 |
yamt | sync with head.
|
1.67.2.6 |
| 07-Dec-2007 |
yamt | sync with head
|
1.67.2.5 |
| 27-Oct-2007 |
yamt | sync with head.
|
1.67.2.4 |
| 03-Sep-2007 |
yamt | sync with head.
|
1.67.2.3 |
| 26-Feb-2007 |
yamt | sync with head.
|
1.67.2.2 |
| 30-Dec-2006 |
yamt | sync with head.
|
1.67.2.1 |
| 21-Jun-2006 |
yamt | sync with head.
|
1.71.12.1 |
| 24-May-2006 |
tron | Merge 2006-05-24 NetBSD-current into the "peter-altq" branch.
|
1.71.10.1 |
| 19-Apr-2006 |
elad | sync with head.
|
1.71.8.2 |
| 03-Sep-2006 |
yamt | sync with head.
|
1.71.8.1 |
| 24-May-2006 |
yamt | sync with head.
|
1.71.6.1 |
| 22-Apr-2006 |
simonb | Sync with head.
|
1.71.4.1 |
| 09-Sep-2006 |
rpaulo | sync with head
|
1.73.4.2 |
| 10-Dec-2006 |
yamt | sync with head.
|
1.73.4.1 |
| 22-Oct-2006 |
yamt | sync with head
|
1.73.2.5 |
| 05-Feb-2007 |
ad | - When clearing signals dequeue siginfo first and free later, once outside the lock permiter. - Push kernel_lock back in a a couple of places. - Adjust limcopy() to be MP safe (this needs redoing). - Fix a couple of bugs noticed along the way. - Catch up with condvar changes.
|
1.73.2.4 |
| 01-Feb-2007 |
ad | Sync with head.
|
1.73.2.3 |
| 18-Nov-2006 |
ad | Sync with head.
|
1.73.2.2 |
| 21-Oct-2006 |
ad | Checkpoint work in progress on locking and per-LWP signals. Very much a a work in progress and there is still a lot to do.
|
1.73.2.1 |
| 11-Sep-2006 |
ad | - Convert some locks to mutexes and RW locks. - Use the proclist_lock to protect pgrps and sessions in some places.
|
1.77.2.1 |
| 12-Mar-2007 |
rmind | Sync with HEAD.
|
1.78.4.1 |
| 11-Jul-2007 |
mjf | Sync with head.
|
1.78.2.4 |
| 20-Aug-2007 |
ad | Sync with HEAD.
|
1.78.2.3 |
| 29-Jul-2007 |
ad | Add vfs_destroy() to free mount structures. The specificdata_ref was being leaked.
|
1.78.2.2 |
| 15-Jul-2007 |
ad | Sync with head.
|
1.78.2.1 |
| 13-Mar-2007 |
ad | Pull in the initial set of changes for the vmlocking branch.
|
1.81.2.1 |
| 15-Aug-2007 |
skrll | Sync with HEAD.
|
1.83.8.2 |
| 31-Jul-2007 |
pooka | * nuke the nameidata parameter from VFS_MOUNT(). Nobody on tech-kern knew what it was supposed to be used for and wrstuden gave a go-ahead * while rototilling, convert file systems which went easily to use VFS_PROTOS() instead of manually prototyping the methods
|
1.83.8.1 |
| 31-Jul-2007 |
pooka | file mfs_vfsops.c was added on branch matt-mips64 on 2007-07-31 21:14:21 +0000
|
1.83.6.1 |
| 14-Oct-2007 |
yamt | sync with head.
|
1.83.4.3 |
| 23-Mar-2008 |
matt | sync with HEAD
|
1.83.4.2 |
| 09-Jan-2008 |
matt | sync with HEAD
|
1.83.4.1 |
| 06-Nov-2007 |
matt | sync with HEAD
|
1.83.2.2 |
| 27-Nov-2007 |
joerg | Sync with HEAD. amd64 Xen support needs testing.
|
1.83.2.1 |
| 26-Oct-2007 |
joerg | Sync with HEAD.
Follow the merge of pmap.c on i386 and amd64 and move pmap_init_tmp_pgtbl into arch/x86/x86/pmap.c. Modify the ACPI wakeup code to restore CR4 before jumping back into kernel space as the large page option might cover that.
|
1.84.4.2 |
| 18-Feb-2008 |
mjf | Sync with HEAD.
|
1.84.4.1 |
| 08-Dec-2007 |
mjf | Sync with HEAD.
|
1.89.2.1 |
| 24-Mar-2008 |
keiichi | sync with head.
|
1.90.4.5 |
| 17-Jan-2009 |
mjf | Sync with HEAD.
|
1.90.4.4 |
| 29-Jun-2008 |
mjf | Sync with HEAD.
|
1.90.4.3 |
| 02-Jun-2008 |
mjf | Sync with HEAD.
|
1.90.4.2 |
| 03-Apr-2008 |
mjf | Sync with HEAD.
|
1.90.4.1 |
| 21-Feb-2008 |
mjf | file mfs_vfsops.c was added on branch mjf-devfs2 on 2008-04-03 12:43:14 +0000
|
1.91.2.1 |
| 18-May-2008 |
yamt | sync with head.
|
1.92.2.3 |
| 11-Mar-2010 |
yamt | sync with head
|
1.92.2.2 |
| 04-May-2009 |
yamt | sync with head.
|
1.92.2.1 |
| 16-May-2008 |
yamt | sync with head.
|
1.96.2.2 |
| 18-Sep-2008 |
wrstuden | Sync with wrstuden-revivesa-base-2.
|
1.96.2.1 |
| 23-Jun-2008 |
wrstuden | Sync w/ -current. 34 merge conflicts to follow.
|
1.97.2.1 |
| 03-Jul-2008 |
simonb | Sync with head.
|
1.98.16.1 |
| 28-Apr-2014 |
sborrill | Pull up the following revisions(s) (requested by maxv in ticket #1901): sys/kern/vfs_syscalls.c: revision 1.478, 1.480 via patch sys/coda/coda_vfsops.c: revision 1.81 sys/fs/adosfs/advfsops.c: revision 1.70 sys/fs/cd9660/cd9660_vfsops.c: revision 1.84 sys/fs/efs/efs_vfsops.c: revision 1.25 sys/fs/filecorefs/filecore_vfsops.c: revision 1.76 sys/fs/hfs/hfs_vfsops.c: revision 1.31 sys/fs/msdosfs/msdosfs_vfsops.c: revision 1.107 sys/fs/ntfs/ntfs_vfsops.c: revision 1.94 sys/fs/ptyfs/ptyfs_vfsops.c: revision 1.50 via patch sys/fs/puffs/puffs_vfsops.c: revision 1.110 via patch sys/fs/smbfs/smbfs_vfsops.c: revision 1.100 sys/fs/sysvbfs/sysvbfs_vfsops.c: revision 1.43 sys/fs/tmpfs/tmpfs_vfsops.c: revision 1.59 via patch sys/fs/udf/udf_vfsops.c: revision 1.67 sys/fs/union/union_vfsops.c: revision 1.72 sys/fs/unionfs/unionfs_vfsops.c: revision 1.13 sys/kern/vfs_syscalls.c: revision 1.479 sys/miscfs/nullfs/null_vfsops.c: revision 1.88 via patch sys/miscfs/overlay/overlay_vfsops.c: revision 1.61 sys/miscfs/procfs/procfs_vfsops.c: revision 1.91 sys/miscfs/umapfs/umap_vfsops.c: revision 1.92 sys/nfs/nfs_vfsops.c: revision 1.227 sys/ufs/ext2fs/ext2fs_vfsops.c: revision 1.180 sys/ufs/ffs/ffs_vfsops.c: revision 1.297 sys/ufs/lfs/lfs_vfsops.c: revision 1.321 sys/ufs/mfs/mfs_vfsops.c: revision 1.107
Due to missing checks in the mount syscall, and a wrong assumption on the file systems side, the kernel could allocate an unbounded or zero-sized memory buffer, and could dereference a NULL pointer when particular arguments are given by a user.
|
1.98.12.1 |
| 28-Apr-2014 |
sborrill | Pull up the following revisions(s) (requested by maxv in ticket #1901): sys/kern/vfs_syscalls.c: revision 1.478, 1.480 via patch sys/coda/coda_vfsops.c: revision 1.81 sys/fs/adosfs/advfsops.c: revision 1.70 sys/fs/cd9660/cd9660_vfsops.c: revision 1.84 sys/fs/efs/efs_vfsops.c: revision 1.25 sys/fs/filecorefs/filecore_vfsops.c: revision 1.76 sys/fs/hfs/hfs_vfsops.c: revision 1.31 sys/fs/msdosfs/msdosfs_vfsops.c: revision 1.107 sys/fs/ntfs/ntfs_vfsops.c: revision 1.94 sys/fs/ptyfs/ptyfs_vfsops.c: revision 1.50 via patch sys/fs/puffs/puffs_vfsops.c: revision 1.110 via patch sys/fs/smbfs/smbfs_vfsops.c: revision 1.100 sys/fs/sysvbfs/sysvbfs_vfsops.c: revision 1.43 sys/fs/tmpfs/tmpfs_vfsops.c: revision 1.59 via patch sys/fs/udf/udf_vfsops.c: revision 1.67 sys/fs/union/union_vfsops.c: revision 1.72 sys/fs/unionfs/unionfs_vfsops.c: revision 1.13 sys/kern/vfs_syscalls.c: revision 1.479 sys/miscfs/nullfs/null_vfsops.c: revision 1.88 via patch sys/miscfs/overlay/overlay_vfsops.c: revision 1.61 sys/miscfs/procfs/procfs_vfsops.c: revision 1.91 sys/miscfs/umapfs/umap_vfsops.c: revision 1.92 sys/nfs/nfs_vfsops.c: revision 1.227 sys/ufs/ext2fs/ext2fs_vfsops.c: revision 1.180 sys/ufs/ffs/ffs_vfsops.c: revision 1.297 sys/ufs/lfs/lfs_vfsops.c: revision 1.321 sys/ufs/mfs/mfs_vfsops.c: revision 1.107
Due to missing checks in the mount syscall, and a wrong assumption on the file systems side, the kernel could allocate an unbounded or zero-sized memory buffer, and could dereference a NULL pointer when particular arguments are given by a user.
|
1.98.6.1 |
| 25-Apr-2014 |
sborrill | Pull up the following revisions(s) (requested by maxv in ticket #1901): sys/kern/vfs_syscalls.c: revision 1.478, 1.480 via patch sys/coda/coda_vfsops.c: revision 1.81 sys/fs/adosfs/advfsops.c: revision 1.70 sys/fs/cd9660/cd9660_vfsops.c: revision 1.84 sys/fs/efs/efs_vfsops.c: revision 1.25 sys/fs/filecorefs/filecore_vfsops.c: revision 1.76 sys/fs/hfs/hfs_vfsops.c: revision 1.31 sys/fs/msdosfs/msdosfs_vfsops.c: revision 1.107 sys/fs/ntfs/ntfs_vfsops.c: revision 1.94 sys/fs/ptyfs/ptyfs_vfsops.c: revision 1.50 via patch sys/fs/puffs/puffs_vfsops.c: revision 1.110 via patch sys/fs/smbfs/smbfs_vfsops.c: revision 1.100 sys/fs/sysvbfs/sysvbfs_vfsops.c: revision 1.43 sys/fs/tmpfs/tmpfs_vfsops.c: revision 1.59 via patch sys/fs/udf/udf_vfsops.c: revision 1.67 sys/fs/union/union_vfsops.c: revision 1.72 sys/fs/unionfs/unionfs_vfsops.c: revision 1.13 sys/kern/vfs_syscalls.c: revision 1.479 sys/miscfs/nullfs/null_vfsops.c: revision 1.88 via patch sys/miscfs/overlay/overlay_vfsops.c: revision 1.61 sys/miscfs/procfs/procfs_vfsops.c: revision 1.91 sys/miscfs/umapfs/umap_vfsops.c: revision 1.92 sys/nfs/nfs_vfsops.c: revision 1.227 sys/ufs/ext2fs/ext2fs_vfsops.c: revision 1.180 sys/ufs/ffs/ffs_vfsops.c: revision 1.297 sys/ufs/lfs/lfs_vfsops.c: revision 1.321 sys/ufs/mfs/mfs_vfsops.c: revision 1.107
Due to missing checks in the mount syscall, and a wrong assumption on the file systems side, the kernel could allocate an unbounded or zero-sized memory buffer, and could dereference a NULL pointer when particular arguments are given by a user.
|
1.98.4.1 |
| 19-Jan-2009 |
skrll | Sync with HEAD.
|
1.98.2.1 |
| 13-Dec-2008 |
haad | Update haad-dm branch to haad-dm-base2.
|
1.101.4.1 |
| 30-Apr-2010 |
uebayasi | Sync with HEAD.
|
1.102.8.1 |
| 23-Jun-2011 |
cherry | Catchup with rmind-uvmplock merge.
|
1.102.2.1 |
| 19-May-2011 |
rmind | Implement sharing of vnode_t::v_interlock amongst vnodes: - Lock is shared amongst UVM objects using uvm_obj_setlock() or getnewvnode(). - Adjust vnode cache to handle unsharing, add VI_LOCKSHARE flag for that. - Use sharing in tmpfs and layerfs for underlying object. - Simplify locking in ubc_fault(). - Sprinkle some asserts.
Discussed with ad@.
|
1.103.22.1 |
| 21-Apr-2014 |
bouyer | Pull up following revision(s) (requested by maxv in ticket #1050): sys/ufs/chfs/chfs_vfsops.c: revision 1.11 sys/fs/unionfs/unionfs_vfsops.c: revision 1.13 sys/fs/nilfs/nilfs_vfsops.c: revision 1.16 sys/ufs/mfs/mfs_vfsops.c: revision 1.107 sys/fs/sysvbfs/sysvbfs_vfsops.c: revision 1.43 sys/ufs/ffs/ffs_vfsops.c: revision 1.297 sys/kern/vfs_syscalls.c: revision 1.478 sys/kern/vfs_syscalls.c: revision 1.479 sys/fs/puffs/puffs_vfsops.c: revision 1.110 sys/fs/cd9660/cd9660_vfsops.c: revision 1.84 sys/nfs/nfs_vfsops.c: revision 1.227 sys/fs/v7fs/v7fs_vfsops.c: revision 1.10 sys/ufs/ext2fs/ext2fs_vfsops.c: revision 1.180 sys/miscfs/umapfs/umap_vfsops.c: revision 1.92 sys/fs/filecorefs/filecore_vfsops.c: revision 1.76 sys/miscfs/nullfs/null_vfsops.c: revision 1.88 sys/fs/ptyfs/ptyfs_vfsops.c: revision 1.50 sys/coda/coda_vfsops.c: revision 1.81 sys/ufs/lfs/lfs_vfsops.c: revision 1.321 sys/fs/tmpfs/tmpfs_vfsops.c: revision 1.59 sys/fs/hfs/hfs_vfsops.c: revision 1.31 sys/miscfs/overlay/overlay_vfsops.c: revision 1.61 sys/fs/union/union_vfsops.c: revision 1.72 sys/fs/ntfs/ntfs_vfsops.c: revision 1.94 sys/kern/vfs_syscalls.c: revision 1.480 sys/fs/efs/efs_vfsops.c: revision 1.25 sys/kern/vfs_syscalls.c: revision 1.482 sys/fs/msdosfs/msdosfs_vfsops.c: revision 1.107 external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vfsops.c: revision 1.12 sys/miscfs/procfs/procfs_vfsops.c: revision 1.91 sys/fs/smbfs/smbfs_vfsops.c: revision 1.100 sys/fs/adosfs/advfsops.c: revision 1.70 sys/fs/udf/udf_vfsops.c: revision 1.67 Limit check for 'data_len'. Otherwise a (un)privileged user can easily panic the system by passing a huge size. ok christos@ An (un)privileged user can easily make the kernel dereference a NULL pointer. The kernel allows 'data' to be NULL; it's the fs's responsibility to ensure that it isn't NULL (if the fs actually needs data). ok christos@ Some fs's - like kernfs - set their vfs_min_mount_data to zero. Add a check to prevent an (un)privileged user from requesting a zero-sized allocation (and thus a panic). This thing is totally buggy: 'data_len' is modified by the fs, so calling kmem_free with it while its value has changed since the kmem_alloc is far from being a good idea. If the kernel figures out that something mismatches, it will panic (typically with kernfs).
|
1.103.16.1 |
| 18-May-2014 |
rmind | sync with head
|
1.103.14.1 |
| 21-Apr-2014 |
bouyer | Pull up following revision(s) (requested by maxv in ticket #1050): sys/ufs/chfs/chfs_vfsops.c: revision 1.11 sys/fs/unionfs/unionfs_vfsops.c: revision 1.13 sys/fs/nilfs/nilfs_vfsops.c: revision 1.16 sys/ufs/mfs/mfs_vfsops.c: revision 1.107 sys/fs/sysvbfs/sysvbfs_vfsops.c: revision 1.43 sys/ufs/ffs/ffs_vfsops.c: revision 1.297 sys/kern/vfs_syscalls.c: revision 1.478 sys/kern/vfs_syscalls.c: revision 1.479 sys/fs/puffs/puffs_vfsops.c: revision 1.110 sys/fs/cd9660/cd9660_vfsops.c: revision 1.84 sys/nfs/nfs_vfsops.c: revision 1.227 sys/fs/v7fs/v7fs_vfsops.c: revision 1.10 sys/ufs/ext2fs/ext2fs_vfsops.c: revision 1.180 sys/miscfs/umapfs/umap_vfsops.c: revision 1.92 sys/fs/filecorefs/filecore_vfsops.c: revision 1.76 sys/miscfs/nullfs/null_vfsops.c: revision 1.88 sys/fs/ptyfs/ptyfs_vfsops.c: revision 1.50 sys/coda/coda_vfsops.c: revision 1.81 sys/ufs/lfs/lfs_vfsops.c: revision 1.321 sys/fs/tmpfs/tmpfs_vfsops.c: revision 1.59 sys/fs/hfs/hfs_vfsops.c: revision 1.31 sys/miscfs/overlay/overlay_vfsops.c: revision 1.61 sys/fs/union/union_vfsops.c: revision 1.72 sys/fs/ntfs/ntfs_vfsops.c: revision 1.94 sys/kern/vfs_syscalls.c: revision 1.480 sys/fs/efs/efs_vfsops.c: revision 1.25 sys/kern/vfs_syscalls.c: revision 1.482 sys/fs/msdosfs/msdosfs_vfsops.c: revision 1.107 external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vfsops.c: revision 1.12 sys/miscfs/procfs/procfs_vfsops.c: revision 1.91 sys/fs/smbfs/smbfs_vfsops.c: revision 1.100 sys/fs/adosfs/advfsops.c: revision 1.70 sys/fs/udf/udf_vfsops.c: revision 1.67 Limit check for 'data_len'. Otherwise a (un)privileged user can easily panic the system by passing a huge size. ok christos@ An (un)privileged user can easily make the kernel dereference a NULL pointer. The kernel allows 'data' to be NULL; it's the fs's responsibility to ensure that it isn't NULL (if the fs actually needs data). ok christos@ Some fs's - like kernfs - set their vfs_min_mount_data to zero. Add a check to prevent an (un)privileged user from requesting a zero-sized allocation (and thus a panic). This thing is totally buggy: 'data_len' is modified by the fs, so calling kmem_free with it while its value has changed since the kmem_alloc is far from being a good idea. If the kernel figures out that something mismatches, it will panic (typically with kernfs).
|
1.103.12.2 |
| 03-Dec-2017 |
jdolecek | update from HEAD
|
1.103.12.1 |
| 20-Aug-2014 |
tls | Rebase to HEAD as of a few days ago.
|
1.103.8.1 |
| 21-Apr-2014 |
bouyer | Pull up following revision(s) (requested by maxv in ticket #1050): sys/ufs/chfs/chfs_vfsops.c: revision 1.11 sys/fs/unionfs/unionfs_vfsops.c: revision 1.13 sys/fs/nilfs/nilfs_vfsops.c: revision 1.16 sys/ufs/mfs/mfs_vfsops.c: revision 1.107 sys/fs/sysvbfs/sysvbfs_vfsops.c: revision 1.43 sys/ufs/ffs/ffs_vfsops.c: revision 1.297 sys/kern/vfs_syscalls.c: revision 1.478 sys/kern/vfs_syscalls.c: revision 1.479 sys/fs/puffs/puffs_vfsops.c: revision 1.110 sys/fs/cd9660/cd9660_vfsops.c: revision 1.84 sys/nfs/nfs_vfsops.c: revision 1.227 sys/fs/v7fs/v7fs_vfsops.c: revision 1.10 sys/ufs/ext2fs/ext2fs_vfsops.c: revision 1.180 sys/miscfs/umapfs/umap_vfsops.c: revision 1.92 sys/fs/filecorefs/filecore_vfsops.c: revision 1.76 sys/miscfs/nullfs/null_vfsops.c: revision 1.88 sys/fs/ptyfs/ptyfs_vfsops.c: revision 1.50 sys/coda/coda_vfsops.c: revision 1.81 sys/ufs/lfs/lfs_vfsops.c: revision 1.321 sys/fs/tmpfs/tmpfs_vfsops.c: revision 1.59 sys/fs/hfs/hfs_vfsops.c: revision 1.31 sys/miscfs/overlay/overlay_vfsops.c: revision 1.61 sys/fs/union/union_vfsops.c: revision 1.72 sys/fs/ntfs/ntfs_vfsops.c: revision 1.94 sys/kern/vfs_syscalls.c: revision 1.480 sys/fs/efs/efs_vfsops.c: revision 1.25 sys/kern/vfs_syscalls.c: revision 1.482 sys/fs/msdosfs/msdosfs_vfsops.c: revision 1.107 external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vfsops.c: revision 1.12 sys/miscfs/procfs/procfs_vfsops.c: revision 1.91 sys/fs/smbfs/smbfs_vfsops.c: revision 1.100 sys/fs/adosfs/advfsops.c: revision 1.70 sys/fs/udf/udf_vfsops.c: revision 1.67 Limit check for 'data_len'. Otherwise a (un)privileged user can easily panic the system by passing a huge size. ok christos@ An (un)privileged user can easily make the kernel dereference a NULL pointer. The kernel allows 'data' to be NULL; it's the fs's responsibility to ensure that it isn't NULL (if the fs actually needs data). ok christos@ Some fs's - like kernfs - set their vfs_min_mount_data to zero. Add a check to prevent an (un)privileged user from requesting a zero-sized allocation (and thus a panic). This thing is totally buggy: 'data_len' is modified by the fs, so calling kmem_free with it while its value has changed since the kmem_alloc is far from being a good idea. If the kernel figures out that something mismatches, it will panic (typically with kernfs).
|
1.103.2.1 |
| 22-May-2014 |
yamt | sync with head.
for a reference, the tree before this commit was tagged as yamt-pagecache-tag8.
this commit was splitted into small chunks to avoid a limitation of cvs. ("Protocol error: too many arguments")
|
1.106.2.1 |
| 10-Aug-2014 |
tls | Rebase.
|
1.108.4.2 |
| 28-Aug-2017 |
skrll | Sync with HEAD
|
1.108.4.1 |
| 06-Apr-2015 |
skrll | Sync with HEAD
|
1.110.4.1 |
| 21-Apr-2017 |
bouyer | Sync with HEAD
|
1.110.2.2 |
| 26-Apr-2017 |
pgoyette | Sync with HEAD
|
1.110.2.1 |
| 20-Mar-2017 |
pgoyette | Sync with HEAD
|
1.113.12.1 |
| 08-Apr-2020 |
martin | Merge changes from current as of 20200406
|
1.116.10.1 |
| 02-Aug-2025 |
perseant | Sync with HEAD
|