let the pool gc reclaim items from the per cpu caches

2017-02-07 Thread David Gwynne
this diff lets the pool gc reclaim idle memory held by cpu caches. it does this by recording when the global depot of items was first added to. the gc checks that timestamp and if the depot hasnt been emptied again in the last 4 seconds, it moves a list of items from the depot back to the pools fr

remove more obsolete emulation hooks

2017-02-07 Thread Philip Guenther
Emulation had multiple sets of hooks; here's the diff to kill the hooks used at exec, fork, and exit time, as they are always NULL. ok? Philip Index: sys/proc.h === RCS file: /cvs/src/sys/sys/proc.h,v retrieving revision 1.232 d

move efi_cleanup() before mem_prove()

2017-02-07 Thread YASUOKA Masahiko
Hi, The bug reported by Ryan, pulse.purge at gmail.com demonstraits the memory map should be determined after calling efi_cleanup(). amd64 UEFI machine fails to load kernel; displays "ExitBootServices" and reboots http://marc.info/?l=openbsd-bugs&m=148253785924157&w=2 I tested it on a BIOS

ipsec protocol input callbacks

2017-02-07 Thread Alexander Bluhm
Hi, Remove the ipsec protocol callbacks which all do the same. Implement it in ipsec_common_input_cb() instead. The code that was copied to ah6_input_cb() is now in ip6_ours() so we can call it directly. ok? bluhm Index: netinet/ipsec_input.c ==

Re: PF & CPU hogging

2017-02-07 Thread Ted Unangst
Martin Pieuchot wrote: > On 07/02/17(Tue) 10:29, Ted Unangst wrote: > > Martin Pieuchot wrote: > > > PF has its own home-brewed solution for dealing with CPU hogging. It > > > has been introduced in r1.88 of net/pf_table.c and I couldn't find any > > > explanation why it is different than the idio

ipsec void functions

2017-02-07 Thread Alexander Bluhm
Hi, Error propagation does neither make sense for ip input path nor for asynchronous callbacks. Make the IPsec functions void, there is already a counter in the error path. ok? bluhm Index: netinet/ip_ipsp.h === RCS file: /cvs/src

Re: tcpstat percpu counters

2017-02-07 Thread Alexander Bluhm
On Mon, Feb 06, 2017 at 07:44:23PM +0100, Jeremie Courreges-Anglas wrote: > Revised after the change in the counters api. Passed make release on > amd64, runtime tested on GENERIC armv7 and GENERIC.MP amd64. OK bluhm@ > > > Index: net/pf.c >

Re: ipsec output failure counter

2017-02-07 Thread David Hill
OK once the XXX from ip_esp.c is removed too. On Tue, Feb 07, 2017 at 06:15:03PM +0100, Alexander Bluhm wrote: > Hi, > > As mentioned before, IPsec packets could be dropped unaccounted if > output after crypto failed. Add a counter for that case. > > ok? > > bluhm > > Index: sys/netinet/ip_

ipsec output failure counter

2017-02-07 Thread Alexander Bluhm
Hi, As mentioned before, IPsec packets could be dropped unaccounted if output after crypto failed. Add a counter for that case. ok? bluhm Index: sys/netinet/ip_ah.c === RCS file: /data/mirror/openbsd/cvs/src/sys/netinet/ip_ah.c,v

divert(4) percpu counters

2017-02-07 Thread Jeremie Courreges-Anglas
Could someone who uses divert socket confirm that this diff works fine? ok? Index: netinet/ip_divert.c === RCS file: /d/cvs/src/sys/netinet/ip_divert.c,v retrieving revision 1.43 diff -u -p -r1.43 ip_divert.c --- netinet/ip_divert.

libressl-2.5.1 patches

2017-02-07 Thread John Boyd
libressl-2.5.1-medusade.tar.gz Description: GNU Zip compressed data

Re: PF & CPU hogging

2017-02-07 Thread Martin Pieuchot
On 07/02/17(Tue) 10:29, Ted Unangst wrote: > Martin Pieuchot wrote: > > PF has its own home-brewed solution for dealing with CPU hogging. It > > has been introduced in r1.88 of net/pf_table.c and I couldn't find any > > explanation why it is different than the idiom we use in other places. > > oh

Re: PF & CPU hogging

2017-02-07 Thread Ted Unangst
Martin Pieuchot wrote: > PF has its own home-brewed solution for dealing with CPU hogging. It > has been introduced in r1.88 of net/pf_table.c and I couldn't find any > explanation why it is different than the idiom we use in other places. oh, just because i didn't bother making them all the same

Re: SOCKET_LOCK makes his come back

2017-02-07 Thread Martin Pieuchot
On 07/02/17(Tue) 13:54, Martin Pieuchot wrote: > Now that we found and fixed multiple deadlocks involving the NET_LOCK() > and unix domain sockets, let's do as if it wasn't strictly necessary. > > The NET_LOCK() has been introduced to prevent the softnet thread to run > while a userland process is

Re: specify curves via ecdhe statement in httpd.conf

2017-02-07 Thread Andreas Bartelt
On 02/07/17 12:32, Joel Sing wrote: On Monday 06 February 2017 20:18:48 Andreas Bartelt wrote: Yes, right - thanks. I wasn't aware that this is actually a MUST requirement from RFC 4492. I'm quite surprised that the "Supported Elliptic Curves Extension" is also used in order to specify any allow

