| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Although groff_mdoc(7) gives another impression, this is the ordering
most widely used and also required by mdocml/mandoc.
Reviewed by: ru
Approved by: philip, ed (mentors)
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
Note implementation-defined EOPNOTSUPP error [1].
PR: threads/143115 [1]
MFC after: 3 days
|
|
|
|
| |
I removed utmp and its manpage, but not other manpages referring to it.
|
| |
|
|
|
|
|
| |
Reviewed by: davidxu
MFC after: 2 weeks
|
|
|
|
|
|
| |
PR: 140615
Submitted by: Andrius Morkunas <hinokind@gmail.com>
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Last year I added SLIST_REMOVE_NEXT and STAILQ_REMOVE_NEXT, to remove
entries behind an element in the list, using O(1) time. I recently
discovered NetBSD also has a similar macro, called SLIST_REMOVE_AFTER.
In my opinion this approach is a lot better:
- It doesn't have the unused first argument of the list pointer. I added
this, mainly because OpenBSD also had it.
- The _AFTER suffix makes a lot more sense, because it is related to
SLIST_INSERT_AFTER. _NEXT is only used to iterate through the list.
The reason why I want to rename this now, is to make sure we don't
release a major version with the badly named macros.
|
| |
|
|
|
|
|
| |
PR: 132392
Submitted by: Niclas Zeising <niclas.zeising@gmail.com> (original version)
|
|
|
|
|
| |
devtoname(3) is a nonexistent function. We do have devtoname(9), but
that's entirely different. The correct function is devname(3).
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Document the minor(3), major(3) and makedev(3) macro's. They also
apply to umajor() and uminor() in the kernel, but hopefully we'll sort
that out one day.
- Briefly dev2unit() inside the make_dev(9) manual page, since this is
now the preferred macro to obtain character device unit numbers inside
the kernel.
- Remove the device_ids(9) manual page. It contains highly inaccurate
information, such as a description of the nonexistent major().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Even though single linked lists allow items to be removed at constant time
(when the previous element is known), the queue macro's don't allow this.
Implement new REMOVE_NEXT() macro's. Because the REMOVE() macro's also
contain the same code, make it call REMOVE_NEXT().
The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to the list
head, even though it is unused. We'd better mimic this. The STAILQ version
also needs a reference to the list. This means the prototypes of both
macro's are the same.
Approved by: philip (mentor)
PR: kern/121117
|
|
|
|
| |
build libkse. This should fix WITHOUT_LIBTHR builds as a side effect.
|
| |
|
| |
|
|
|
|
| |
omitted.
|
| |
|
|
|
|
|
|
| |
from the synopses of pthread*(3) manpages.
Reviewed by: deischen, davidxu
|
|
|
|
|
|
| |
not implemented in libthr.
Reviewed by: deischen, davidxu
|
|
|
|
|
|
|
| |
treatment of 'LIBKSE' as an "old style" knob.
Submitted by: ru
Approved by: re(kensmith)
|
|
|
|
|
|
| |
This introduces the WITHOUT_LIBKSE nob,
and changes WITHOUT_LIBPTHREADS to mean with neither threading libs.
Approved by: re(kensmith)
|
|
|
|
|
|
|
|
|
|
|
| |
the mutex locked. Also tweak the wording to make it more consistant
between pthread_cond_wait and pthread_cond_tiedwait.
Confirmed with the opengroup's web site that this is a valid return
value. Wording used specifically not that of opengroup's online man
pages.
MFC After: 1 week
|
|
|
|
| |
Submitted by: Jeremie Le-Hen
|
|
|
|
|
| |
PR: 60679
Submitted by: roam (with minor modifications)
|
| |
|
|
|
|
| |
Reviewed by: ru, deischen
|
|
|
|
|
|
|
|
| |
range, and mention the SCHED_OTHER scheduling policy.
Submitted by: davidxu
PR: docs/37843
MFC after: 3 days
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
PR: docs/100083
Reviewed by: deischen, ru
Obtained from: OpenBSD
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
|
|
| |
in the man page update.
PR: docs/94938
Submitted by: Ed Schouten <ed@fxq.nl>
MFC After: 3 days
|
|
|
|
|
|
|
| |
If a tail queue is empty the return value of TAILQ_LAST is not
undefined, it is NULL.
Submitted by: Ruslan Ermilov <ru@FreeBSD.org>
|
|
|
|
| |
undefined, it is NULL.
|
|
|
|
|
|
|
|
| |
http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html
The src.conf(5) manpage is to follow in a few days.
Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
|
|
|
|
|
|
|
| |
Submitted by: sbahra at gwu dot edu
Reviewed by: ru@
Approved by: ceri@
MFC after: 3 days
|
| |
|
|
|
|
| |
Approved by: markm (mentor)
|
| |
|
|
|
|
|
|
|
| |
for which there may not be an exact match.
Reviewed by: glebius, julian
Approved by: markm (mentor)
|
|
|
|
| |
Reviewed by: deischen
|
| |
|
| |
|
|
|
|
|
|
| |
deletion' example.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
s/SYSCTLS/SYSCTL VARIABLES/
s/TUNABLES/LOADER TUNABLES/
s/CAVEAT/CAVEATS/
s/DESCIPTION/DESCRIPTION/
Reviewed by: ru
MFC after: 3 days
|
|
|
|
| |
Approved by: re (hrs)
|
|
|
|
| |
Approved by: re (blanket)
|