Messages in this thread | | | Date | Mon, 1 Apr 2019 11:21:53 -0700 | From | Jakub Kicinski <> | Subject | Re: [PATCH 0/3] locking/static_key: improve rate limited labels |
| |
On Fri, 29 Mar 2019 17:08:51 -0700, Jakub Kicinski wrote: > Hi! > > This will be used to fix the static branch disabling in the TLS > code. The net/tls/ code should be using the deferred static > branch type, because unprivileged users can flip the branch > on and off quite easily with CONFIG_TLS_DEVICE=y. > > Second of all we shouldn't take the jump label locks from > the RX path, when the socket is destroyed. This can be avoided > with some slight code refactoring in deferred static_key as > it already runs from a workqueue. > > This the series (and a simple tls patch which makes use of it) > applied opening 0.5M TLS connections to localhost (just calling > setsockopt, no data exchange) goes down from 37.9s to 12.4s.
Once/if we get positive feedback from locking folks, would it be possible to merge these via net-next tree alongside the patch converting TLS to rate limited branches?
| |