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 triv

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 hp

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 to

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 trivi

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 > > (examples at the end)

[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 m

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 bytes)

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. Abou

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

httpd: use __func__ in log messages

Hey, This patch replaces the prefix in the log functions to __func__. diff --git a/usr.sbin/httpd/httpd.c b/usr.sbin/httpd/httpd.c index 40464012814..5965e3ded4d 100644 --- a/usr.sbin/httpd/httpd.c +++ b/usr.sbin/httpd/httpd.c @@ -791,7 +791,7 @@ socket_rlimit(int maxfd) struct rlimit

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 on hppa > > > yesterday that I didn't have time

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

Hiltjo Posthuma(hil...@codemadness.org) on 2017.05.07 14:38:22 +0200: > 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

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 i

[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 t

Re: routing socket panic

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 on hppa > > yesterday that I didn't have time to look into any further. This is > > completely reproduc

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 Bourmistrov wrote: > >>> > >>> Hey, > >>> on OpenBSD 6.0-s