On Wed, May 11, 2016 at 10:04:48AM +0200, Otto Moerbeek wrote:
> On Fri, Apr 29, 2016 at 08:42:00AM +0200, Otto Moerbeek wrote:
>
> > Hi,
> >
> > new diff in http://www.drijf.net/openbsd/malloc/
> >
> > Should fix the issue Ted spotted and contains initial code to only set
> > up multiple pools
> On 22 Aug 2016, at 03:36, Hrvoje Popovski wrote:
>
> On 13.8.2016. 10:59, Claudio Jeker wrote:
>> This diff refactors the uio to mbuf code to make use of bigger buffers (up
>> to 64k) and also switches the MCLGET to use M_WAIT like the MGET calls in
>> the same function. I see no point in not
On Sun, Aug 21, 2016 at 02:25:15PM -0400, Ted Unangst wrote:
> Andreas Bartelt wrote:
> > Since the use of TLS session tickets potentially interferes with forward
> > secrecy on a per-session basis, I'd personally prefer an opt-in in
> > libtls as well as in httpd with regard to its usage. Howeve
On 08/21/16 20:25, Ted Unangst wrote:
Andreas Bartelt wrote:
Since the use of TLS session tickets potentially interferes with forward
secrecy on a per-session basis, I'd personally prefer an opt-in in
libtls as well as in httpd with regard to its usage. However, such a
semantic change would not
On Sun, 21 Aug 2016 14:23:33 -0600, "Todd C. Miller" wrote:
> We could get rid of struct sockinet entirely but I wasn't sure
it > was worth it.
Here's a diff that replaces sockunion with the more common
sockaddr_union.
- todd
Index: usr.bin/ftp/ftp.c
===
On Fri, 19 Aug 2016, Mark Kettenis wrote:
> > From: Philip Guenther
> > Date: Thu, 18 Aug 2016 21:09:10 -0700
> >
> > On Thursday, August 18, 2016, Mark Kettenis wrote:
> > ...
> > >
> > > > > There is a functional change here. Our current ld.so doesn't run
> > > > > DT_INIT and DT_FINI for the
This adds struct sockaddr to sockunion so we can just use &foo.su_sa
instead of (struct sockaddr *)&foo. No functional difference but
it lets the compiler warn when appropriate. The diff also sync the
types in struct sockinet to match the first three fields of struct
sockaddr_in.
We could get ri
Andreas Bartelt wrote:
> Since the use of TLS session tickets potentially interferes with forward
> secrecy on a per-session basis, I'd personally prefer an opt-in in
> libtls as well as in httpd with regard to its usage. However, such a
> semantic change would not be transparent. Any opinions o
On 13.8.2016. 10:59, Claudio Jeker wrote:
> This diff refactors the uio to mbuf code to make use of bigger buffers (up
> to 64k) and also switches the MCLGET to use M_WAIT like the MGET calls in
> the same function. I see no point in not waiting for a cluster and instead
> chain lots of mbufs toget
Ingo Schwarze writes:
> Hi,
>
> did i mention already that libc wide character code is buggy as hell?
> I looked at another very simple function of only 30 lines of code
> and promptly found another bug.
>
> The fgetwln(3) manual is quite explicit that the "fgetwln() function
> may also fail ...
Hello,
LibreSSL enables the use of the TLS session ticket extension [RFC 5077,
or, according to comments in source code its older version 4507] by
default, and libtls currently doesn't provide an API call for disabling
this feature.
Consequently, OpenBSD's httpd has TLS session tickets enabl
Here is an attempt to handle the clocks on armv7 in a similar way as
we do with gpio, pinctrl and and regulators.
Currently the API is fairly limited. There is an interface to get the
frequency at which a clock is running and there is an interface to
enable a clock.
Some devices have multiple cl
Hi,
did i mention already that libc wide character code is buggy as hell?
I looked at another very simple function of only 30 lines of code
and promptly found another bug.
The fgetwln(3) manual is quite explicit that the "fgetwln() function
may also fail ... for any of the errors specified for ..
13 matches
Mail list logo