| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
regular user could panic the machine with a simple "tail /proc/curproc/mem"
command. The problem was twofold: both kernfs and procfs didn't fill in
the mnt_stat statfs struct (which would later lead to an integer divide
fault in the vnode pager), and kernfs bogusly paniced if a bmap was
attempted.
Reviewed by: John Dyson
|
| |
|
|
|
|
| |
to root so that group kmem can still get to it. *SIGH*
|
| |
|
|
|
|
| |
that it doesn't need to be setuid root.
|
|
|
|
|
|
|
|
|
|
| |
VFCF_NETWORK (this FS goes over the net)
VFCF_READONLY (read-write mounts do not make any sense)
VFCF_SYNTHETIC (data in this FS is not real)
VFCF_LOOPBACK (this FS aliases something else)
cd9660 is readonly; nullfs, umapfs, and union are loopback; NFS is netowkr;
procfs, kernfs, and fdesc are synthetic.
|
|
|
|
|
|
| |
(except in netccitt, netiso and netns) and most of the warnings from
`gcc -Wnested-externs'. Fix all the bugs found. There were no serious
ones.
|
|
|
|
| |
Added missing newline to log() call.
|
|
|
|
|
|
| |
Use bmap run-length extension when doing clustered paging.
Submitted by: John Dyson
|
|
|
|
|
|
| |
to fail if the random thing on the stack happens to be too large.
Submitted by: David Jones <dej@qpoint.torfree.net>
|
|
|
|
| |
Submitted by: Gary Jennejohn
|
|
|
|
| |
his kernel stack.
|
|
|
|
| |
Submitted by: John Dyson
|
| |
|
|
|
|
| |
the wait.
|
|
|
|
|
|
| |
2) Fixed directory size to return something reasonable.
3) Disabled "file" until the code is completed.
4) Corrected directory link counts.
|
|
|
|
| |
loadable. (NFS is a notable exception.)
|
|
|
|
| |
fix the resulting warnings.
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Delete redundant declarations.
- Add -Wredundant-declarations to Makefile.i386 so they don't come back.
- Delete sloppy COMMON-style declarations of uninitialized data in
header files.
- Add a few prototypes.
- Clean up warnings resulting from the above.
NB: ioconf.c will still generate a redundant-declaration warning, which
is unavoidable unless somebody volunteers to make `config' smarter.
|
| |
|
|
|
|
|
| |
Reviewed by: Rodney W. Grimes
Submitted by: John Dyson and David Greenman
|
|
|