Re: mbuf statistics, tracking of drops

2017-11-15 Thread David Gwynne
> On 16 Nov 2017, at 7:23 am, Gregor Best wrote: > > Hi, > > On Mon, Nov 13, 2017 at 01:47:01PM +1000, David Gwynne wrote: >> [...] >> pools maintain count of how many times they failed to provide an >> allocation. you can watch this with vmstat -m or systat pool. >>

Re: clang: Avoid EBX/RBX

2017-11-15 Thread Todd Mortimer
Hi tech@, This is an updated diff that shuffles the allocation order for registers on i386/amd64. The last one exposed a subtle bug with the way chromium and libexecinfo interact when creating backtraces. With this diff, make release seems fine, I didn't see any differences in regress, and

Re: iked: fixup config reload for ocsp

2017-11-15 Thread Sebastian Benoit
Patrick Wildt(patr...@blueri.se) on 2017.11.15 13:31:48 +0100: > Hi, > > when basic OCSP support was committed in 2014, a bit of code was > forgotten that resets the OCSP URL back to NULL on config reload. > Otherwise we end up not being able to disable OCSP with a config > change and reload. >

Re: mbuf statistics, tracking of drops

2017-11-15 Thread Gregor Best
Hi, On Mon, Nov 13, 2017 at 01:47:01PM +1000, David Gwynne wrote: > [...] > pools maintain count of how many times they failed to provide an > allocation. you can watch this with vmstat -m or systat pool. > however, we could use that to populate mb_drops too. > [...] That's certainly smarter

Re: maximum size of http headers in relayd

2017-11-15 Thread Sebastian Benoit
Alexander Bluhm(alexander.bl...@gmx.net) on 2017.11.15 18:08:07 +0100: > On Tue, Nov 14, 2017 at 06:15:05PM +0100, Sebastian Benoit wrote: > > +.It Ic http Ar option > > +Set the HTTP options and session settings. > > +This is only used if HTTP is enabled in the relay. > > Could we check that the

Re: faster printf

2017-11-15 Thread Ingo Schwarze
Hi Todd, Todd C. Miller wrote on Tue, Nov 14, 2017 at 09:09:13AM -0700: > On Tue, 14 Nov 2017 09:26:47 +0100, Theo Buehler wrote: >> If we only support UTF-8 and ASCII, we do not need complicated multibyte >> decoding to recognize a '%' in the format string. >> >> In his commit message, enh

Re: faster printf

2017-11-15 Thread Ingo Schwarze
Hi Theo, it's bad that i slacked on this, causing people to spend so much effort, but i failed to make up my mind at first. I think now i see clearly. Theo Buehler wrote on Tue, Nov 14, 2017 at 09:26:47AM +0100: > There is a simplification and optimization for __vfprintf() > from android

Re: maximum size of http headers in relayd

2017-11-15 Thread Alexander Bluhm
On Tue, Nov 14, 2017 at 06:15:05PM +0100, Sebastian Benoit wrote: > +.It Ic http Ar option > +Set the HTTP options and session settings. > +This is only used if HTTP is enabled in the relay. Could we check that the http option is not used for non-http configs? Then writing correct relayd.conf

Re: xf86-video-intel patch to test

2017-11-15 Thread Kevin Chadwick
On Sat, 11 Nov 2017 19:57:16 +0100 > But since I don't have much hardware still using the intel driver (we > switched to modesettings(4) for many devices), I'd like to have this > tested against the current X server as much as possible. Not sure if an unknown Intel GD would cause use of the

iked: fixup config reload for ocsp

2017-11-15 Thread Patrick Wildt
Hi, when basic OCSP support was committed in 2014, a bit of code was forgotten that resets the OCSP URL back to NULL on config reload. Otherwise we end up not being able to disable OCSP with a config change and reload. ok? Patrick diff --git a/sbin/iked/parse.y b/sbin/iked/parse.y index

Re: wsconscfg(8): ioctl request macros

2017-11-15 Thread Mark Kettenis
> Date: Wed, 15 Nov 2017 11:49:06 +0100 > From: Anton Lindqvist > > On Tue, Oct 31, 2017 at 12:24:20PM +0100, Anton Lindqvist wrote: > > Hi, > > Use the actual ioctl request macros instead of relying on compatibility > > indirection. > > > > Looks like wsconscfg(8) is the

Re: wsconscfg(8): ioctl request macros

2017-11-15 Thread Anton Lindqvist
On Tue, Oct 31, 2017 at 12:24:20PM +0100, Anton Lindqvist wrote: > Hi, > Use the actual ioctl request macros instead of relying on compatibility > indirection. > > Looks like wsconscfg(8) is the last consumer of the compat macros > defined in dev/wscons/wsconsio.h. Assuming there's no usage in