| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
There are two 3rd party code chunks using this still - the IPv6 stuff and
i4b. Give them a private copy as an alternative to changing them too much.
XXX sys/kernel.h still has a #include <sys/module.h> in it. I will be
taking this out shortly - this affects a number of drivers.
|
|
|
|
| |
Doesn't work, no maintainer, more promising code exists elsewhere.
|
| |
|
| |
|
|
|
|
| |
Submitted by: Loren James Rittle <rittle@latour.rsch.comm.mot.com>
|
|
|
|
|
|
| |
opt_foo.h:
touch opt_foo.h
.. is unnecessary - kmod.mk does this for us.
|
|
|
|
| |
Make buffer_map a system map.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
by myself. It solves a serious vm_map corruption problem that can occur
with the buffer cache when block sizes > 64K are used. This code has been
heavily tested in -stable but only tested somewhat on -current. An MFC
will occur in a few days. My additions include the vm_map_simplify_entry()
and minor buffer cache boundry case fix.
Make the buffer cache use a system map for buffer cache KVM rather then a
normal map.
Ensure that VM objects are not allocated for system maps. There were cases
where a buffer map could wind up with a backing VM object -- normally
harmless, but this could also result in the buffer cache blocking in places
where it assumes no blocking will occur, possibly resulting in corrupted
maps.
Fix a minor boundry case in the buffer cache size limit is reached that
could result in non-optimal code.
Add vm_map_simplify_entry() calls to prevent 'creeping proliferation'
of vm_map_entry's in the buffer cache's vm_map. Previously only a simple
linear optimization was made. (The buffer vm_map typically has only a
handful of vm_map_entry's. This stabilizes it at that level permanently).
PR: 20609
Submitted by: (Tor Egge) tegge
|
|
|
|
| |
Submitted by: Christian Weisgerber <naddy@mips.inka.de>
|
| |
|
|
|
|
|
| |
document that cp still isn't very useful for recursive copies even
with the -R flag. This is because hard links are broken by cp.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
entry fits within its DIRBLKSIZ block. The surrounding code is
extremely fragile with respect to corruption of the directory entry
'd_reclen' field; if directory corruption occurs, it can blindly
scan forward beyond the end of the filesystem block. Usually this
results in a 'fault on nofault entry' panic.
Directory corruption is now much more likely to be detected, resulting
in a 'ufs_dirbad' panic. If the filesystem is read-only, it will
simply print a warning message, and skip the corrupted block.
Reviewed by: mckusick
|
| |
|
|
|
|
| |
a radius accounting packet.
|
|
|
|
|
|
| |
complains that you can't do MPPE without CHAP81).
Reset MasterKeyValid to zero when we hit phase DEAD.
|
|
|
|
|
|
|
|
| |
CLOSE_NORMAL meanings. CLOSE_NORMAL doesn't change the currently
required state, the others do. This should stop ppp from entering
DATALINK_READY when LCP shutdown doesn't end up happening cleanly.
Bump our version number to reflect this change.
|
|
|
|
| |
Pointed out by: bde
|
|
|
|
|
|
|
|
|
|
| |
in ufs_dirbad(). The mnt_stat.f_flags field is only updated by the
syscalls *statfs and getfsstat, so mnt_flag should be used instead.
This only affects whether or not a panic is generated on detection of
certain types of directory corruption.
Reviewed by: mckusick
|
|
|
|
|
|
|
|
| |
checksums (to see if it's been modified post-installation). Naturally,
this mechanism is only as secure as the contents of /var/db/pkg if you're
using it for auditing purposes.
Submitted by: Roman Shterenzon <roman@xpert.com>
|
|
|
|
| |
HARDWARE.TXT update to follow.
|
|
|
|
|
|
|
| |
turned on, and the case of it not being defined at all.
i.e. Disabling bridging re-enables some of the checks it disables.
Submitted by: "Rogier R. Mulhuijzen" <drwilco@drwilco.net>
|
|
|
|
|
|
|
| |
<sys/queue.h> implementation details.
Created with: /usr/sbin/sed
Reviewed with: /sbin/md5
|
|
|
|
|
| |
Created with: /usr/bin/sed
Reviewed by: /sbin/md5
|
|
|
|
|
| |
theoretically NEWCARD might work one day). if_wi.c is in the MI config
section already.
|
|
|
|
|
|
|
| |
time to sort out the quirks. Add 'options PREEMPTION' to test it on
the Alpha.
Reviewed by: jhb
|
|
|
|
|
|
|
|
|
| |
compiled in. This involves a commented out sshd line to match the
remainder of the commented out pam_kerberosIV.so entries. This
doesn't quite restore the correct behavior, as ticket files are
not managed properly, but it's an improvement.
Forgotten by: green
|
|
|
|
|
|
|
|
|
|
| |
just messages{,.0*} when looking for login failures and refused
connections.
PR: 23415
Mostly submitted by: phk
Convert a few " "s to tabs while I'm here - for consistency.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in tunopen())
o Change the default device permissions to 0600 root:wheel
(were uucp:dialer)
o Only let root (suser()) change the MTU
This makes it possible for an administrator to open up the
permissions on /dev/tun*, letting non-root programs service
a tun interface. Co-operation is still required with a
priviledged program that will configure the interface side
of things.
|
|
|
|
|
| |
time it is because boottime is not yet initialized. Finagle the relevant
fields when we get the chance.
|
| |
|
|
|
|
|
|
| |
out any data pending in the buffer.
Submitted by: Tony Finch <dot@dotat.at>
|
|
|
|
|
| |
Give symlinks mode 755 by default to avoid triggering alert eyes.
(the mode isn't use on symlinks)
|
| |
|
| |
|
|
|
|
|
| |
Submitted by: Mike Heffner <mheffner@vt.edu>
Reviewed by: freebsd-audit
|
| |
|
|
|
|
|
|
|
| |
(about 31 MB - 32 MB).
Submitted (partially)
by: Pascal Hofstee <daeron@wit401305.student.utwente.nl>
|
|
|
|
|
|
|
|
|
| |
* Optimise the return path for syscalls so that they only restore a minimal
set of registers instead of performing a full exception_return.
A new flag in the trapframe indicates that the frame only holds partial
state. When it is necessary to perform a full state restore (e.g. after an
execve or signal), the flag is cleared to force a full restore.
|
|
|
|
|
|
| |
version. This should fix the read-before-write problem again.
Obtained from: "Adam J. Richter" <adam@yggdrasil.com>
|
|
|
|
|
|
|
| |
striped plexes. This prevents various panics introduced in the last
rewrite of the locking code.
Suffered by: "Niels Chr. Bank-Pedersen" <ncbp@bank-pedersen.dk>
|
|
|
|
| |
from the clone handler.
|
| |
|
|
|
|
|
| |
PR: docs/23936
Submitted by: Garret Rooney <rooneg@rpi.edu>
|