[Bug 274995] net/realtek-re-kmod: ssl3_get_record:decryption failed or bad record mac

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274995

            Bug ID: 274995
           Summary: net/realtek-re-kmod: ssl3_get_record:decryption failed
                    or bad record mac
           Product: Ports & Packages
           Version: Latest
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: Individual Port(s)
          Assignee: ale@FreeBSD.org
          Reporter: iio7@tutanota.com
             Flags: maintainer-feedback?(ale@FreeBSD.org)
          Assignee: ale@FreeBSD.org

Hi,

I have this strange error on 2 out of 4 FreeBSD boxes which I have narrowed
down to having relation to the realtek-re-kmod driver.

$ curl -O https://www.unixsheikh.com/includes/files/the-biggest-myths.pdf
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
12  763k   12 98139    0     0   377k      0  0:00:02 --:--:--  0:00:02  378k
curl: (56) OpenSSL SSL_read: OpenSSL/1.1.1t: error:1408F119:SSL
routines:ssl3_get_record:decryption failed or bad record mac, errno 0

I have problems with IMAP, SFTP, and HTTPS using my email client, wget,
FileZilla etc.

When I attach an Intel NIC with the igb driver on the same machine, the problem
is gone.

Both boxes have Realtek NICs on the motherboard, none of which work with the re
driver from base.

The error is strangely enough not on all connections to all HTTPS domains.

First broken box:

$ ifconfig re0
re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=201b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,WOL_MAGIC>
        ether d0:50:99:59:15:7e
        inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>

# dmesg |grep re0
re0: <Realtek PCIe GbE Family Controller> port 0xe000-0xe0ff mem
0xd0704000-0xd0704fff,0xd0700000-0xd0703fff irq 18 at device 0.0 on pci1
re0: Using Memory Mapping!
re0: Using 1 MSI-X message
re0: ASPM disabled
re0: version:1.98.00
re0: Ethernet address: d0:50:99:59:15:7e
re0: Ethernet address: d0:50:99:59:15:7e
re0: link state changed to UP
re0: <Realtek PCIe GbE Family Controller> port 0xe000-0xe0ff mem
0xd0704000-0xd0704fff,0xd0700000-0xd0703fff irq 18 at device 0.0 on pci1
re0: Using Memory Mapping!
re0: Using 1 MSI-X message
re0: ASPM disabled
re0: version:1.98.00
re0: Ethernet address: d0:50:99:59:15:7e
re0: Ethernet address: d0:50:99:59:15:7e
re0: link state changed to UP

Second broken box:

$ ifconfig re0
re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=201b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,WOL_MAGIC>
        ether 04:7c:16:44:25:0b
        inet 192.168.1.26 netmask 0xffffff00 broadcast 192.168.1.255
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>

# dmesg |grep re0
re0: <Realtek PCIe 2.5GbE Family Controller> port 0x4000-0x40ff mem
0x73d00000-0x73d0ffff,0x73d10000-0x73d13fff irq 17 at device 0.0 on pci4
re0: Using Memory Mapping!
re0: Using 1 MSI-X message
re0: ASPM disabled
re0: version:1.98.00
re0: Ethernet address: 04:7c:16:44:25:0b
re0: Ethernet address: 04:7c:16:44:25:0b
re0: link state changed to UP

Let me know if I can provide more info.

Kind regards.

-- 
You are receiving this mail because:
You are the assignee for the bug.