Re: [patch] eliminate -Wsign-compare warning in imsg.c with clang on FreeBSD

On Wed, Dec 9, 2015 at 4:03 AM, Theo Buehler wrote: > Committed, thanks! Thank you! I took your advice and imported the latest changes to imsg.c from OpenBSD changes to FreeBSD: https://svnweb.freebsd.org/base/head/lib/libopenbsd/imsg.c -- Craig

Re: refine canaries

Daniel Micay wrote: > Not quite as good as a random value per canary, but a random value per > page would already be pretty fine-grained and each canary can still be > made unique via something like the current `random ^ hash(address)`. One thing to remember is that a number of architectures are s

Re: kevent ktrace

On Tue, Dec 8, 2015 at 9:42 AM, Ted Unangst wrote: > allow some inspection of the kevent structs. ... > --- kern/kern_event.c 5 Dec 2015 10:11:53 - 1.67 > +++ kern/kern_event.c 8 Dec 2015 17:41:29 - > @@ -508,6 +508,10 @@ sys_kevent(struct proc *p, void *v, regi >

Re: refine canaries

On Wed, 2015-12-09 at 07:47 -0500, Ted Unangst wrote: > This is a kind of two steps forward, one step back diff. > > I would like for the canary to be placed directly adjacent to the end > of the > user specified size. No slack. To accomplish this, we record the > original size > of the allocation

[patch] malloc: size that was passed to free() should land into the same bucket

Hi, Currently two checks in free() function confirm the correctness of freedsize argument. I think that it's better to check that provided freedsize fall into the same bucket that was recorded in kmemusage struct: it covers both cases. Index: sys/kern/kern_malloc.c ==

[vi/ex] Tilde expansion without forking off a shell

Hi people, the following patch allows vi (and ex) to do tilde expansion without forking off a shell. The algorithm is similar to the one in mg, modulo adaptions for the way vi handles line buffers and such. This allows editing files like `~/foobar` in secure (-S) mode, where fork and

[patch] malloc: add info about the largest consumers of memory

Hi, This patch adds additional informational to ddb's "show malloc" command about the largest consumers of memory. This is my first patch for OpenBSD, so I will be very grateful for any comments. Thanks in advance! Index: sys/kern/kern_malloc.c ==

Re: D-Link DSR octeon-based models

On 02/13/14 11:52, Paul Irofti wrote: Could people NFS-boot or at least try the ramdisk kernel on similar models (e.g. DSR-500N, DSR-1000, DSR-1000N) and report back so we can expand the supported list? DSR-500N: U-Boot 1.1.1 (Development build, svnversion: exported) (Build time: Sep 1 2010

Add SO_REUSEADDR when binding SO_REUSEPORT socket to multicast address

in_pcbbind and in6_pcbbind both extends SO_REUSEADDR for multicast addresses so that it turns into a SO_REUSEPORT. But the check is done in such a way that you cannot bind a SO_REUSEPORT-enabled socket to a multicast address *after* you bound a SO_REUSEADDR-enabled socket to the same address. *But

Re: Use off_t for lineno in csplit

> Date: Tue, 8 Dec 2015 13:00:49 -0500 > From: Michael McConville > > I thought I'd look for other examples after the grep fix. > > ok? It really is confusing to use off_t for something that's not a byte offset. If integer overflow really is an issue you care about, use "long long". Note that

refine canaries

This is a kind of two steps forward, one step back diff. I would like for the canary to be placed directly adjacent to the end of the user specified size. No slack. To accomplish this, we record the original size of the allocation at the end, then we can walk backwards to find the canary. Mechanic

Re: ifq serialisation, was Re: taskctx and revisiting if_start serialisation

> Date: Tue, 8 Dec 2015 21:58:49 +1000 > From: David Gwynne > > On Sun, Dec 06, 2015 at 02:00:16PM +1000, David Gwynne wrote: > > the current code for serialising if_start calls for mpsafe nics does what > > it says. > > as per mpi@s suggestion, this makes the ifq code responsible for > the tas

Re: Does grep need a version?

> From: Bob Beck > Date: Mon, 7 Dec 2015 22:58:03 -0700 > > Since I can't think of a sane reason to check this and care in any > script, yes, kill it. Unfortunately you can't apply your rules about sanity to this thing called autoconf.

Re: [patch] eliminate -Wsign-compare warning in imsg.c with clang on FreeBSD

Committed, thanks! Note: The patch didn't apply cleanly. There's been the following commit in the meantime, which probably is of interest for FreeBSD, too (there were corresponding changes in the imsg consumers on the same day). revision 1.12 date: 2015/12/05 13:06:52; author: claudio; state:

Re: OPENBSD performance // intel NIC interrupts // interrupt moderation

Hello, FYI, my last firewall in production : OpenBSD 5.7 (GENERIC.MP) #2: Mon Jul 27 16:16:48 CEST 2015 cpu0: Intel(R) Xeon(R) CPU E3-1271 v3 @ 3.60GHz ix0 at pci2 dev 0 function 0 "Intel 82599" Peaks at 46% cpu on core1, traffic around 2 Gbps (230 kpps). I'm very eager to see it with a full M