Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
from lucas gabriel vuotto
|
|
|
|
|
|
support FBT_CREATE. Fall back to FBT_MKNOD + FBT_OPEN so that a valid
sequence of FUSE messages is sent to the file system when creating files.
input from mpi@, otto@
|
|
|
|
|
|
|
|
on exit.
ok mpi@
|
|
From Klemens Nanni.
|
|
if you're trying to free something that a timeout is using, you
have to wait for that timeout to finish running before doing the
free. timeout_del can stop a timeout from running in the future,
but it doesn't know if a timeout has finished being scheduled and
is now running.
previously you could know that timeouts are not running by simply
masking softclock interrupts on the cpu running the kernel. however,
code is now running outside the kernel lock, and timeouts can run
in a thread instead of softclock.
timeout_barrier solves the first problem by taking the kernel lock
and then masking softclock interrupts. that is enough to ensure
that any further timeout processing is waiting for those resources
to run again.
the second problem is solved by having timeout_barrier insert work
into the thread. when that work runs, that means all previous work
running in that thread has completed.
fixes and ok visa@, who thinks this will be useful for his work
too.
|
|
Confirmed on Thinkpad X270
|
|
|
|
|
|
|
|
of Sub::Attribute Perl module.
OK jmc@
|
|
right now the rx ring moderation code makes a decision globally
that a machine is livelocked, and uses that to apply backpressure
on all the rx rings. we're moving toward having the network stack
run on multiple cpus, and fed from multiple rx rings. if_rxr_livelocked
lets a driver apply backpressure explicitely if something tells it
that whatever is consuming previous packets cannot keep up.
while here expose the current ring watermark with if_rxr_cwm.
tweaks and ok visa@
|
|
|
|
|
|
ok kettenis
|
|
struct ifreq and is no longer overloaded with ifr_metric. Moreover,
ifr_index and ifr_llprio were missing and mandoc -Tlint complained
about a "useless macro: Tn".
ok jmc, benno, visa
|
|
no functional change, ie, the output is the same
|
|
ok guenther@
|
|
taskq_barrier guarantees that any task that was running on the taskq
has finished by the time taskq_barrier returns. it is similar to
intr_barrier.
this is needed for use in ifq_barrier as part of an upcoming change.
|
|
|
|
pass in proto icmp max-pkt-rate 100/10
all packets matching the rule in the direction the state was created are
taken into consideration (typically: requests, but not replies).
Just like with the other max-*, the rule stops matching if the maximum is
reached, so in typical scenarios the default block rule would kick in then.
with input from Holger Mikolon
ok mikeb
|
|
|
|
|
|
one location under /usr/share/relink.
Be more specific in src/etc/rc reorder_libs() what filesystems
need r/w remount and ensure that their mount state is restored.
Idea and positive feedback from deraadt@
OK aja@ tb@
|
|
ok jca@ tb@
|
|
ok nicm@ danj@ jca@ jmc@
|
|
|
|
|
|
ttyB* minor numbers change; be sure to rerun MAKEDEV if you do not
upgrade with bsd.rd
Adapted from NetBSD by miod@
|
|
|
|
Also remove ruby 1.8, 2.1, and 2.2 information, as that support was
removed. Additionally, extconf CONFIGURE_STYLE support was removed,
so remove mention of that as well.
|
|
Prompted by and ok jmc@
|
|
|
|
ok stsp@
|
|
Input and OK jmc@, OK mpi@
|
|
From Bryan Linton.
|
|
and drop the now redundant allocation type M_FTABLE.
OK mikeb@, bluhm@, mpi@
|
|
|
|
ok jsg@, patrick@, deraadt@
|
|
TCP_FACK was disabled by provos@ in June 1999.
TCP_FACK is an algorithm that decides that when something is lost, all
not SACKed packets until the most forward SACK are lost. It may be a
correct estimate, if network does not reorder packets.
OK visa@ mpi@ mikeb@
|
|
ok mpi@
|
|
|
|
I looked through our whole tree and failed to find a single use
that is really convincing, except those with .Mt. Putting it around
character and key names is somewhat widespread and maybe acceptable,
even if hardly useful.
So for now, delete the bogus examples and explain what these macros
are really used for. Discourage the most common abuses.
Triggered by a question from Raf Czlonka <rczlonka at gmail dot com>.
|