> On Jan 4, 2024, at 15:22, Herbert J. Skuhra <herb...@gojira.at> wrote: > > On Thu, 04 Jan 2024 14:57:59 +0100, tue...@fh-muenster.de wrote: >> >>> On Jan 4, 2024, at 11:40, Herbert J. Skuhra <herb...@gojira.at> wrote: >>> >>> On Fri, 17 Nov 2023 14:31:02 +0100, "Herbert J. Skuhra" wrote: >>>> >>>> Hi, >>>> >>>> On Fri, 17 Nov 2023 00:15:13 +0100, tue...@freebsd.org wrote: >>>>> >>>>>> On Nov 16, 2023, at 20:06, Herbert J. Skuhra <herb...@gojira.at> wrote: >>>>>> >>>>>> On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote: >>>>>>> >>>>>>> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra <herb...@gojira.at> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> OK, I am now running GENERIC-NODEBUG + "options TCPHPTS". >>>>>>>> >>>>>>>> After setting "sysctl net.inet.tcp.functions_default=rack" git no >>>>>>>> longer works: >>>>>>>> >>>>>>>> >>>>>>> Are you using a fresh 15 head or a specific network setup ? >>>>>>> >>>>>>> Because I'm not able to reproduce your problem on my system: >>>>>>> >>>>>>> $ uname -a >>>>>>> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0 >>>>>>> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023 >>>>>>> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS >>>>>>> amd64 >>>>>>> $ cat /usr/src/sys/amd64/conf/TCPHPTS >>>>>>> include GENERIC-NODEBUG >>>>>>> ident TCPHPTS >>>>>>> options TCPHPTS >>>>>>> $ sysctl net.inet.tcp.functions_default >>>>>>> net.inet.tcp.functions_default: rack >>>>>>> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working >>>>>>> working >>>>>>> $ >>>>>> >>>>>> OK, (g)it works if I disable pf. Do you use pf? >>>>> Can you share your pf config such that I can reproduce the problem >>>>> locally? >>>> >>>> 1. It even fails with a simple pf.conf: >>>> pass in all >>>> pass out all >>>> >>>> 2. Fetching port distfiles also failed. >>>> >>>> 3. If I disable rxcsum on the ethernet adapter (igb0) it works. >>> >>> Disabling lro also resolves the issue. >>> >>> Not OK: >>> >>> igb0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric >>> 0 mtu 1500 >>> >>> options=4e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG> >>> >>> OK: >>> >>> igb0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric >>> 0 mtu 1500 >>> >>> options=4e523bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG> >> What kind of NIC do you have? Can you post the output of >> dmesg | grep igb0 > > igb0: <Intel(R) I210 (Copper)> port 0xf000-0xf01f mem > 0xfc200000-0xfc27ffff,0xfc280000-0xfc283fff irq 28 at device 0.0 on pci3 > igb0: EEPROM V3.16-0 eTrack 0x800004d6 > igb0: Using 1024 TX descriptors and 1024 RX descriptors > igb0: Using 4 RX queues 4 TX queues > igb0: Using MSI-X interrupts with 5 vectors > igb0: Ethernet address: aa:bb:cc:dd:ee:ff > igb0: netmap queues/slots: TX 4/1024, RX 4/1024 > igb0: link state changed to UP > igb0: link state changed to DOWN > igb0: link state changed to UP Hi Herbert,
thank you very much. I'll see if I have such a NIC in one of my test systems and will report back. Best regards Michael > > -- > Herbert >
