Age | Commit message (Collapse) | Author |
|
patch from espie@ tweaked by me;
OK espie@, and millert@ agrees with the direction
|
|
|
|
sysctl.2 bits from benno@
|
|
|
|
|
|
ok tedu@ kettenis@
|
|
ok tedu@ jsg@
|
|
ok tedu@ jsg@
|
|
'default' class; also added to _PATH_DEFPATH in 2019. Update PATH accordingly.
OK millert@
|
|
|
|
pointed out by deraadt@
|
|
|
|
|
|
|
|
|
|
ok deraadt
|
|
|
|
|
|
ok deraadt krw
|
|
|
|
as defining a term. Please only use it when automatic tagging does
not work. Manual page authors will not be required to add the new
macro; using it remains optional. HTML output is still rudimentary
in this version and will be polished later.
Thanks to kn@ for reminding me that i have been considering since
BSDCan 2014 whether something like this might be useful. Given
that possibilities of making automatic tagging better are running
out and there are still several situations where automatic tagging
cannot do the job, i think the time is now ripe.
Feedback and no objection from millert@; OK espie@ inoguchi@ kn@.
|
|
reminded by espie@
|
|
does not work for uid/gid.
OK @kn, OK @sthen
|
|
Change several instances, most of them to the usual -width Ds.
|
|
|
|
|
|
differentiate it from base-gcc, and we won't have to change
the manpage for every ports-gcc minor update.
Proposed by and OK sthen@
|
|
The *sleep(9) interfaces are challenging to use when one needs to sleep
for a given minimum duration: the programmer needs to account for both
the current tick and any integer division when converting an interval
to a count of ticks. This sort of input conversion is complicated and
ugly at best and error-prone at worst.
This patch consolidates this conversion logic into the *sleep_nsec(9)
functions themselves. This will allow us to use the functions at the
syscall layer and elsewhere in the kernel where guaranteeing a minimum
sleep duration is of vital importance.
With input from bluhm@, guenther@, ratchov@, tedu@, and kettenis@.
Requested by mpi@ and kettenis@.
Conversion algorithm from mpi@.
ok mpi@, kettenis@, deraadt@
|
|
current gcc-8.3.
OK espie@
|
|
This driver was never completed. It only mapped memory and established
an interrupt.
ok krw@ mlarkin@ dlg@
|
|
|
|
Closing a gap reported by bentley@, who also sent a patch,
but i'm explaining it somewhat differently.
While here, remove duplicate information from the text.
OK bentley@
|
|
|
|
Not built since 2006, and a mail from 2004 mentions no one having
hardware. Unsurprisingly it does not build with clang.
ok mlarkin@ krw@ deraadt@
|
|
in <net/if_tun.h> also there is no need to document them again. Instead
reference to ioctl(2) that has all the info. Also remove TIOCSPGRP and
TIOCGPGRP and replace them with FIOSETOWN and FIOGETOWN. Users should
use those ioctl(2) to set the process / process group to be signaled
when FIOASYNC is set.
OK visa@
|
|
FIOGETOWN/SIOCGPGRP/TIOCGPGRP. Do this by determining the meaning of
the ID parameter inside the sigio code. Also add cases for FIOSETOWN
and FIOGETOWN where there have been TIOCSPGRP and TIOCGPGRP before.
These changes allow removing the ID translation from sys_fcntl() and
sys_ioctl().
Idea from NetBSD
OK mpi@, claudio@
|
|
|
|
After inserting a knote, check that the associated file descriptor
still references the same file. Remove the knote if the descriptor
has changed because otherwise the kqueue becomes inconsistent with
the file descriptor table.
There is an analogous race in fcntl(F_SETLK). It is already handled,
but the code can be simplified by using the same check as in
kqueue_register().
Fix inspired by DragonFly BSD
OK mpi@, anton@
|
|
These allow the caller to initialize timeouts with arbitrary flags. We
only have one flag at the moment, TIMEOUT_PROC, but experimenting with
other flags is easier if these interfaces are available in-tree.
With input from bluhm@, guenther@, and visa@.
"makes sense to me" bluhm@, ok visa@
|
|
OK mpi@
|
|
so add the term and very briefly describe the consequences;
OK millert@ espie@ jmc@, also using input from guenther@
|
|
AMD SoCs/chipsets.
From James Hastings
|
|
From Lev Lazinskiy
Thanks!
|
|
|
|
okay millert@, tb@
|
|
ok jmc@
|
|
|
|
|
|
|
|
|