Tuesday, September 02, 2025

Re: Intel I350 (em(4)) weird behavior

Hi.

Found this while looking for something else, but it sounded familiar...

On Sat, Jun 07, 2025 at 08:59:38PM -0400, Daniel Jakots wrote:
> tl;dr: when I download base77.tgz, I have
> $ ftp https://whatever/pub/OpenBSD/snapshots/amd64/base77.tgz
> Trying 10.10.10.46...
> Requesting https://whatever/pub/OpenBSD/snapshots/amd64/base77.tgz
> 2% |* | 11648 KB - stalled -
> ftp: Reading from socket: read failed: error:06FFF064:digital envelope
> routines:CRYPTO_internal:bad decrypt

So the connection stalled? You don't happen to be using jumbo frames do
you?

If so, it might be this, wherein em(4) would truncate jumbo frames whose
length fell on 2k boundaries:
https://cvsweb.openbsd.org/src/sys/dev/pci/if_em.c?rev=1.379&content-type=text/x-cvsweb-markup

Such frames would get dropped and retransmitted, but they'd still be
the same size to they'd just get dropped again, and ultimately the TCP
connection would terminate. Standard MTU is 1500, so this can't be the
problem if you're not using jumbos.

[...]

> OpenBSD 7.7-current (GENERIC.MP) #703: Sat Jun 7 08:24:55 MDT 2025
> deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

This snapshot is from a week prior to the fix going in, so if this was
your problem it should be fixed now, at least in -current.

--
Darren Tucker (dtucker at dtucker.net)
GPG key 11EAA6FA / A86E 3E07 5B19 5880 E860 37F4 9357 ECEF 11EA A6FA
Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.

No comments:

Post a Comment