[PATCH] orders.html 5.6 - 5.7

2015-05-05 Thread Raf Czlonka
Hi all, Just noticed that 'orders.html' page escaped the 5.6 - 5.7 update. WARNING!: I had also updated the path to the CD cover small GIF file but this one is yet to be created. I had not created one as I wasn't sure whether you'd simply use http://www.openbsd.org/images/bluefish.jpg as the

Re: seccomp system call

2015-05-05 Thread Damien Miller
On Mon, 4 May 2015, Todd C. Miller wrote: On Sun, 03 May 2015 20:44:25 -, Loganaden Velvindron wrote: OpenBSD already has systrace. Last I checked, systrace doesn't work well with multi-threaded programs and was trivial to bypass. The basic design where you have a userland monitor

Re: seccomp system call

2015-05-05 Thread Damien Miller
On Mon, 4 May 2015, Theo de Raadt wrote: Personally, I think seccomp-bpf could be a superior alternative to systrace and I'd love to see an implementation. Other developers (inc. Theo) are skeptical though, but this is probably a case where the argument won't be settled without a concrete

Re: [PATCH] orders.html 5.6 - 5.7

2015-05-05 Thread Ingo Schwarze
Hi Raf, Raf Czlonka wrote on Tue, May 05, 2015 at 01:41:17PM +0100: Just noticed that 'orders.html' page escaped the 5.6 - 5.7 update. Done, thanks for mentioning it. WARNING!: I had also updated the path to the CD cover small GIF file but this one is yet to be created. I had not created

Re: getprogname(3) manpage fix

2015-05-05 Thread Ingo Schwarze
Hi Kaspars, committed, thanks. Ingo Kaspars Bankovskis wrote on Mon, May 04, 2015 at 11:45:17PM +0300: Index: getprogname.3 === RCS file: /cvs/src/lib/libc/gen/getprogname.3,v retrieving revision 1.4 diff -u -p -r1.4

trunk is out, special offer with LACP included!

2015-05-05 Thread Martin Pieuchot
Now that the stack is ready, here's a diff to take the first victim, trunk(4), out of ether_input(). If you glanced over previous versions of this diff, the differences are mostly in sys/net/trunklacp.c and include some printf(9) fixes in bonus. Ok? Index: net/if_ethersubr.c

Re: msleep(9) should handle cold and panics just like tsleep does

2015-05-05 Thread Philip Guenther
On Tue, May 5, 2015 at 9:35 AM, Mike Belopuhov m...@belopuhov.com wrote: ... Here's a diff to remedy this. This is the same chunk as in the tsleep, except it uses semantics of msleep. IPL dance is there to negate the IPL changing effect of mtx_enter/mtx_leave so that splx(safepri) operation

msleep(9) should handle cold and panics just like tsleep does

2015-05-05 Thread Mike Belopuhov
Now that we have mutexes in our I/O path (SCSI, mfi, etc) vfs_shutdown codepath is no longer safe since it still doesn't disable process scheduling and relies on tsleep and now msleep not to get into the mi_switch by accident. Unfortunately msleep doesn't provide such guarantees yet. Here's a

Re: seccomp system call

2015-05-05 Thread Nicolas Bedos
On Mon May 04, Damien Miller wrote: Personally, I think seccomp-bpf could be a superior alternative to systrace and I'd love to see an implementation. Other developers (inc. Theo) are skeptical though, but this is probably a case where the argument won't be settled without a concrete

Re: How to tie up p_tid with pthread_self's thread ID

2015-05-05 Thread Jérémie Courrèges-Anglas
Stuart Henderson st...@openbsd.org writes: I am trying to track down some threads which are seeing high cpu use in top(1), but can't work out how to track back from any information available from struct kinfo_proc back to a thread ID as returned by pthread_self(). The threaded program can

How to tie up p_tid with pthread_self's thread ID

2015-05-05 Thread Stuart Henderson
I am trying to track down some threads which are seeing high cpu use in top(1), but can't work out how to track back from any information available from struct kinfo_proc back to a thread ID as returned by pthread_self(). The threaded program can print a nice display of its own internal concept

Re: PATCH: bring crypto(9) up to speed with crypto/cryptodev.h

2015-05-05 Thread Mike Belopuhov
On 2 May 2015 at 22:07, Vincent Gross dermi...@kilob.yt wrote: Hi folks, crypto(9) describes functions and constants that are not part of crypto/cryptodev.h anymore (see 1.58 - 1.60), this patch fixes that. Cheers, committed a tweaked version. thanks.

Re: [patch] rtl8188eu support for urtwn(4)

2015-05-05 Thread Stefan Sperling
On Mon, May 04, 2015 at 01:51:28PM +0200, Stefan Sperling wrote: On Mon, May 04, 2015 at 01:23:59PM +0200, Stefan Sperling wrote: Unfortunately, this patch doesn't still fix the performance problem for me. How are you testing performance? I'm using tcpbench(1). I've committed your patch so