New clang warns about some differences between Elf64_Addr (aka
uint64) and Elf32_Addr (aka uint32) and the format type provided for
these values in the debug output from distrib/common/elfrd_size.c. The
same code is used when compiling both 32 and 64 bit versions, so we used
ptrdiff_t to get size s
Not sure where to send this. Let me know if another list is better.
If this is more helpful with a snapshot kernel instead of the one I
compiled let me know that as well.
Michael
Jun 1 16:17:10 ports /bsd: 1st 0x81d179b0 &sched_lock
(&sched_lock) @ /usr/src/sys/kern/kern_synch.c:444
Ju
The diff below changes our futex implementation to allow futexes that
are shared between processes. Such futexes are a little bit tricky
since there is no guarantee that a futex is mapped at the same address
in each process. To solve tis issue I adopted the strategy chosen by
FreeBSD. Shared mem
On 2018-06-01T11:02:57+0200, Stefan Sperling wrote:
> On Wed, May 30, 2018 at 04:01:57PM -0400, S. Gilles wrote:
> > On 2018-05-30T09:17:22-0600, Theo de Raadt wrote:
> > > This approach seems misguided. Let me tell a story.
> > >
> > > More than two decades ago, I made a fork of mg which was 100
On Sun, May 27, 2018 at 04:37:52PM +0200, Klemens Nanni wrote:
> Spotted and reported on IRC by Georg Bege ,
> vfs_cache(9) lacks way behind beck's "Namecache revamp" from 2009.
>
> This diff syncs the manual with sys/sys/namei.h and sys/kern/vfs_cache.c:
> I went through it and checked the APIs,
On Fri, Jun 01, 2018 at 11:02:57AM +0200, Stefan Sperling wrote:
> On Wed, May 30, 2018 at 04:01:57PM -0400, S. Gilles wrote:
> > On 2018-05-30T09:17:22-0600, Theo de Raadt wrote:
> > > This approach seems misguided. Let me tell a story.
> > >
> > > More than two decades ago, I made a fork of mg
The diff below contains the last planned const changes I can do without
a library bump. The functions are trivial callback getters for the
bio_meth_st and ui_method_st structures. They will acquire a const in
OpenSSL 1.1.1, but are unchanged in 1.1.0h. I see no reason to wait. As
usual, the diff we
On Wed, May 30, 2018 at 04:01:57PM -0400, S. Gilles wrote:
> On 2018-05-30T09:17:22-0600, Theo de Raadt wrote:
> > This approach seems misguided. Let me tell a story.
> >
> > More than two decades ago, I made a fork of mg which was 100% byte
> > clean. Unfortunately I lost the source code of tha