Re: OpenBSD perl 5.36.1 - Call for Testing

2023-07-06 Thread Andrew Hewus Fresh
On Thu, Jul 06, 2023 at 11:47:02AM +0300, Alexander Bluhm wrote: > I think you should commit 5.36.1, we will see fallout in regress > test. Sigh. I realized I haven't built a release with this patch recently. I don't expect failure but don't want to commit without doing that. I'll see if it's d

Re: pax(1): Don't open files that will be skipped

2023-07-06 Thread Jeremy Evans
On 12/23 08:36, Jeremy Evans wrote: > On 11/22 11:15, Jeremy Evans wrote: > > On 10/19 09:34, Jeremy Evans wrote: > > > Currently, when creating an archive file with pax(1), pax will attempt > > > to open a file even if the file will be skipped due to an -s > > > replacement with the empty string.

Re: tcp lro tso path mtu

2023-07-06 Thread Jan Klemkow
On Thu, Jul 06, 2023 at 10:19:21PM +0300, Alexander Bluhm wrote: > On Thu, Jul 06, 2023 at 08:49:03PM +0200, Jan Klemkow wrote: > > > @@ -109,6 +109,9 @@ > > > #include > > > #include > > > #include > > > > I think is a merge bug, isn't it? > > > > > +#include > > > +#include > > > +#incl

Re: tcp lro tso path mtu

2023-07-06 Thread Alexander Bluhm
On Thu, Jul 06, 2023 at 08:49:03PM +0200, Jan Klemkow wrote: > > @@ -109,6 +109,9 @@ > > #include > > #include > > #include > > I think is a merge bug, isn't it? > > > +#include > > +#include > > +#include Right. > > + error = tcp_if_output_tso(ifp, mp, dst, rt, ifcap, mtu); > > +

Re: tcp lro tso path mtu

2023-07-06 Thread Jan Klemkow
On Mon, Jul 03, 2023 at 08:04:11PM +0300, Alexander Bluhm wrote: > As final step before making LRO (Large Receive Offload) the default, > we have to fix path MTU discovery when forwarding. > > The drivers, currently ix(4) and lo(4) only, record an upper bound > of the size of the original packets

Re: axppmic(4): revise (fix axppmic_regdata table, axp305 support)

2023-07-06 Thread Mark Kettenis
> Date: Thu, 06 Jul 2023 22:27:59 +0900 > From: SASANO Takayoshi > > Hi, > > changed step -> nsteps, and indent is fixed. Here is new diff. > Can I commit this? Thank you very much! ok kettenis@ > Regards, > -- > SASANO Takayoshi (JG1UAA) > > Index: axppmic.c >

[PATCH V3] Driver for Elantech I2C touchpad

2023-07-06 Thread Vladimir 'phcoder' Serbinenko
This patch adds support for I2C Elantech touchpad as used on Chromebooks and some other laptops. Tested on Elemi Chromebook. Based on FreeBSD ietp driver and OpenBSD ihidev.c driver. Ietp uses HID endpoint descriptor and few commands from HID but is largely incompatible as reports are different and

Re: axppmic(4): revise (fix axppmic_regdata table, axp305 support)

2023-07-06 Thread SASANO Takayoshi
Hi, changed step -> nsteps, and indent is fixed. Here is new diff. Can I commit this? Regards, -- SASANO Takayoshi (JG1UAA) Index: axppmic.c === RCS file: /cvs/src/sys/dev/fdt/axppmic.c,v retrieving revision 1.16 diff -u -p -r1.16

Re: OpenBSD perl 5.36.1 - Call for Testing

2023-07-06 Thread Theo de Raadt
Alexander Bluhm wrote: > After that we have only the syscall Perl diff floating around and > can concentrate on that. It is important to make some sort of progress on that before the release cycle, because immediately after release I want to start burning syscall down.

Re: OpenBSD perl 5.36.1 - Call for Testing

2023-07-06 Thread Alexander Bluhm
On Tue, Jul 04, 2023 at 06:38:46PM +0300, Alexander Bluhm wrote: > On Sat, May 20, 2023 at 06:59:14PM -0700, Andrew Hewus Fresh wrote: > > Here's a patch to bring perl in base from 5.36.0 to 5.36.1, there are > > only a few fixes in it and at least one of them I had previously > > backported before

Re: tcp timer wrap around, use 64 bit

2023-07-06 Thread YASUOKA Masahiko
On Tue, 4 Jul 2023 12:14:47 +0300 Alexander Bluhm wrote: > After changing tcp now tick to milliseconds, it will wrap around > after 49 days of uptime. That may be a problem in some places of > our stack. Better use a 64 bit counter. I agree since we sometimes hit a problem from where we could n

Re: axppmic(4): revise (fix axppmic_regdata table, axp305 support)

2023-07-06 Thread Mark Kettenis
> Date: Thu, 06 Jul 2023 07:31:18 +0900 > From: SASANO Takayoshi > > Hello, > > Adding axp305 support to axppmic(4), I found following bugs: > > - only voltage range defined base and delta working, > base2 and delta2 not working > - even if base2 and delta2 range working, vo