| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
the i.MX8M SoCs.
ok kettenis@
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The DST and TIMEZONE options(4) are incompatible with KARL, so we need
some other way to compensate for an RTC running with a known offset.
Enter kern.utc_offset, an offset in minutes East of UTC. TIMEZONE has
always been minutes West, but this is inconsistent with how everyone
else talks about timezones, hence the flip.
TIMEZONE has the advantage of being compiled into the binary. Our new
sysctl(2) has no such luck, so it needs to be set as early as possible
in boot, from sysctl.conf(5), so we can correct the kernel clock from
the RTC's local time to UTC before daemons like ntpd(8) and cron(8)
start. To encourage this, kern.utc_offset is made immutable after the
securelevel(7) is raised to 1.
Prompted by yasuoka@. Discussed with deraadt@, kettenis@, yasuoka@.
Additional testing by yasuoka@.
ok deraadt@, yasuoka@
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
getting etherip(4) to talk to a switch so i could verify this was
pretty fun.
remi@ pointed this bit of the manpage out somewhere, but it didn't
seem right anymore since etherip(4) was split out of gif(4). these
days if we have an interface that can be added to a bridge, we try
to make it look like an actual ethernet interface, which includes
having a mac address. we don't really have interfaces that change
modes and have these edge cases anymore.
|
|
|
|
| |
noticed by freda_bundchen. ok gilles millert
|
|
|
|
|
|
|
|
| |
does exist -- execv(3). Still call this a family but without "Nm".
Adjust Xr in various pages to refer to the precise function used
rather than the family, in most cases the semantics of execve(2) are
being referenced, so change the Xr.
ok jmc
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
clear;
ok/tweaks sthen
|
|
|
|
| |
ok kettenis@
|
| |
|
| |
|
|
|
|
| |
ok jmatthew
|
|
|
|
|
| |
the examples section need to be cut down a lot, but this is a good
start.
|
| |
|
| |
|
| |
|
|
|
|
| |
OK mestre@ jmc@ deraadt@
|
|
|
|
|
|
| |
kernel and userland.
OK deraadt@ jmc@
|
| |
|
| |
|
| |
|
|
|
|
| |
missing info reported by Ian <ropers at gmail dot com> on misc@
|
| |
|
| |
|
|
|
|
| |
Suggested by schwarze@ in a different thread
|
|
|
|
| |
With inputs from jmc@ and schwarze@
|
|
|
|
| |
okay bluhm@
|
|
|
|
|
|
| |
and only got adopted by GNU two decades later.
Thanks to Doug McIlroy <doug at cs dot dartmouth dot edu>
for pointing out the error.
|
|
|
|
| |
remove some bogus .Dv, and get rid of .Tn
|
|
|
|
|
|
| |
braces.
no objection from jmc@ and schwarze@
|
| |
|
|
|
|
|
|
|
|
| |
this makes a sentence read better when there's no syntax hilighting
in effect.
while here, say the write-write memory barrier is implemented with
membar_producer so it's easier to go read about what that provides.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
When send buffer space in the drain socket becomes available, a
task is added to move data, and also the userland was informed.
The latter is not usefull as this would mix a kernel and user stream.
So programs do not wait for this event. Avoid calling sowakeup()
from sowwakeup(), this also reduces grabing the kernel lock. Instead
inform the userland about the write event when the splicing is
dissolved in sounsplice().
OK claudio@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Equivalent to their unsuffixed counterparts except that (a) they take
a timeout in terms of nanoseconds, and (b) INFSLP, aka UINT64_MAX (not
zero) indicates that a timeout should not be set.
For now, zero nanoseconds is not a strictly valid invocation: we log a
warning on DIAGNOSTIC kernels if we see such a call. We still sleep
until the next tick in such a case, however. In the future this could
become some sort of poll... TBD.
To facilitate conversions to these interfaces: add inline conversion
functions to sys/time.h for turning your timeout into nanoseconds.
Also do a few easy conversions for warmup and to demonstrate how
further conversions should be done.
Lots of input from mpi@ and ratchov@. Additional input from tedu@,
deraadt@, mortimer@, millert@, and claudio@.
Partly inspired by FreeBSD r247787.
positive feedback from deraadt@, ok mpi@
|
|
|
|
| |
suggested by Michal Nowak <mnowak at startmail dot com>
|
| |
|