[Bug 295942] SSL_OP_ENABLE_KTLS_TX_ZEROCOPY_SENDFILE data corruption on files > 128KB
Date: Thu, 11 Jun 2026 05:09:07 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=295942
--- Comment #7 from Dirk Meyer <dinoex@FreeBSD.org> ---
(In reply to Mark Johnston from comment #5)
> kern.ipc.tls.stats.failed_crypto: 1332
> kern.ipc.tls.stats.corrupted_records: 75
Unrelated, this counters did not change when testing.
Might be created from different jails and bad requests.
> Which crypto drivers are in use?
Hardware 1)
# openssl engine
(rdrand) Intel RDRAND engine
(dynamic) Dynamic engine loading support
Hardware 2)
# openssl engine
(dynamic) Dynamic engine loading support
> Do you have qat.ko loaded?
not loaded.
Please share "pciconf -lv" output.
Hardware 1)
Active igb0: checksum failed
em0@pci0:0:25:0: class=0x020000 rev=0x04 hdr=0x00 vendor=0x8086
device=0x153a subvendor=0x15d9 subdevice=0x153a
vendor = 'Intel Corporation'
device = 'Ethernet Connection I217-LM'
class = network
subclass = ethernet
igb0@pci0:3:0:0: class=0x020000 rev=0x03 hdr=0x00 vendor=0x8086
device=0x1533 subvendor=0x15d9 subdevice=0x1533
vendor = 'Intel Corporation'
device = 'I210 Gigabit Network Connection'
class = network
subclass = ethernet
Hardware 2)
Active igb0:
igb0@pci0:5:0:0: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086
device=0x10c9 subvendor=0x15d9 subdevice=0x10c9
vendor = 'Intel Corporation'
device = '82576 Gigabit Network Connection'
class = network
subclass = ethernet
igb1@pci0:5:0:1: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086
device=0x10c9 subvendor=0x15d9 subdevice=0x10c9
vendor = 'Intel Corporation'
device = '82576 Gigabit Network Connection'
class = network
subclass = ethernet
Hardware 3)
Active igb0: checksum failed
igb0@pci0:3:0:0: class=0x020000 rev=0x03 hdr=0x00 vendor=0x8086
device=0x1533 subvendor=0x8086 subdevice=0x35bc
vendor = 'Intel Corporation'
device = 'I210 Gigabit Network Connection'
class = network
subclass = ethernet
igb1@pci0:4:0:0: class=0x020000 rev=0x03 hdr=0x00 vendor=0x8086
device=0x1533 subvendor=0x8086 subdevice=0x35bc
vendor = 'Intel Corporation'
device = 'I210 Gigabit Network Connection'
class = network
subclass = ethernet
Hardware 4) Tower, all checksum ok
re0@pci0:3:0:0: class=0x020000 rev=0x0c hdr=0x00 vendor=0x10ec device=0x8168
subvendor=0x1043 subdevice=0x8554
vendor = 'Realtek Semiconductor Co., Ltd.'
device = 'RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
Controller'
class = network
subclass = ethernet
Hardware 5) Laptop, all checksum ok
re0@pci0:5:0:0: class=0x020000 rev=0x15 hdr=0x00 vendor=0x10ec device=0x8168
subvendor=0x103c subdevice=0x8978
vendor = 'Realtek Semiconductor Co., Ltd.'
device = 'RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
Controller'
class = network
subclass = ethernet
Hardware 6)
Active em0: checksum failed
em0@pci0:0:31:6: class=0x020000 rev=0x20 hdr=0x00 vendor=0x8086
device=0x15fc subvendor=0x1458 subdevice=0x1000
vendor = 'Intel Corporation'
device = 'Ethernet Connection (13) I219-V'
class = network
subclass = ethernet
igc0@pci0:174:0:0: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086
device=0x15f3 subvendor=0x1458 subdevice=0x1000
vendor = 'Intel Corporation'
device = 'Ethernet Controller I225-V'
class = network
subclass = ethernet
Hardware 7) checksum OK
em0@pci0:0:31:6: class=0x020000 rev=0x21 hdr=0x00 vendor=0x8086
device=0x156f subvendor=0x1458 subdevice=0xe000
vendor = 'Intel Corporation'
device = 'Ethernet Connection I219-LM'
class = network
subclass = ethernet
Test;
Some machines have in /boot/loader.conf:
hw.em.rx_process_limit="-1"
But this does not have any effect on the problem here.
Test with/without promisc mode makes no change.
Test: with/without offloading makes no change.
igb0: flags=1008943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,LOWER_UP>
metric 0 mtu 1500
otions=4e120bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,WOL_MAGIC,VLAN_HWFILTER,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
options=802038<VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,WOL_MAGIC,HWSTATS>
--
You are receiving this mail because:
You are the assignee for the bug.