Re: amdgpio0 high interrupt rate on Matebook D

2020-01-10 Thread James Hastings
> On Sat, Jan 04, 2020 at 06:23:44PM +0100, Mark Kettenis wrote: > > Date: Sat, 4 Jan 2020 12:03:14 -0500 > > From: Bryan Steele > > > > On Sat, Jan 04, 2020 at 11:30:56AM -0500, Bryan Steele wrote: > > > On Sat, Jan 04, 2020 at 05:07:04PM +0100, Mark Kettenis wrote: > > > > > Date: Sat, 4 Jan 20

Re: Packets originating from IKED tunnel have a bad ip chksum

2020-01-10 Thread list
Am Fri, 10 Jan 2020 08:49:27 +0100 schrieb Janne Johansson : Hi, thanks for your help. Looking at the tcpdump on both sides. I seems to be way you described. Though it appears to me that looking at a dump that a packet is received on enc0 with a destination that is located on behinde another i

Re: Packets originating from IKED tunnel have a bad ip chksum

2020-01-10 Thread Janne Johansson
> > > There's a tunnel between Server A and Server B. Server A is a standalone > machine trying to reach over the VPN tunnel to a host (10.0.1.50) that is > located in a subnet of Server B. Setup is the following: > $ cat /etc/hostname.enc0 > Haven't done ipsec on obsd for a while now, but are you

Re: Packets originating from IKED tunnel have a bad ip chksum

2020-01-10 Thread Stuart Henderson
On 2020/01/10 12:19, Janne Johansson wrote: > > > > > > There's a tunnel between Server A and Server B. Server A is a standalone > > machine trying to reach over the VPN tunnel to a host (10.0.1.50) that is > > located in a subnet of Server B. Setup is the following: > > $ cat /etc/hostname.enc0 >

Re: Packets originating from IKED tunnel have a bad ip chksum

2020-01-10 Thread list
Am Fri, 10 Jan 2020 12:19:46 +0100 schrieb Janne Johansson : > > > > > > There's a tunnel between Server A and Server B. Server A is a > > standalone machine trying to reach over the VPN tunnel to a host > > (10.0.1.50) that is located in a subnet of Server B. Setup is the > > following: $ cat /et

Re: sndiod channel duplication doesn't work

2020-01-10 Thread Peter Piwowarski
On Fri, 10 Jan 2020 12:00:18 +0100 Alexandre Ratchov wrote: > > + if (s->opt->dup && s->mix.cmap.nch > 0) { > > + dev_nch = outchan < (s->opt->rmax - s->opt->rmin + 1) > > + ? d->rchan > >

Re: Packets originating from IKED tunnel have a bad ip chksum

2020-01-10 Thread Janne Johansson
Den fre 10 jan. 2020 kl 13:58 skrev list : > > > There's a tunnel between Server A and Server B. Server A is a > > > standalone machine trying to reach over the VPN tunnel to a host > > > (10.0.1.50) that is located in a subnet of Server B. Setup is the > > I appreciate the directions but after

Re: Packets originating from IKED tunnel have a bad ip chksum

2020-01-10 Thread list
Am Fri, 10 Jan 2020 14:31:40 +0100 schrieb Janne Johansson : > Den fre 10 jan. 2020 kl 13:58 skrev list : > > > > > There's a tunnel between Server A and Server B. Server A is a > > > > standalone machine trying to reach over the VPN tunnel to a host > > > > (10.0.1.50) that is located in a subne

Re: amdgpio0 high interrupt rate on Matebook D

2020-01-10 Thread Bryan Steele
On Fri, Jan 10, 2020 at 02:59:10AM -0500, James Hastings wrote: > > On Sat, Jan 04, 2020 at 06:23:44PM +0100, Mark Kettenis wrote: > > > Date: Sat, 4 Jan 2020 12:03:14 -0500 > > > From: Bryan Steele > > > > > > On Sat, Jan 04, 2020 at 11:30:56AM -0500, Bryan Steele wrote: > > > > On Sat, Jan 04,

ocspcheck fails to load OCSP response from ocsp.sectigo.com

2020-01-10 Thread Kor son of Rynar
>Synopsis: ocspcheck fails to load OCSP response from ocsp.sectigo.com >Category: system amd64 >Environment: System : OpenBSD 6.6 Details : OpenBSD 6.6-current (GENERIC) #574: Fri Jan 10 10:38:49 MST 2020 dera...@amd64.openbsd.org: /usr/sr

Re: ocspcheck fails to load OCSP response from ocsp.sectigo.com

2020-01-10 Thread Kor son of Rynar
On Fri, Jan 10, 2020 at 6:48 PM Kor son of Rynar wrote: > >Fix: > Unknown. Could be related to the lack of "Connection: close" > and/or "Content-Type" headers in the HTTP request? > Adding the missing headers seems to solve the problem: --- http.c.orig Fri Jun 28 13:32:49 2019 +++ htt

Re: ocspcheck fails to load OCSP response from ocsp.sectigo.com

2020-01-10 Thread Stuart Henderson
On 2020/01/10 19:13, Kor son of Rynar wrote: > On Fri, Jan 10, 2020 at 6:48 PM Kor son of Rynar > wrote: > > > >Fix: > > Unknown. Could be related to the lack of "Connection: close" > > and/or "Content-Type" headers in the HTTP request? > > > > Adding the missing headers seems to solve