On Thu, Apr 15, 2021 at 08:43:02PM +0200, Alexander Bluhm wrote:
> Hi,
>
> I found another regression with Jan's TCP diff that sends less ACK
> packets. relayd run-args-http-slow-consumer.pl fails on i386 due
> to his commit. This test writes a lot of data from the http server,
> but blocks rece
On Fri, 16 Apr 2021 03:34:04 +0200, Martijn van Duren wrote:
> We currently have NetBSD's behaviour when it comes to to no characters,
> so no need to change there imho, but the 2 character limit seems like
> a good place to stop, especially since there's no way to break out of
> this hungry hungr
Hello tech@,
When toying with SHY I found (thanks to sthen@) that printf(1) supports
\x syntax, but if I use isxdigit(3) characters as suffix I found the
behaviour somewhat surprising: all extra characters were consumed.
Looking at our closest neighbours:
- FreeBSD: doesn't support \x
- NetBSD: L
rpki-client 7.0 has just been released and will be available in the
rpki-client directory of any OpenBSD mirror soon.
rpki-client is a FREE, easy-to-use implementation of the Resource
Public Key Infrastructure (RPKI) for Relying Parties (RP) to
facilitate validation of the Route Origin of a BGP an
Hi,
just a bit of caution: i remember getting args-http-slow-consumer.pl to work
right in the first place was not easy. If i remember correctly i had quite a
lot false positives depending on where i ran it. Alexander made it a bit
better later, but i would not be surprised if it can still fail und
On Thu, Apr 01, 2021 at 03:29:54PM +0100, George Brown wrote:
> In revision 1.35 EI_BRAND was removed in conjunction with EI_OSABI and
> EI_ABIVERSION being added, but it looks like this has not been reflected
> in elf(5). The only place EI_BRAND appears in OpenBSD's current source
> tree is this m
> Should we back it out for release? Diff below.
I think so.
Hi,
I found another regression with Jan's TCP diff that sends less ACK
packets. relayd run-args-http-slow-consumer.pl fails on i386 due
to his commit. This test writes a lot of data from the http server,
but blocks receive for 2 seconds in the client. Relayd between
these machines should handle
On Thu, Apr 15, 2021 at 03:48:25PM +0200, Claudio Jeker wrote:
> This one is annoying. Again poll handling is throwing me a curve ball.
> On MacOS X POLLHUP is signaled super early and many downloads fail.
>
> The issue here is that tls_read() and tls_write() are not like read() and
> write() from
My athn RA patch resulted in mixed test reports. People running the
device in client mode were happy all around, while others using the
device as an access point reported mixed results. I have now figured
out what goes wrong in hostap mode.
When auto-selecing a channel an athn(4) access point may
This one is annoying. Again poll handling is throwing me a curve ball.
On MacOS X POLLHUP is signaled super early and many downloads fail.
The issue here is that tls_read() and tls_write() are not like read() and
write() from a poll perspective. While parsing the HTTP header for example
one should
Thanks a lot!
I also got the sound working on this machine now. As far as I
can tell, both speakers work and Dolby Atmos works, too, thanks
to the awesome quirk by Joshua Stein (jcs@).
I’m not sure I did everything right here, though it works.
Below is the diff.
cheers,
- ivo
Index: azalia
> Date: Thu, 15 Apr 2021 14:20:00 +0200
> From: Martin Pieuchot
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
>
> On 14/04/21(Wed) 18:33, Klemens Nanni wrote:
> > A bogus libvorbisenc.so.3.1 causes ld.so(1) to crash on my Pinebook Pro
> > which saw a few NVMe/power relat
On Thu, Apr 15, 2021 at 02:00:18PM +0200, Martin Pieuchot wrote:
> On 13/04/21(Tue) 02:05, Alexander Bluhm wrote:
> > On Mon, Mar 22, 2021 at 11:50:00AM +0100, Mark Kettenis wrote:
> > > > Date: Mon, 22 Mar 2021 11:29:52 +0100
> > > > From: Martin Pieuchot
> > > >
> > > > Convert the last MI uvm_
I did some archeology today and found that it used to behave as
non-printable, but it got broken in release 334 (august 2018), when
CharWidth was introduced. Before that my_wcwidth was used directly.
Since there doesn't appear to be a repository with commit messages I'm
not 100% sure why this macr
On 14/04/21(Wed) 18:33, Klemens Nanni wrote:
> A bogus libvorbisenc.so.3.1 causes ld.so(1) to crash on my Pinebook Pro
> which saw a few NVMe/power related panics:
>
> $ ogg123 song62.ogg
> Segmentation fault (core dumped)
>
> $ egdb -q ogg123 ogg123.core
On 13/04/21(Tue) 02:05, Alexander Bluhm wrote:
> On Mon, Mar 22, 2021 at 11:50:00AM +0100, Mark Kettenis wrote:
> > > Date: Mon, 22 Mar 2021 11:29:52 +0100
> > > From: Martin Pieuchot
> > >
> > > Convert the last MI uvm_km_zalloc(9) to km_alloc(9), ok?
> >
> > Also needs some careful testing on
On Thu, Apr 15, 2021 at 11:13:07AM +0200, Claudio Jeker wrote:
> Lets print the version string a bit nicer.
> Instead of
> rpki-client: version: 7.0
> print
> rpki-client 7.0
>
> OK?
> --
> :wq Claudio
>
> Index: main.c
> ==
On Thu, Apr 15, 2021 at 11:13:07AM +0200, Claudio Jeker wrote:
> Lets print the version string a bit nicer.
> Instead of
> rpki-client: version: 7.0
> print
> rpki-client 7.0
OK kn
Lets print the version string a bit nicer.
Instead of
rpki-client: version: 7.0
print
rpki-client 7.0
OK?
--
:wq Claudio
Index: main.c
===
RCS file: /cvs/src/usr.sbin/rpki-client/main.c,v
retrieving revision 1.135
di
Just call the rrdp_data_handler() whenever a poll event happened.
The read() call will do the right thing then even on a POLLHUP event.
It seems that on Linux systems POLLHUP is returned when a socket is closed
while OpenBSD returns POLLIN. In both cases read() returns 0 which is what
we want.
--
21 matches
Mail list logo