Re: Emulated TLS for clang

On Sun, May 07, 2017 at 05:37:47PM +0200, Mark Kettenis wrote: > So this enables the code. It makes -femulated-tls the default, > otherwise it will generated TLS relocations that we can't handle yet. > It is possible to specify -fno-emulated-tls if you really want to > generate those. > > A

Re: routing socket panic

Ted Unangst wrote: > Mike Belopuhov wrote: > > > So there is something in the tree that doesn't like the mbuf packet > > > header growth and decides to color outside the lines. > > > > > > > After looking into this with Mark, he has found out that the size of > > an mbuf structure on armv7 and

bypass support for iommu on sparc64

on modern sparc64s (think fire or sparc enterprise Mx000 boxes), setting up and tearing down the translation table entries (TTEs) is very expensive. so expensive that the cost of doing it for disk io has a noticable impact on compile times. now that there's a BUS_DMA_64BIT flag, we can use that

Re: Emulated TLS for clang

On Sun, May 07, 2017 at 05:37:47PM +0200, Mark Kettenis wrote: > So this enables the code. It makes -femulated-tls the default, > otherwise it will generated TLS relocations that we can't handle yet. > It is possible to specify -fno-emulated-tls if you really want to > generate those. > > A

Re: sndio - sio_getcap() clarification

On Mon, 8 May 2017 00:03:02 +0200 Alexandre Ratchov wrote: > On Sun, May 07, 2017 at 02:10:03PM -0400, Andre Smagin wrote: > > > > >From my limited testing it appears that sio_getcap() fails if audio > > device does not have identical recording and playback capabilities > >

[patch] ND_COMPUTER_RTIME is not uniformly distributed

RFC 4861 specifies ReachableTime "should be a uniformly distributed random value between MIN_RANDOM_FACTOR and MAX_RANDOM_FACTOR times BaseReachableTime milliseconds." I think the author intended to do the multiplication by (x>>10) outside the mask, but it's still missing a -1. - Matthew Martin

Re: sndio - sio_getcap() clarification

On Sun, May 07, 2017 at 02:10:03PM -0400, Andre Smagin wrote: > > >From my limited testing it appears that sio_getcap() fails if audio > device does not have identical recording and playback capabilities > (examples at the end). If that is indeed the case, could it possibly be > mentioned in the

Re: routing socket panic

Mike Belopuhov wrote: > > So there is something in the tree that doesn't like the mbuf packet > > header growth and decides to color outside the lines. > > > > After looking into this with Mark, he has found out that the size of > an mbuf structure on armv7 and hppa has exceeded MSIZE (256

Re: [patch] mg: fix overflow on vteeol()

On 2017-05-07T17:31:26+0200, Hiltjo Posthuma wrote: > Hey, > > mg crashes with certain (unicode) characters and moving the cursor to the > end of the line. > > The characters are printed to the screen as \nnn in vtpute() and vtcol is > updated, however vteeol() will write beyond the buffer.

relayd: use __func__ in log messages

Hey, This replaces the prefix in log messages to __func__. Some older code had the prefix still set to another name. Patch below: diff --git a/usr.sbin/relayd/ca.c b/usr.sbin/relayd/ca.c index 45bd5f3224b..de002488d9c 100644 --- a/usr.sbin/relayd/ca.c +++ b/usr.sbin/relayd/ca.c @@ -96,11 +96,11

sndio - sio_getcap() clarification

>From my limited testing it appears that sio_getcap() fails if audio device does not have identical recording and playback capabilities (examples at the end). If that is indeed the case, could it possibly be mentioned in the man page somewhere? Perhaps something like: Index: sio_open.3

Re: routing socket panic

On 7 May 2017 at 15:10, Mike Belopuhov wrote: > On Sat, May 06, 2017 at 17:35 +0200, Mark Kettenis wrote: > > > Date: Fri, 5 May 2017 22:09:03 +0200 (CEST) > > > From: Mark Kettenis > > > > > > Just got this panic on armv7; got a very similar panic

Emulated TLS for clang

So this enables the code. It makes -femulated-tls the default, otherwise it will generated TLS relocations that we can't handle yet. It is possible to specify -fno-emulated-tls if you really want to generate those. A trivial example program that modifies the variable in one thread and prints it

[patch] mg: fix overflow on vteeol()

Hey, mg crashes with certain (unicode) characters and moving the cursor to the end of the line. The characters are printed to the screen as \nnn in vtpute() and vtcol is updated, however vteeol() will write beyond the buffer. A test file contains the data: —— It is printed to

Re: OpenBSD 6.1: relayd does not start more than 3 processes

On Fri, May 05, 2017 at 04:05:09PM +0200, Maxim Bourmistrov wrote: > > > 5 maj 2017 kl. 15:55 skrev Maxim Bourmistrov : > > > > > >> 5 maj 2017 kl. 14:41 skrev Hiltjo Posthuma : > >> > >> On Fri, May 05, 2017 at 12:30:56PM +0200, Maxim