SOCKET_LOCK makes his come back

2017-02-07 Thread Martin Pieuchot
Now that we found and fixed multiple deadlocks involving the NET_LOCK() and unix domain sockets, let's do as if it wasn't strictly necessary. The NET_LOCK() has been introduced to prevent the softnet thread to run while a userland process is pushing packets down into the Network Stack. This do not

11n hostap: enable short slot time

2017-02-07 Thread Stefan Sperling
This diff enables short slot time, accidentally left disabled in 11n mode. Short vs. long slot time controls the (very small) amount of time devices spend waiting between frame transmissions. The only wifi devices which do not support short slot time are 11b ones. Index: ieee80211_proto.c ===

Re: specify curves via ecdhe statement in httpd.conf

2017-02-07 Thread Joel Sing
On Monday 06 February 2017 20:18:48 Andreas Bartelt wrote: > Yes, right - thanks. I wasn't aware that this is actually a MUST > requirement from RFC 4492. I'm quite surprised that the "Supported > Elliptic Curves Extension" is also used in order to specify any allowed > curves for use in the contex

Re: Add quirks to support M-Audio FastTrack Pro (uaudio)

2017-02-07 Thread Martin Pieuchot
On 03/02/17(Fri) 12:06, Christopher Zimmermann wrote: > [...] > > > > > @@ -444,6 +447,11 @@ uaudio_match(struct device *parent, void > > > > > if (uaa->iface == NULL || uaa->device == NULL) > > > > > return (UMATCH_NONE); > > > > > > > > > > + if (uaa->vendor == USB_VENDO

Re: PF & CPU hogging

2017-02-07 Thread Martin Pieuchot
On 07/02/17(Tue) 11:15, Mike Belopuhov wrote: > On 7 February 2017 at 10:12, Martin Pieuchot wrote: > > On 06/02/17(Mon) 17:18, Mike Belopuhov wrote: > >> On 6 February 2017 at 17:02, Martin Pieuchot wrote: > >> > PF has its own home-brewed solution for dealing with CPU hogging. It > >> > has be

Re: PF & CPU hogging

2017-02-07 Thread Mike Belopuhov
On 7 February 2017 at 11:14, Martin Pieuchot wrote: > On 07/02/17(Tue) 11:03, Mike Belopuhov wrote: >> On 7 February 2017 at 10:13, Martin Pieuchot wrote: >> > On 06/02/17(Mon) 17:19, Mike Belopuhov wrote: >> >> On 6 February 2017 at 17:02, Martin Pieuchot wrote: >> >> > PF has its own home-brew

Re: PF & CPU hogging

2017-02-07 Thread Martin Pieuchot
On 07/02/17(Tue) 11:03, Mike Belopuhov wrote: > On 7 February 2017 at 10:13, Martin Pieuchot wrote: > > On 06/02/17(Mon) 17:19, Mike Belopuhov wrote: > >> On 6 February 2017 at 17:02, Martin Pieuchot wrote: > >> > PF has its own home-brewed solution for dealing with CPU hogging. It > >> > has be

Re: PF & CPU hogging

2017-02-07 Thread Mike Belopuhov
On 7 February 2017 at 10:12, Martin Pieuchot wrote: > On 06/02/17(Mon) 17:18, Mike Belopuhov wrote: >> On 6 February 2017 at 17:02, Martin Pieuchot wrote: >> > PF has its own home-brewed solution for dealing with CPU hogging. It >> > has been introduced in r1.88 of net/pf_table.c and I couldn't

Re: PF & CPU hogging

2017-02-07 Thread Mike Belopuhov
On 7 February 2017 at 10:13, Martin Pieuchot wrote: > On 06/02/17(Mon) 17:19, Mike Belopuhov wrote: >> On 6 February 2017 at 17:02, Martin Pieuchot wrote: >> > PF has its own home-brewed solution for dealing with CPU hogging. It >> > has been introduced in r1.88 of net/pf_table.c and I couldn't

Re: Xorg vs wifi scanning

2017-02-07 Thread Paul Irofti
On Mon, Feb 06, 2017 at 03:54:56PM +0100, Martin Pieuchot wrote: > On 06/02/17(Mon) 12:27, Martin Pieuchot wrote: > > Paul and Antoine reported that, since the NET_LOCK() went in, doing a > > channel scan with iwm(4) and iwn(4) freezes X. > > > > This is a deadlock due to the fact that wireless dr

Re: PF & CPU hogging

2017-02-07 Thread Martin Pieuchot
On 06/02/17(Mon) 17:19, Mike Belopuhov wrote: > On 6 February 2017 at 17:02, Martin Pieuchot wrote: > > PF has its own home-brewed solution for dealing with CPU hogging. It > > has been introduced in r1.88 of net/pf_table.c and I couldn't find any > > explanation why it is different than the idio

Re: PF & CPU hogging

2017-02-07 Thread Martin Pieuchot
On 06/02/17(Mon) 17:18, Mike Belopuhov wrote: > On 6 February 2017 at 17:02, Martin Pieuchot wrote: > > PF has its own home-brewed solution for dealing with CPU hogging. It > > has been introduced in r1.88 of net/pf_table.c and I couldn't find any > > explanation why it is different than the idio