Author: rrs
Date: Wed Feb 13 14:57:59 2019
New Revision: 344099
URL: https://svnweb.freebsd.org/changeset/base/344099
Log:
This commit adds the missing release mechanism for the
ratelimiting code. The two modules (lagg and vlan) did have
allocation routines, and even though they are indirect
Author: ae
Date: Wed Feb 13 15:46:05 2019
New Revision: 344103
URL: https://svnweb.freebsd.org/changeset/base/344103
Log:
In r335015 PCB destroing was made deferred using epoch_call().
But ipsec_delete_pcbpolicy() uses some VNET-virtualized variables,
and thus it needs VNET context, that
On 2/13/19 6:57 AM, Randall Stewart wrote:
> Author: rrs
> Date: Wed Feb 13 14:57:59 2019
> New Revision: 344099
> URL: https://svnweb.freebsd.org/changeset/base/344099
>
> Log:
> This commit adds the missing release mechanism for the
> ratelimiting code. The two modules (lagg and vlan) did ha
Author: markj
Date: Wed Feb 13 17:19:37 2019
New Revision: 344106
URL: https://svnweb.freebsd.org/changeset/base/344106
Log:
Implement transparent 2MB superpage promotion for RISC-V.
This includes support for pmap_enter(..., psind=1) as described in the
commit log message for r321378.
Author: markj
Date: Wed Feb 13 17:38:47 2019
New Revision: 344107
URL: https://svnweb.freebsd.org/changeset/base/344107
Log:
Implement pmap_clear_modify() for RISC-V.
Reviewed by: kib
Sponsored by: The FreeBSD Foundation
Differential Revision:https://reviews.freebsd.org/D18875
Author: markj
Date: Wed Feb 13 17:50:01 2019
New Revision: 344108
URL: https://svnweb.freebsd.org/changeset/base/344108
Log:
Implement per-CPU pmap activation tracking for RISC-V.
This reduces the overhead of TLB invalidations by ensuring that we
only interrupt CPUs which are using the gi
I disagree. If you define an alloc it is only
reciprocal that you should define a free.
The code in question that hit this was changed (its in a version
of rack that has the rate-limit and TLS code).. but I think these
things *should* be balanced.. if you provide an Allocate, you
should also provi
oh and one other thing..
It was *not* a random IFP.. it was the IFP to the lagg.
I.e. an alloc() was done to the lagg.. and the free was
done back to the same IFP (that provided the allocate).
R
> On Feb 13, 2019, at 1:02 PM, Randall Stewart wrote:
>
> I disagree. If you define an alloc it is
On 2/13/19 10:03 AM, Randall Stewart wrote:
> oh and one other thing..
>
> It was *not* a random IFP.. it was the IFP to the lagg.
>
> I.e. an alloc() was done to the lagg.. and the free was
> done back to the same IFP (that provided the allocate).
Yes, that's wrong. Suppose the route changes s
Author: luporl
Date: Wed Feb 13 18:28:53 2019
New Revision: 344109
URL: https://svnweb.freebsd.org/changeset/base/344109
Log:
silence cast-align warnings from clang on powerpc64
silence the following warning when compiling libthr with clang 8
for powerpc64 architecture:
usr/src/lib/l
Author: dim
Date: Wed Feb 13 20:13:40 2019
New Revision: 344112
URL: https://svnweb.freebsd.org/changeset/base/344112
Log:
Pull in r353907 from upstream llvm trunk (by Reid Kleckner):
[MC] Make symbol version errors non-fatal
We stil don't have a source location, which is pretty la
On Tue, 15 Jan 2019 01:02:17 + (UTC)
Gleb Smirnoff wrote:
> Author: glebius
> Date: Tue Jan 15 01:02:16 2019
> New Revision: 343030
> URL: https://svnweb.freebsd.org/changeset/base/343030
>
> Log:
> Allocate pager bufs from UMA instead of 80-ish mutex protected
> linked list.
> o In vm_
On Wed, 13 Feb 2019, Justin Hibbits wrote:
On Tue, 15 Jan 2019 01:02:17 + (UTC)
Gleb Smirnoff wrote:
Author: glebius
Date: Tue Jan 15 01:02:16 2019
New Revision: 343030
URL: https://svnweb.freebsd.org/changeset/base/343030
Log:
Allocate pager bufs from UMA instead of 80-ish mutex prote
13 matches
Mail list logo
