| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
the message buffer on startup.
|
| |
|
|
|
|
|
|
|
| |
Submitted by: R.Mahmatkhanov <cvs-src@yandex.ru>
Reviewed by: scottl
Approved by: rwatson (mentor)
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes sure that process tokens credentials with un-initialized
audit contexts are handled correctly. Currently, when invariants are
enabled, this change fixes a panic by ensuring that we have a valid
termid family. Also, this fixes token generation for process tokens
making sure that userspace is always getting a valid token.
This is consistent with what Solaris does when an audit context is
un-initialized.
Obtained from: TrustedBSD Project
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
ciss_report_request() return an error (which is most likely data
underrun).
Noticed by: Mark Atkinson
MFC after: 1 week
|
|
|
|
|
| |
Preserve warning but do not reset if we enter the routine
without seeing a hardware error.
|
|
|
|
|
| |
- Fix it so the VRF is captured while locks are held.
MFC after: 1 week
|
|
|
|
|
|
| |
prioity when running the thread. (this is for the sctp_interator thread).
MFC after: 1 week
|
|
|
|
|
|
| |
could cause a crash in the auth code.
Obtained from: Michael Tuexen
MFC after: 1 week
|
|
|
|
| |
span the 32 bit roll over mark.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
relabel check for MLS rather than returning 0 directly.
This problem didn't result in a vulnerability currently as the central
implementation of ifnet relabeling also checks for UNIX privilege, and
we currently don't guarantee containment for the root user in mac_mls,
but we should be using the MLS definition of privilege as well as the
UNIX definition in anticipation of supporting root containment at some
point.
MFC after: 3 days
Submitted by: Zhouyi Zhou <zhouzhouyi at gmail dot com>
Sponsored by: Google SoC 2007
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
| |
float precision. This fixes some double rounding problems for
subnormals and simplifies things a bit.
|
|
|
|
| |
Noticed by: simon
|
|
|
|
|
|
| |
devd(8) is not running such as the system in single user mode.
MFC after: 1 week
|
|
|
|
|
|
| |
can check whether devd(8) is running.
MFC after: 1 week
|
|
|
|
|
|
| |
diagnostic messages and adding a few found in the code.
PR: 51891
|
|
|
|
|
|
|
|
| |
is enabled dummynet(4) is added to the list of required modules.
Discussed on: #freebsd-bugbusters (rwatson, trhodes)
PR: conf/79196
MFC after: 1 week
|
|
|
|
| |
PR: kern/119839
|
|
|
|
|
|
| |
Prompted by PR conf/85363
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
Works both in interactive or batch mode. This is a heavily modified version
of the patch submitted in the PR.
PR: bin/105060
MFC after: 1 week
|
| |
|
| |
|
|
|
|
| |
directly
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
- Fix whitespace according to style(9).
- Sync the comment describing why we have to wait in nsphy_reset()
with nsphyter_reset(). It's true that the manual tells to not do a
reset within 500us of applying power but that's unlikely the cause
of problems seen here. Generally having to wait 500us after a reset
however is.
|
|
|
|
|
| |
I'm not sure why warn() and err() string formatted variables need
to be right-justified.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
DP83847 PHYs. The main reason for using a specific driver for these
PHYs are reset quirks similar to the nsphy(4) driven DP83840A.
PR: 112654
Obtained from: NetBSD
MFC after: 2 weeks
Thanks to: mlaier for testing w/ DP83815
|
| |
|
|
|
|
|
|
| |
PR: 119993
MFC after: 2 months
Suggested by: Scot Hetzel <swhetzel at gmail dot com>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
(and while here correct the mbuf type)
Submitted by: Sam Banks <w0lfie@clear.net.nz>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
| |
overridden at compile-time using kernel options of the same names.
Rather than doing a compile-time CTASSERT of buffer sizes being
even multiples of block sizes, just adjust them at boottime, as
the failure mode is more user-friendly.
MFC after: 2 months
PR: 119993
Suggested by: Scot Hetzel <swhetzel at gmail dot com>
|
|
|
|
| |
Approved by: imp
|
|
|
|
| |
Confirmed by: imp
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fields in FTS and FTSENT structs being too narrow. In addition,
the narrow types creep from there into fts.c. As a result, fts(3)
consumers, e.g., find(1) or rm(1), can't handle file trees an ordinary
user can create, which can have security implications.
To fix the historic implementation of fts(3), OpenBSD and NetBSD
have already changed <fts.h> in somewhat incompatible ways, so we
are free to do so, too. This change is a superset of changes from
the other BSDs with a few more improvements. It doesn't touch
fts(3) functionality; it just extends integer types used by it to
match modern reality and the C standard.
Here are its points:
o For C object sizes, use size_t unless it's 100% certain that
the object will be really small. (Note that fts(3) can construct
pathnames _much_ longer than PATH_MAX for its consumers.)
o Avoid the short types because on modern platforms using them
results in larger and slower code. Change shorts to ints as
follows:
- For variables than count simple, limited things like states,
use plain vanilla `int' as it's the type of choice in C.
- For a limited number of bit flags use `unsigned' because signed
bit-wise operations are implementation-defined, i.e., unportable,
in C.
o For things that should be at least 64 bits wide, use long long
and not int64_t, as the latter is an optional type. See
FTSENT.fts_number aka FTS.fts_bignum. Extending fts_number `to
satisfy future needs' is pointless because there is fts_pointer,
which can be used to link to arbitrary data from an FTSENT.
However, there already are fts(3) consumers that require fts_number,
or fts_bignum, have at least 64 bits in it, so we must allow for them.
o For the tree depth, use `long'. This is a trade-off between making
this field too wide and allowing for 64-bit inode numbers and/or
chain-mounted filesystems. On the one hand, `long' is almost
enough for 32-bit filesystems on a 32-bit platform (our ino_t is
uint32_t now). On the other hand, platforms with a 64-bit (or
wider) `long' will be ready for 64-bit inode numbers, as well as
for several 32-bit filesystems mounted one under another. Note
that fts_level has to be signed because -1 is a magic value for it,
FTS_ROOTPARENTLEVEL.
o For the `nlinks' local var in fts_build(), use `long'. The logic
in fts_build() requires that `nlinks' be signed, but our nlink_t
currently is uint16_t. Therefore let's make the signed var wide
enough to be able to represent 2^16-1 in pure C99, and even 2^32-1
on a 64-bit platform. Perhaps the logic should be changed just
to use nlink_t, but it can be done later w/o breaking fts(3) ABI
any more because `nlinks' is just a local var.
This commit also inludes supporting stuff for the fts change:
o Preserve the old versions of fts(3) functions through libc symbol
versioning because the old versions appeared in all our former releases.
o Bump __FreeBSD_version just in case. There is a small chance that
some ill-written 3-rd party apps may fail to build or work correctly
if compiled after this change.
o Update the fts(3) manpage accordingly. In particular, remove
references to fts_bignum, which was a FreeBSD-specific hack to work
around the too narrow types of FTSENT members. Now fts_number is
at least 64 bits wide (long long) and fts_bignum is an undocumented
alias for fts_number kept around for compatibility reasons. According
to Google Code Search, the only big consumers of fts_bignum are in
our own source tree, so they can be fixed easily to use fts_number.
o Mention the change in src/UPDATING.
PR: bin/104458
Approved by: re (quite a while ago)
Discussed with: deischen (the symbol versioning part)
Reviewed by: -arch (mostly silence); das (generally OK, but we didn't
agree on some types used; assuming that no objections on
-arch let me to stick to my opinion)
|
|
|
|
| |
start using the quiet prefix (i.e. quietstart, quietstop, etc...).
|
|
|
|
|
|
|
|
| |
exposed as kernel compile options, they have more meaningful names.
PR: 119993
MFC after: 2 months
Suggested by: Scot Hetzel <swhetzel at gmail dot com>
|
|
|
|
| |
start using the quiet prefix (i.e. quietstart, quietstop, etc...).
|
| |
|
|
|
|
| |
and quotacheck in some more detail.
|
|
|
|
|
|
| |
PR: docs/106416
Submitted by: Pete Slagle, freebsd-stable at voidcaptain.com
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
bug that caused us to reintroduce it is believed to be fixed, and Kris
says he no longer sees problems with fifofs in highly parallel builds.
If this works out, we'll MFC it for 7.1.
MFC after: 3 months
Pointed out by: kris
|
|
|
|
|
|
|
|
|
| |
process parallel checks in the same way as fsck, since fsck supports
pass numbers other than 0, 1 or 2. Without this, quotacheck would
ignore file systems with pass numbers > 2.
The -l (maxrun) option is now deprecated and can be tuned with pass
numbers in /etc/fstab if needed.
|