Re: drop addtrust from cert.pem?

2020-06-02 Thread Bob Beck
On Mon, Jun 01, 2020 at 06:04:17PM +0100, Stuart Henderson wrote: > OK to drop the expired AddTrust cert from cert.pem? yes, thanks. > > I checked against the firefox set, there are no new/removed certs that > work with libressl there. There are now two with GENERALIZEDTIME notAfter > dates

Re: drop addtrust from cert.pem?

2020-06-02 Thread Bob Beck
On Mon, Jun 01, 2020 at 07:17:28PM +0200, Theo Buehler wrote: > On Mon, Jun 01, 2020 at 06:04:17PM +0100, Stuart Henderson wrote: > > OK to drop the expired AddTrust cert from cert.pem? > > Thanks for taking care of this (and for checking the firefox set). I see > no reason to keep it. > > ok >

Re: Could somebody please put unveil() in ftp(1)?

2020-06-02 Thread Luke Small
tiny logical error on line 651 in main.c -Luke On Tue, Jun 2, 2020 at 12:38 PM Luke Small wrote: > with -uNp flags > -Luke > > > On Tue, Jun 2, 2020 at 12:33 PM Luke Small wrote: > >> forgot something. >> -Luke >> >> >> On Tue, Jun 2, 2020 at 12:06 PM Luke Small wrote: >> >>> I have a ftp

Re: Could somebody please put unveil() in ftp(1)?

2020-06-02 Thread Luke Small
tiny logical error on line 651 in main.c -Luke On Tue, Jun 2, 2020 at 12:38 PM Luke Small wrote: > with -uNp flags > -Luke > > > On Tue, Jun 2, 2020 at 12:33 PM Luke Small wrote: > >> forgot something. >> -Luke >> >> >> On Tue, Jun 2, 2020 at 12:06 PM Luke Small wrote: >> >>> I have a ftp

Re: Could somebody please put unveil() in ftp(1)?

2020-06-02 Thread Luke Small
with -uNp flags -Luke On Tue, Jun 2, 2020 at 12:33 PM Luke Small wrote: > forgot something. > -Luke > > > On Tue, Jun 2, 2020 at 12:06 PM Luke Small wrote: > >> I have a ftp folder diff. I altered: >> extern.h fetch.c main.c >> -Luke >> > diff Description: Binary data

Re: Could somebody please put unveil() in ftp(1)?

2020-06-02 Thread Luke Small
forgot something. -Luke On Tue, Jun 2, 2020 at 12:06 PM Luke Small wrote: > I have a ftp folder diff. I altered: > extern.h fetch.c main.c > -Luke > diff Description: Binary data

Re: Could somebody please put unveil() in ftp(1)?

2020-06-02 Thread Luke Small
I have a ftp folder diff. I altered: extern.h fetch.c main.c -Luke diff Description: Binary data

[www] fix broken links on loongson.html

2020-06-02 Thread Yifei Zhan
Hi, Several links on loongson.html are now broken as zkml.lemote.com is no longer being resolved. I think it's a good idea to redirect them to their archived version on archive.org. Cheers, Yifei Zhan Index: loongson.html ===

Re: userland clock_gettime proof of concept

2020-06-02 Thread Paul Irofti
How are you going to support multiple timecounters on an architecture? Let's say tsc sets tc_user=1 and acpihpet sets tc_user=2. Then in libc/arch/amd64/gen/usertc.c I do: static uint64_t rdtsc() { uint32_t hi, lo; asm volatile("rdtsc" : "=a"(lo), "=d"(hi));

Re: acpihid: INT33D5 driver

2020-06-02 Thread Mark Kettenis
> Date: Tue, 2 Jun 2020 09:00:47 -0500 > From: joshua stein > > Here is a new revision that tries to call methods through the node's > _DSM first, as it does on Linux. > > It also no longer takes over power button handling as requested by > Mark. Thanks! ok kettenis@ > acpihid.3 > > diff

Re: userland clock_gettime proof of concept

2020-06-02 Thread Mark Kettenis
> Cc: dera...@openbsd.org, kern...@gmail.com, tech@openbsd.org > From: Paul Irofti > Date: Tue, 2 Jun 2020 16:45:16 +0300 > > On 2020-06-02 16:29, Mark Kettenis wrote: > >> From: Paul Irofti > >> Date: Tue, 2 Jun 2020 16:23:30 +0300 > >> > >> On 2020-05-31 20:46, Mark Kettenis wrote: >

Re: acpihid: INT33D5 driver

2020-06-02 Thread joshua stein
Here is a new revision that tries to call methods through the node's _DSM first, as it does on Linux. It also no longer takes over power button handling as requested by Mark. acpihid.3 diff --git share/man/man4/Makefile share/man/man4/Makefile index 2cce0a9a132..bb0b6b10068 100644 ---

Re: userland clock_gettime proof of concept

2020-06-02 Thread Paul Irofti
On 2020-06-02 16:29, Mark Kettenis wrote: From: Paul Irofti Date: Tue, 2 Jun 2020 16:23:30 +0300 On 2020-05-31 20:46, Mark Kettenis wrote: From: Paul Irofti Date: Sun, 31 May 2020 19:12:54 +0300 On 2020-05-31 18:25, Theo de Raadt wrote: Mark Kettenis wrote: I changed __amd64 to

Re: userland clock_gettime proof of concept

2020-06-02 Thread Mark Kettenis
> From: Paul Irofti > Date: Tue, 2 Jun 2020 16:23:30 +0300 > > On 2020-05-31 20:46, Mark Kettenis wrote: > >> From: Paul Irofti > >> Date: Sun, 31 May 2020 19:12:54 +0300 > >> > >> On 2020-05-31 18:25, Theo de Raadt wrote: > >>> Mark Kettenis wrote: > >>> > > I changed __amd64 to __amd64__

Re: userland clock_gettime proof of concept

2020-06-02 Thread Paul Irofti
On 2020-05-31 20:46, Mark Kettenis wrote: From: Paul Irofti Date: Sun, 31 May 2020 19:12:54 +0300 On 2020-05-31 18:25, Theo de Raadt wrote: Mark Kettenis wrote: I changed __amd64 to __amd64__ because I didn't find __powerpc. I'm not sure, but one might move the list of arches to

Re: filesystem code integer and many inodes

2020-06-02 Thread Otto Moerbeek
On Fri, May 29, 2020 at 09:30:04AM +0200, Otto Moerbeek wrote: > On Thu, May 28, 2020 at 12:54:41PM -0600, Todd C. Miller wrote: > > > On Thu, 28 May 2020 20:53:07 +0200, Otto Moerbeek wrote: > > > > > Here's the separate diff for the prefcg loops. From FreeBSD. > > > > OK millert@ > > > > -

Re: "extent" in dmesg

2020-06-02 Thread Mark Kettenis
> From: Martijn van Duren > Date: Tue, 02 Jun 2020 08:45:59 +0200 > > After updating today I noticed a couple of new extent messages in my > dmesg, which I apparently missed last upgrade. Luckily the dmesg buffer > is large enough to find the first mention. > > The machine runs just fine, but

"extent" in dmesg

2020-06-02 Thread Martijn van Duren
After updating today I noticed a couple of new extent messages in my dmesg, which I apparently missed last upgrade. Luckily the dmesg buffer is large enough to find the first mention. The machine runs just fine, but I just wanted to post it here, because it does stand out and I don't know how