summaryrefslogtreecommitdiffstats
path: root/sys/fs/devfs
Commit message (Expand)AuthorAgeFilesLines
* Unsupport forceful unmounts of DEVFS.phk2005-01-041-1/+1
* Be consistent about flag values passed to device drivers read/writephk2004-12-221-11/+4
* Shuffle numeric values of the IO_* flags to match the O_* flags fromphk2004-12-221-0/+13
* We can only ever get to vgonechrl() from a devfs vnode, so we do notphk2004-12-201-1/+2
* Add a couple of KASSERTS to try to diagnose a problem reported.phk2004-12-201-1/+5
* Be a bit more assertive about vnode bypass.phk2004-12-141-16/+17
* Another FNONBLOCK -> O_NONBLOCK.phk2004-12-131-2/+2
* Use O_NONBLOCK instead of FNONBLOCK alias.phk2004-12-131-1/+1
* Explicit panic in vop_read/vop_write for devicesphk2004-12-131-0/+2
* The remaining part of nmount/omount/rootfs mount changes. I cannot sensiblyphk2004-12-071-1/+8
* Use vfs_mountedfrom() and rely on vfs_mount.c to call VFS_STATFS()phk2004-12-061-3/+2
* VFS_STATFS(mp, ...) is mostly called with &mp->mnt_stat, but a few casesphk2004-12-051-6/+0
* Back when VOP_* was introduced, we did not have new-style structphk2004-12-011-61/+48
* Mechanically change prototypes for vnode operations to use the new typedefs.phk2004-12-011-20/+20
* Ignore MNT_NODEV, it is implicit in choice of filesystem these days.phk2004-11-261-1/+1
* Make vnode bypass for devices mandatory.phk2004-11-171-200/+1
* Make vnode bypass the default for devices.phk2004-11-151-1/+1
* Integrate most of vop_revoke() into devfs_revoke() where it belongs.phk2004-11-131-1/+24
* Add the devfs_fp_check() function which helps us get from a struct filephk2004-11-131-70/+34
* Refuse attemps to mount root filesystemphk2004-11-091-1/+1
* Add optional device vnode bypass to DEVFS.phk2004-11-081-0/+287
* Properly implement a default version of VOP_GETWRITEMOUNT.phk2004-11-061-1/+0
* Add back securelevel check for disks.phk2004-11-041-0/+12
* Don't give disks special treatment, they don't come this way anymore.phk2004-10-291-37/+0
* Remove VOP_SPECSTRATEGY() from the system.phk2004-10-291-57/+0
* Give dev_strategy() an explict cdev argument in preparation for removingphk2004-10-291-1/+1
* What can I say: don't allow people to mount DEVFS with option "nodev".phk2004-10-282-8/+2
* Put the I/O block size in bufobj->bo_bsize.phk2004-10-261-1/+1
* Alas, poor SPECFS! -- I knew him, Horatio; A filesystem of infinitephk2004-10-221-26/+551
* XXX mark two places where we do not hold a threadcount on the dev whenphk2004-09-241-0/+2
* Put a version element in the VFS filesystem configuration structurephk2004-07-301-6/+3
* Rename suser_cred()'s PRISON_ROOT flag to SUSER_ALLOWJAIL. This iscperciva2004-07-261-2/+2
* In devfs_allocv(), rather than assigning 'td = curthread', assert thatrwatson2004-07-221-7/+9
* Make VFS_ROOT() and vflush() take a thread argument.alfred2004-07-121-5/+4
* Reduce a fair bit of the atomics because we are now called with aphk2004-06-181-73/+55
* Second half of the dev_t cleanup.phk2004-06-171-4/+4
* Do the dreaded s/dev_t/struct cdev */phk2004-06-164-25/+25
* Report the correct length for symlink entries.phk2004-02-191-1/+1
* White-space align a struct definition.phk2004-02-153-37/+27
* Fix style(9) of my previous commit.cperciva2004-01-211-1/+1
* Allow devfs path rules to work on directories. Without this fix,cperciva2004-01-211-1/+2
* Improve on POLA by populating DEVFS before doing devfs(8) rule ioctls.phk2004-01-021-0/+5
* Modify the MAC Framework so that instead of embedding a (struct label)rwatson2003-11-121-1/+1
* Remember to check the DE_WHITEOUT flag in the case where a clonedphk2003-10-201-4/+9
* When a driver successfully created a device on demand, we can directlyphk2003-10-201-7/+6
* Initialize struct vfsops C99-sparsely.phk2003-06-121-15/+4
* Remove unused variable.phk2003-05-311-6/+1
* Rename vfs_stdsync function to vfs_stdnosync which matches morekan2003-03-111-1/+1
* Finish cleanup of vprint() which was begun with changing v_tag to a string.njl2003-03-031-2/+0
* Clean up whitespace, s/register //, refrain from strong urge to ANSIfy.des2003-03-021-14/+14
OpenPOWER on IntegriCloud