On Sat, Nov 01, 2014 at 03:07:24AM +0100, Jan Klemkow wrote:
> Index: tls_client.c
> ===
> RCS file: /cvs/src/lib/libtls/tls_client.c,v
> retrieving revision 1.1
> diff -u -p -r1.1 tls_client.c
> --- tls_client.c 31 Oct 2014 13:46
Hi Joel,
On Sat, Nov 01, 2014 at 03:28:04AM +1100, Joel Sing wrote:
> How about this API - instead of having a (now) tls_set_fds() function and then
> calling tls_connect_socket(), you call tls_connect_fds() directly if you need
> that functionality?
Yes, your approach fits perfectly my needs and
On 31/10/14(Fri) 23:19, Martin Pieuchot wrote:
> Device below changes uhub(4) to no longer check *all* the ports status
> of *all* the hubs on bus when one of those hubs requests an explore.
>
> This has the nice effect of reducing the delay/bus traffic when a port
> status change is detected whic
On Fri, Oct 31, 2014 at 11:19:22PM +0100, Martin Pieuchot wrote:
> Device below changes uhub(4) to no longer check *all* the ports status
> of *all* the hubs on bus when one of those hubs requests an explore.
>
> This has the nice effect of reducing the delay/bus traffic when a port
> status chang
Device below changes uhub(4) to no longer check *all* the ports status
of *all* the hubs on bus when one of those hubs requests an explore.
This has the nice effect of reducing the delay/bus traffic when a port
status change is detected which reduces (avoid) some timing related
problems when conne
On Fri, Oct 31, 2014 at 8:42 PM, Mike Larkin wrote:
> On Fri, Oct 31, 2014 at 03:36:50PM -0400, Ted Unangst wrote:
>> On Fri, Oct 31, 2014 at 10:24, Matt Markfort wrote:
>> > I have made these recent changes to my personal code base of the
>> > OpenBSD_5_4-release kernel, and it may be useful to c
On Fri, Oct 31, 2014 at 03:36:50PM -0400, Ted Unangst wrote:
> On Fri, Oct 31, 2014 at 10:24, Matt Markfort wrote:
> > I have made these recent changes to my personal code base of the
> > OpenBSD_5_4-release kernel, and it may be useful to commit to -current.
> >
> > I found the information here f
On Fri, Oct 31, 2014 at 10:24, Matt Markfort wrote:
> I have made these recent changes to my personal code base of the
> OpenBSD_5_4-release kernel, and it may be useful to commit to -current.
>
> I found the information here for the ATHEROS UB94 USB 802.11a/b/g/n
> adapter, and I have tested it w
I believe there are no recent binary-only programs that could use
audio in linux emulation. I couldn't find a single example, and
there are no examples in replies to my e-mail to misc@:
https://marc.info/?l=openbsd-misc&m=141460646910168
OK to remove it?
--- arch/i386/conf/files.i386.orig F
On Thu, 30 Oct 2014, Jan Klemkow wrote:
> Hello,
>
> This diff enables libressl to use two file descriptors for read and
> write. This is feature is necessary for communication over two pipes
> like in the UCSPI protocol [1]. resslc[3] is a general ssl-client.
>
> +---+ ++
On Sat, Nov 01, 2014 at 00:26, Joel Sing wrote:
> On Fri, 31 Oct 2014, Ted Unangst wrote:
>> Don't need BUF_ and its NULL arg handling here.
>
> Looks like you need to cvs up... beck@ nuked these and put BUF_strdup()
> under
> LIBRESSL_INTERNAL about two weeks ago. He missed the comment (second ch
On Thu, Oct 30, 2014 at 02:43:32AM +0100, Alexander Bluhm wrote:
> Hi,
>
> libevent has compatibilty wrappers in evutil. Our tree does not
> use them anymore, but they are still part of libevent's interface.
>
> I don't want to include them automatically, so I suggest to remove
> evutil.h from e
Hi,
this diff turns debug output of make to stderr. This is the first step
to unbreak a make -d A run under ports. I tested this diff with a full
kernel and userland build under amd64 architecture.
Bye,
Jan
Index: arch.c
===
RCS f
On Fri, 31 Oct 2014, Ted Unangst wrote:
> Don't need BUF_ and its NULL arg handling here.
Looks like you need to cvs up... beck@ nuked these and put BUF_strdup() under
LIBRESSL_INTERNAL about two weeks ago. He missed the comment (second chunk)
though.
> Index: x509/x509_trs.c
>
On Fri, Oct 31, 2014 at 02:50:00PM +1000, David Gwynne wrote:
> so without splicing, the payloads from multiple tcp packets (at least all of
> the ones in a single softnet run?) get bundled up into a buffer that userland
> reads and then writes out again in a single go. right?
>
> you're suggest
15 matches
Mail list logo