Re: Cwnd grows slowly during slow-start due to LRO of the receiver side.

On 5/2/23 11:14, Hans Petter Selasky wrote: Hi Chen! The FreeBSD mbufs carry the number of ACKs that have been joined together into the following field: m->m_pkthdr.lro_nsegs Can this value be of any use to cc_newreno ? --HPS Hi Chen, Have you tested using FreeBSD main /

Re: Cwnd grows slowly during slow-start due to LRO of the receiver side.

Hi Chen! The FreeBSD mbufs carry the number of ACKs that have been joined together into the following field: m->m_pkthdr.lro_nsegs Can this value be of any use to cc_newreno ? --HPS On 5/2/23 09:46, Chen Shuo wrote: As per newreno_ack_received() in sys/netinet/cc/cc_newreno.c, FreeBSD TCP

Re: Ifconfig limitations

On 4/19/23 00:19, Mina Galić wrote: Do you know how the sysctl entries interact with renaming an interface? Hi, I think there is no interaction there. We do have a sysctl_rename_oid() function, so it is technically possible. Feel free to work on it, if you find any issues! --HPS

Re: Ifconfig limitations

On 4/18/23 11:44, Mina Galić wrote: Hi HPS, i don't see those sysctl entries for regular devices? is this infiniband specific? or is there anything I need to enable to get these sysctls? Kind regards, Hi, The sysctl entries you are referring to are created by ibcore.ko . Unless the

Re: Ifconfig limitations

Hi, All the `/sys/class/net//*` entries are sysctl(8) entries, like Sobczak, pointed out. They are converted simply by replacing "/" with ".", and there are some helper functions in: contrib/ofed/libibumad/sysfs.c: if (sysctlbyname(PATH_TO_SYS(path), str, , NULL, 0) == -1) To do this

Re: Too aggressive TCP ACKs

On 10/26/22 10:57, Tom Jones wrote: It focuses on QUIC, but congestion control dynamics don't change with the protocol. You should be able to read there, but if not I'm happy to send anyone a pdf. If QUIC doesn't support TSO (Large Send Offload), it cannot be compared I think. --HPS

Re: Too aggressive TCP ACKs

Hi, Some thoughts about this topic. Delaying ACKs means loss of performance when using Gigabit TCP connections in data centers. There it is important to ACK the data as quick as possible, to avoid running out of TCP window space. Thinking about TCP connections at 30 GBit/s and above! I

Re: Help wanted with MFC 256820

On 10/18/22 17:16, Koichiro Iwao wrote: On Mon, Oct 17, 2022 at 09:16:12AM +0200, Hans Petter Selasky wrote: Send me the "git show" output of the commit before you push it, and I'll review it for you. --HPS I would like to MFC it to stable/12, too. See attached patches for b

Re: Help wanted with MFC 256820

On 10/17/22 01:59, Koichiro Iwao wrote: On Sun, Oct 16, 2022 at 06:12:40PM +0200, Hans Petter Selasky wrote: Hi, I think you should do: git cherry-pick -x 9823a0c0acf4fc277a71336ea737e1de7c65742f Then: git commit --amend And remove the "MFC after" tag. Then push it to stabl

Re: Help wanted with MFC 256820

On 10/16/22 18:07, Koichiro Iwao wrote: Hi, I only have ports commit bit. I would like to ship this 1-year-old commit to each stable branch (at least stable/13). I'm happy to help with anything. I would like to try it if I'm permitted to do that with someone's approval. I would appreciate it

Re: Is there a way to deterministically bring up two usb ethernet interfaces?

Hi, On 6/21/22 22:01, Bakul Shah wrote: I think the problem is that the two interfaces don't always come up in the right sequence so which is ue0 and which is ue1 changes but they are connected to specific networks. Thanks Most likely not. Maybe devd events or sysctls can help you:

Re: Poor performance with stable/13 and Mellanox ConnectX-6 (mlx5)

On 6/13/22 20:25, Mike Jakubik wrote: Hello, I have two new servers with a Mellnox ConnectX-6 card linked at 25Gb/s, however, I am unable to get much more than 6Gb/s when testing with iperf3. The servers are Lenovo SR665 (2 x AMD EPYC 7443 24-Core Processor, 256 GB RAM, Mellanox ConnectX-6

Re: recommended USB-c Ethernet adapter for laptop

On 5/5/22 15:08, Ludovit Koren wrote: Hello, I am using FreeBSD 14.0-CURRENT #0 main-n253876-1e9ce60a6d7 on my laptop and to find a reliable USB-c Ethernet adapter. I have tried the following: ure0 on uhub0 ure0: on usbus1 miibus0: on ure0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT,

Re: 60+% ping packet loss on Pi3 under -current and stable-13

On 5/2/22 18:43, Bakul Shah wrote: This is due to tcpdump. On May 2, 2022, at 8:53 AM, bob prohaska wrote: One new oddity is seeing in the daily security report the lines www.zefox.org kernel log messages: +ue0: promiscuous mode enabled +ue0: promiscuous mode disabled

Re: 60+% ping packet loss on Pi3 under -current and stable-13

On 5/2/22 03:13, bob prohaska wrote: On Sun, May 01, 2022 at 05:10:59PM -0700, Mark Millard wrote: [reply at end] On 2022-May-1, at 16:27, bob prohaska wrote: On Sun, May 01, 2022 at 12:58:45PM -0700, Mark Millard wrote: Looks like there is some problem getting past

Re: epoch callback panic

On 4/1/22 22:33, Hans Petter Selasky wrote: Hi, Maybe you need to grab the lock before destroying it? Is this easily reproducible? --HPS Can you figure out the owner of the lock? I guess the owner is not in an epoch section like it should! --HPS

Re: epoch callback panic

On 4/1/22 19:07, Peter Holm wrote: markj@ asked me to post this one: panic: rw lock 0xf801bccb1410 not unlocked cpuid = 4 time = 1648770125 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00e48a3d10 vpanic() at vpanic+0x17f/frame 0xfe00e48a3d60

Re: Receive Side Coalescing(RSC) and LRO

On 2/9/22 10:28, Wei Hu wrote: But maybe it is the way to go as FreeBSD lacks system wide support to differentiate hardware and software LRO. Hi Wei, Software LRO has been found superior to hardware LRO, especially when hundreds of connections are involved. The hardware is simply not able

Re: Receive Side Coalescing(RSC) and LRO

On 2/8/22 16:32, Wei Hu wrote: Hi, I am trying to find the term that FreeBSD uses for the network offloading feature like RSC. RSC is Microsoft's term which is essentially the same as LRO in Linux, in which the packet aggregation happens on the hardware NIC. The LRO on FreeBSD seems

Re: LAN ure interface problem

On 10/22/21 16:00, Ludovit Koren wrote: Hi, I have installed FreeBSD 14.0-CURRENT #1 main-n250134-225639e7db6-dirty on my notebook HP EliteBook 830 G7 and I am using RealTek usb LAN interface: ure0 on uhub0 ure0: on usbus1 miibus0: on ure0 rgephy0: PHY 0 on miibus0 rgephy0: OUI 0x00e04c,

Re: Creating/destroying bulk VLAN interfaces takes too long

On 8/30/21 9:13 AM, Özkan KIRIK wrote: Hello, I'm using FreeBSD stable/12. Creating/destroying bulk vlan interfaces takes too long to finish. Running parallel doesn't matter. Is there any fast way to create 100 vlan interfaces? seq 1 100 | /usr/bin/time xargs -t -n 1 -I % ifconfig em1.% create

Re: fib[46]_lookup_rt usage in netflow.c, sa_len comparison with AF_INET

On 5/18/21 5:46 PM, Guy Yur wrote: Hi, I was looking for examples on how to use fib6_lookup_rt and noticed there are comparisons between sa_len and AF_ flags in netflow.c if (nh->gw_sa.sa_len == AF_INET) if (nh->gw_sa.sa_len == AF_INET6) Are these typos for sa_family? Hi, According to:

Re: rip6_output not in net epoch across call to ip6_setpktopts()

On 5/18/21 9:18 PM, Ryan Stone wrote: The issue seems to be that rip6_output() calls into ip6_setpktopts() outside of the net epoch. Should I just wrap the setpktopts call in a net epoch enter/exit, or does anybody think that there's something cleverer that should be done there? Hi, Epoch

Re: RSS on FreeBSD stable/12 gateway

On 3/7/21 10:03 PM, Özkan KIRIK wrote: Any suggestions to enable RSS ? I found that RSS hardware computed checksums are not correct when using iflib (intel hardware), compared to what the software expects, so traffic goes on wrong queue and gets dropped simply. Maybe you see something

Re: ims_merge in in_mcast.c

On 2020-10-12 19:11, Dheeraj Kandula wrote: On line 987 and 991 shouldn't the index be 0 instead of 1. i.e. ims->ims_st[0].ex -= n; and ims->ims_st[0].in -= n; On a rollback, the entry at index 0 is incremented and the entry at index 1 is decremented. On a non-rollback merge, the entry at

Re: mlx5 irq

On 2020-10-01 18:57, Slawa Olhovchenkov wrote: Do you planed to use more describe irq's name? The kernel doesn't support more than X number of bytes per name unfortunately. --HPS ___ freebsd-net@freebsd.org mailing list

Re: mlx5 irq

On 2020-10-01 11:13, Michal Vančo via freebsd-net wrote: On 01/10/2020 10:52, Hans Petter Selasky wrote: On 2020-10-01 10:24, Michal Vančo wrote: But why is the actual number of IRQ lines bigger than number of CPU cores? There are some dedicated IRQ's used for firmware management. Else

Re: mlx5 irq

On 2020-10-01 10:24, Michal Vančo wrote: But why is the actual number of IRQ lines bigger than number of CPU cores? There are some dedicated IRQ's used for firmware management. Else the driver will use the number of online CPU's by default as the number of rings, if the hardware supports it.

Re: mlx5 irq

On 2020-10-01 09:39, Michal Vančo via freebsd-net wrote: Hi Hi Michal, I have a server with one Mellanox ConnectX-4 adapter and the following CPU configuration (SMT disabled): # dmesg | grep SMP FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 2 package(s) x 8 core(s) x 2

Re: bridge/igb panic: sleepq_add: td 0xfffffe01bbce5300 to sleep on wchan 0xffffffff8157d9a0 with sleeping prohibited

On 2020-09-11 14:08, Hans Petter Selasky wrote: I think this is another variant of: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232362 Also adding this one for the record: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240609 --HPS

Re: bridge/igb panic: sleepq_add: td 0xfffffe01bbce5300 to sleep on wchan 0xffffffff8157d9a0 with sleeping prohibited

On 2020-09-11 13:47, xto...@mm.st wrote: xto...@mm.st wrote: Updating from latest CURRENT snapshot (FreeBSD-13.0-CURRENT-amd64-20200910-1544934ffb2) to r365620 broke the bridges with igb (I350-T2) for me.  Booting to kernel.old and/or commenting the entries in rc.conf helps. rc.conf:

Re: Ipv6 neighbor limit

On 2020-09-03 14:34, Cristian Cardoso wrote: Hi Would anyone know if there is any limit in the FreeBSD kernel for IPv6 neighbors? I checked the ndp documentation and found nothing, looking at the return of the sysctl command I also did not find anything explicit. Hi, There is something

Re: somewhat reproducable vimage panic

On 2020-07-23 21:26, Bjoern A. Zeeb wrote: That’ll probably work;  still, the deferred teardown work seems wrong to me;  I haven’t investigated;  the patch kind-of says exactly that as well: if “wait until deferred stuff is done” is all we are doing, why can we not do it on the spot then? Hi

Re: Multicast issue, interface not leaving Mutlicast Group

On 2020-08-07 15:25, Abelenda Diego wrote: Hello, I have discovered that I had a multicast issue for years I did not know about. I use a FreeBSD (opnsense) setup as router for my home network and have igmpproxy for IPTV. Somehow everything seems to work, until I realized that my ISP was

Re: somewhat reproducable vimage panic

On 2020-07-25 21:21, John-Mark Gurney wrote: So far so good... I am getting these on occasion: in6_purgeaddr: err=65, destination address delete failed Maybe you could add a "kdb_backtrace()" call when that error happens? --HPS ___

Re: somewhat reproducable vimage panic

On 2020-07-25 21:21, John-Mark Gurney wrote: Yeah, agreed. I think hselasky has a better fix: https://reviews.freebsd.org/D24914 I just saw his e-mail in a different thread. I'm testing out this patch now, and let people know how it goes.. It'll be nice to not have to worry about these

Re: Abandoning ifnet work

On 2020-07-23 05:45, Kyle Evans wrote: abandoning because the review process for this area is simply not Are you looking for this: https://reviews.freebsd.org/D24914 --HPS ___ freebsd-net@freebsd.org mailing list

Re: Multicast: membership to (*, G) group after leaving a (S, G) group

On 2020-07-07 13:55, Fabrice Colliot wrote: Sorry, I forgot to mention it. I've tried on FreeBSD 11.3 and FreeBSD 12.0. Can you try 12.0 using a 12-stable kernel and see if there are any differences? --HPS ___ freebsd-net@freebsd.org mailing

Re: Multicast: membership to (*, G) group after leaving a (S, G) group

On 2020-07-07 12:01, Fabrice Colliot wrote: Hi, I'm using smcroute to join and leave multicast groups and I don't understand the behavior of FreeBSD when the group is left. Here is what I do: smcroute join em1 10.3.4.5 224.0.55.55 ifmcstat -i em1 em1: inet 10.10.0.1 igmpv3

Re: LTE modem?

On 2020-05-05 08:12, Shamim Shahriar wrote: Personally I prefer the ones that offer an Ethernet port; The Huawei E3372 LTE USB-stik has a FreeBSD compatible USB ethernet port. But does not support voice calls, only SMS. --HPS ___

Re: Issue with epoch_drain_callbacks and unloading iavf(4) [using iflib]

On 2020-04-08 01:23, Mark Johnston wrote: On Mon, Apr 06, 2020 at 02:34:50PM -0700, Eric Joyner wrote: On Mon, Apr 6, 2020 at 2:29 PM Mark Johnston wrote: On Mon, Apr 06, 2020 at 02:19:25PM -0700, Eric Joyner wrote: Mark, I think I was mistaken about the backtrace looking the same. I was

Re: additional ifreq accessors?

On 2020-04-07 19:26, Poul-Henning Kamp wrote: In message <20200407172151.gb72...@spindle.one-eyed-alien.net>, Brooks Davis writes: My question for the lists is: should we adopt the more-technically-correct accessors in FreeBSD or stick with slightly-cheaper and more conventional

Re: [PATCH]: ipoib with mlx4 initialisation ordering

On 2020-02-22 01:48, Andreas Kempe wrote: Hello everyone, We have had issues with our machine using IPoIB on FreeBSD with the mlx4 driver. The machine would hang on shutdown. We traced the issue to IPoIB registering multicast groups that increase the reference count of the port in the

Re: epoch and ath(4) - what should we be doing?

On 2020-02-20 02:01, Adrian Chadd wrote: Questions: * are these things recursive? Yes. * what are the rules around sleeping? I've seen some ... discussions that were quite animated around this. Any non-sleepable lock is allowed under EPOCH(9). * what should I be doing as an epoch

Re: Does sosend() need CURVNET_SET/CURVNET_RESTORE?

On 2020-02-02 22:22, Rick Macklem wrote: Hi, The current krpc code calls sosend() and soreceive() without any CURVNET_SET()/CURVNET_RESTORE() wrapped around them. When I recently used sosend_generic(), it panic'd without them. Do they need to be added around sosend()/soreceive()? I'll admit

Re: Issue with epoch_drain_callbacks and unloading iavf(4) [using iflib]

On 2020-01-29 22:44, Eric Joyner wrote: On Wed, Jan 29, 2020 at 1:41 PM Hans Petter Selasky wrote: On 2020-01-29 22:30, Eric Joyner wrote: Hi freebsd-net, We've encountered an issue with unloading the iavf(4) driver on FreeBSD 12.1 (and stable). On a VM with two iavf(4) interfaces, if we

Re: Issue with epoch_drain_callbacks and unloading iavf(4) [using iflib]

On 2020-01-29 22:30, Eric Joyner wrote: Hi freebsd-net, We've encountered an issue with unloading the iavf(4) driver on FreeBSD 12.1 (and stable). On a VM with two iavf(4) interfaces, if we send heavy traffic to iavf1 and try to kldunload the driver, the kldunload process hangs on iavf0 until

Re: Strange logic in r336438

On 2020-01-17 00:31, Eric van Gyzen wrote: I was just reviewing r336438: https://svnweb.freebsd.org/base?view=revision=336438 In bxe_interrupt_detach(), the nested loops over sc->num_queues don't look right.  We drain the taskqueues for queue 0, but then free the taskqueues for queues 1-N

Re: Intel ix staled under heavy load

On 2020-01-14 19:26, Nick Rogers wrote: On Tue, Jan 14, 2020 at 10:09 AM Hans Petter Selasky wrote: On 2020-01-14 16:07, Slawa Olhovchenkov wrote: this is a known issue in iflib. Unresolved? See mail I sent off-list. I would be interested to know if this is resolved or not as well

Re: Intel ix staled under heavy load

On 2020-01-14 16:07, Slawa Olhovchenkov wrote: this is a known issue in iflib. Unresolved? See mail I sent off-list. --HPS ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail

Re: Intel ix staled under heavy load

On 2020-01-14 15:54, Slawa Olhovchenkov wrote: What is problem? How to resolve this? Iff you do "ifconfig xxx down" and then "ifconfig xxx up" and the interface comes back, this is a known issue in iflib. --HPS ___ freebsd-net@freebsd.org mailing

Re: [PATCH] ipoib: Patch for crash in icmp_error, fault trap 12

Thank you for your patch: https://svnweb.freebsd.org/changeset/base/356633 --HPS ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

[IFLIB] When system runs out of mbufs incoming network traffic stops entirely

Hi, It appears iflib has a little defect. When the system temporarily runs out of mbufs, iflib based network drivers stop receiving packets forever, even when the mbuf zone recover. In mlx5en(4) which doesn't use iflib we have a special watchdog/callout to retry filling the RX DMA ring when

Re: Problems with Multicast (IGMP) since upgrade from 11.3 to 12.1

FYI: Solution is here: https://reviews.freebsd.org/D22595 Working on getting it into base. --HPS ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to

Re: ix0 and ix1 ifconfig options different on Supermicro board

On 2019-11-27 18:50, BulkMailForRudy wrote:   iperf3 -c 10.1.1.1 -P 4  --->  5.1Gbps I think iperf3 is single-threaded multiple connections. While iperf use multiple threads --HPS ___ freebsd-net@freebsd.org mailing list

Re: Still em(4) broken with epoch changes

On 2019-10-23 09:33, Konstantin Belousov wrote: I tried to netboot my test box today with r353914 kernel, and still I get the following panic on machine attempt to start multiuser: Feeding entropy: . lo0: link state changed to UP uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with

Re: panic: sleeping in an epoch section

On 2019-10-09 15:56, Mark Johnston wrote: On Wed, Oct 09, 2019 at 10:40:04AM +0200, Hans Petter Selasky wrote: On 2019-10-09 06:36, Yuri Pankov wrote: Tried updating from r353072 to r353334 and getting the following panic reproducibly on boot (starting dhclient?): panic: sleeping in an epoch

Re: panic: sleeping in an epoch section

On 2019-10-09 06:36, Yuri Pankov wrote: Tried updating from r353072 to r353334 and getting the following panic reproducibly on boot (starting dhclient?): panic: sleeping in an epoch section cpuid = 5 time = 1570591558 KDB: stack backtrace: db_trace_self_wrapper() at

Re: Infiniband: Mellanox MT26418 in ethernet mode causes crash on shutdown

Hi, Your patch looks good and Mellanox will test it a bit internally before pushing upstream. I think the if_down() call is not strictly needed. ether_ifdetach() already does this. Can you test the patch w/o the if_down() call? --HPS ___

Re: Infiniband: Mellanox MT26418 in ethernet mode causes crash on shutdown

On 2/24/19 1:23 AM, Andreas Kempe wrote: Hello, When running a Mellanox MT26418 in ethernet mode, the kernel crashes with the following stack trace on system shutdown: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code =

Re: IPv6 Broken in 12

On 1/4/19 3:29 PM, Shamim Shahriar wrote: Dear List members, good afternoon and happy new year I am trying to setup a FreeBSD server v12 amd64, and it appears that IPv6 on that is actually broken. I have confirmed that by having same hardware running v11.2 (amd64), and that is working without

Re: Deadlock in VLAN 12-current w/patch

On 10/8/18 5:36 PM, Hans Petter Selasky wrote: Hi Matthew, There is a deadlock when destroying VLANs after the epoch changes were made. Can you have a look and consider the attached patch for 12-current? Thank you! Hi, Differential review is here: https://reviews.freebsd.org/D17496

Deadlock in VLAN 12-current w/patch

Hi Matthew, There is a deadlock when destroying VLANs after the epoch changes were made. Can you have a look and consider the attached patch for 12-current? Thank you! --HPS Thread 1: epoch_block_handler_preempt() at epoch_block_handler_preempt+0x90/frame 0xfe00261b3970

Re: ib_unregister_device - OFED related question

On 07/07/18 02:49, Somayajulu, David wrote: We see that module_unload() grabs the Gaint Lock prior to invoking UNLOAD. Isn't this a problem with cma_process_remove() or am I missing something? Hi, The LinuxKPI should DROP_GIANT and PICKUP_GIANT when sleeping. I haven't checked FreeBSD 10

Re: kldload ibcore.ko fails in snapshot: FreeBSD-12.0-CURRENT-amd64-20180329-r331740-disc1

On 04/26/18 22:45, Somayajulu, David wrote: Thanks Hans and Julian. I did the following and still see the problem #cd /usr/src #make buildworld WITH_OFED=yes #make installworld WITH_OFED=yes #reboot #cd /usr/src #make buildkernel WITH_OFED=yes KERNCONF=MYKERNEL ; MYKERNEL

Re: kldload ibcore.ko fails in snapshot: FreeBSD-12.0-CURRENT-amd64-20180329-r331740-disc1

On 04/25/18 16:12, Julian Elischer wrote: On 24/4/18 3:15 pm, Hans Petter Selasky wrote: On 04/24/18 01:33, Somayajulu, David wrote: Hi All, kldload ibcore.ko fails in the above snapshot with the following error. # kldload -v /usr/obj/usr/src/amd64.amd64/sys/modules/ibcore/ibcore.ko kldload

Re: kldload ibcore.ko fails in snapshot: FreeBSD-12.0-CURRENT-amd64-20180329-r331740-disc1

On 04/24/18 01:33, Somayajulu, David wrote: Hi All, kldload ibcore.ko fails in the above snapshot with the following error. # kldload -v /usr/obj/usr/src/amd64.amd64/sys/modules/ibcore/ibcore.ko kldload: an error occurred while loading module

Re: mlx4 weird error "Failed to map EQ context memory" after update

On 02/17/18 14:51, Greg V wrote: On 01/20/2018 12:18, Hans Petter Selasky wrote: On 01/20/18 00:17, Greg V via freebsd-net wrote: On 01/19/2018 12:54, Hans Petter Selasky wrote: On 01/18/18 14:11, Greg V wrote: Hi. I've upgraded CURRENT from December 19 (https://github.com/freebsd/freebsd

Re: mlx4 weird error "Failed to map EQ context memory" after update

On 01/20/18 00:17, Greg V via freebsd-net wrote: On 01/19/2018 12:54, Hans Petter Selasky wrote: On 01/18/18 14:11, Greg V wrote: Hi. I've upgraded CURRENT from December 19 (https://github.com/freebsd/freebsd/commit/fd53ccf393f4f8ac1948e97eca108) to today (https://github.com/freebsd/freebsd

Re: mlx4 weird error "Failed to map EQ context memory" after update

On 01/18/18 14:11, Greg V wrote: Hi. I've upgraded CURRENT from December 19 (https://github.com/freebsd/freebsd/commit/fd53ccf393f4f8ac1948e97eca108) to today (https://github.com/freebsd/freebsd/commit/391a83c86bb91ae3840cf37b7de478f42cc97e2a) and my Mellanox ConnectX-2 network card stopped

Re: ConnectX ethernet card: how do I get tghe driver for it.

On 09/27/17 17:13, Ben RUBSON wrote: Hi Eugene, cd /usr/src/sys/modules/mlx4 make make install make clean cd /usr/src/sys/modules/mlxen make make install make clean Add this to /boot/loader.conf : mlx4_load="YES" mlxen_load="YES" In 12-current it is installed by default: mlx4en . Prior to

Re: mbuf_jumbo_9k & iSCSI failing

On 09/22/17 22:33, Ben RUBSON wrote: On 22 Sep 2017, at 20:48, Ryan Stone wrote: Hans and I have proposed different approaches to the problem. I was taken off this issue at $WORK for a while, but coincidentally I just picked it up again in the last week or so. I'm working

[Differential] D1777: Associated fix for arp/nd6 timer usage.

hselasky added a subscriber: glebius. hselasky added a comment. @oleg : Beware of the callout return value differences between FreeBSD 9-10-11 and 12 ! @glebius REVISION DETAIL https://reviews.freebsd.org/D1777 EMAIL PREFERENCES

Re: mlx4en, timer irq @100%... (11.0 stuck on high network load ???)

On 08/08/17 13:56, Slawa Olhovchenkov wrote: On Tue, Aug 08, 2017 at 01:49:08PM +0200, Hans Petter Selasky wrote: On 08/08/17 13:33, Slawa Olhovchenkov wrote: TW_RUNLOCK(V_tw_lock); and if (INP_INFO_TRY_WLOCK(_tcbinfo)) { `inp` can be invalidated, freed and this pointer may be invalid

Re: mlx4en, timer irq @100%... (11.0 stuck on high network load ???)

On 08/08/17 13:33, Slawa Olhovchenkov wrote: TW_RUNLOCK(V_tw_lock); and if (INP_INFO_TRY_WLOCK(_tcbinfo)) { `inp` can be invalidated, freed and this pointer may be invalid? If you look one line up there is a pcbref ?? --HPS ___

Re: mlx4en, timer irq @100%... (11.0 stuck on high network load ???)

On 08/08/17 10:06, Ben RUBSON wrote: On 08 Aug 2017, at 10:02, Hans Petter Selasky <h...@selasky.org> wrote: On 08/08/17 10:00, Ben RUBSON wrote: kgdb) print *twq_2msl.tqh_first $2 = { tw_inpcb = 0xf8031c570740, print *twq_2msl.tqh_first->tw_inpcb (kgdb) print *twq_2msl.

Re: mlx4en, timer irq @100%...

On 08/08/17 10:00, Ben RUBSON wrote: kgdb) print *twq_2msl.tqh_first $2 = { tw_inpcb = 0xf8031c570740, print *twq_2msl.tqh_first->tw_inpcb --HPS ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net

Re: mlx4en, timer irq @100%...

On 08/08/17 09:43, Ben RUBSON wrote: OK. I'm quite (well, absolutely) new to kgdb, some clue on how I should proceed ? Thank you ! Ben print twq_2msl print *twq_2msl.tqh_first --HPS ___ freebsd-net@freebsd.org mailing list

Re: mlx4en, timer irq @100%...

On 08/08/17 09:37, Ben RUBSON wrote: On 08 Aug 2017, at 09:33, Hans Petter Selasky <h...@selasky.org> wrote: On 08/08/17 09:04, Ben RUBSON wrote: "print V_twq_2msl" returns the following : No symbol "V_twq_2msl" in current context. Are you using VIMAGE ?

Re: mlx4en, timer irq @100%...

On 08/08/17 09:04, Ben RUBSON wrote: Here is vmstat -z : https://benrubson.github.io/vmstatz.log From what I can see there are not TCP allocation failures. This rules out one class of bugs: socket: 864, 2092652, 105, 371, 2318298, 0, 0 unpcb:

Re: mlx4en, timer irq @100%...

On 08/08/17 09:04, Ben RUBSON wrote: "print V_twq_2msl" returns the following : No symbol "V_twq_2msl" in current context. Are you using VIMAGE ? --HPS ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net

Re: mlx4en, timer irq @100%...

On 08/08/17 01:52, Ben RUBSON wrote: On 07 Aug 2017, at 19:57, Hans Petter Selasky <h...@selasky.org> wrote: On 08/07/17 19:19, Ben RUBSON wrote: On 07 Aug 2017, at 18:19, Matt Joras <mjo...@freebsd.org> wrote: On 08/07/2017 09:11, Hans Petter Selasky wrote: Hi, Try to

Re: mlx4en, timer irq @100%...

On 08/04/17 21:09, Ben RUBSON wrote: On 04 Aug 2017, at 19:42, Ben RUBSON wrote: Feel free to ask me whatever you need to investigate on this ! I let this (production :/) server in this state to have a chance to get interesting traces. Server no more in production, I

Re: mlx4en, timer irq @100%...

On 08/04/17 19:42, Ben RUBSON wrote: On 04 Aug 2017, at 19:31, Hans Petter Selasky <h...@selasky.org> wrote: On 08/04/17 19:13, Ben RUBSON wrote: 12 100029 intr swi4: clock (0) tcp_tw_2msl_scan pfslowtimo softclock_call_cc softclock intr_event_execute_handlers ithrea

Re: mlx4en, timer irq @100%...

On 08/04/17 19:13, Ben RUBSON wrote: 12 100029 intr swi4: clock (0) tcp_tw_2msl_scan pfslowtimo softclock_call_cc softclock intr_event_execute_handlers ithread_loop fork_exit fork_trampoline Hi, Can you "procstat -ak" a few times and grep for swi4. If the entry above does

Re: mlx4en, timer irq @100%...

On 08/04/17 18:59, Ben RUBSON wrote: Hello, Not sure this is the right list, but as it seems related to a mlx4en device... # vmstat -i 1 (...) interrupt total rate cpu23:timer 1198 1127 # top -P ALL (...) CPU 23: 0.0% user, 0.0%

Re: memory leaks in 11.0?

On 07/11/17 15:56, Kajetan Staszkiewicz wrote: Hello, I finally upgraded one of many of my routers to 11.0. Unfortunately after running fine for a month it ran out of memory. "wired" memory slowly grows up to allocating all memory in system when no more memory is left for other programs.

Re: AW: axge0 and AX88179

On 07/05/17 07:28, Oleg Lelchuk wrote: Yes, I am having exactly the same problem that Shteryana described. I also got messages about wrong ip length when I started dhclient for ue0. If I plug my device into a usb 2.0 port and enable flow control, I get networking speeds that are around 250

Re: AW: axge0 and AX88179

On 06/15/17 20:29, Tom Huerlimann wrote: Hello HPS Thank you for your help and your investigation on this. I start a couple of additional test in the next few days and let you know if I can find additional details. Just to be sure: What was the FreeBSD version you have tested with? Best

Re: axge0 and AX88179

Hi Tom, Thanks for shipping me your device. I've now done some basic tests and your device shows varying results. When connecting it to a GBit capable ethernet port using a short cable, it ends up negotiating 10MBit link speed, whilst connecting to another other port, 1Gbit link speed. When

Re: AW: AW: axge0 and AX88179

Hi, Does someone have an idea what I did forget to check/verify? You can try to enable debugging: sysctl hw.usb.axge.debug=255 Or: Try to log the USB traffic using "usbdump" usbdump -i usbusX -f y -s 65536 And look for errors like "ERR". Did you verify two such adapters back2back with

Re: AW: axge0 and AX88179

On 05/25/17 20:37, Tom Huerlimann wrote: Hi all, I have the problem, that I cannot reach more than 20-40Mbit/s when using the AX88179 chip (1Gbit/s NIC) on a USB 3.0 SuperSpeed Port (same on a 480Mbps High Speed USB v2.0-Port). # usbconfig dump_device_desc (...) ugen0.7: at usbus0, cfg=0

Re: Question on taskqueue_drain

On 04/19/17 19:36, Somayajulu, David wrote: Hans, Thanks for the info. No sleeping functions like taskqueue_drain() can be called when the MTX_DEF lock is grabbed. I am guessing this is true irrespective of whether the taskqueue is "fast" or not. Thanks Yes, that is correct. --HPS

Re: Question on taskqueue_drain

On 04/19/17 05:37, Sepherosa Ziehau wrote: On Wed, Apr 19, 2017 at 10:39 AM, Somayajulu, David wrote: Sorry what I meant to ask was, whether it is O.K to call taskqueue_drain(), when an MTX_DEF lock is grabbed prior to calling taskqueue_drain(). You will hit

Re: Question on contrib/ofed

On 02/14/17 00:26, Somayajulu, David wrote: Hi All, I have been trying building the OFED user mode libraries/apps in FreeBSD11 and have not been successful (please see below). Are there any configure/set up commands that need to be run ? I would appreciate any help. Try to add:

Re: RTL8153 Gigabit Ethernet USB Adapter

On 01/23/17 21:06, diffusae wrote: Hi! Maybe a noobs question but I am mostly familiar with Linux. Currently there is no driver for the RTL8153 Gigabit Ethernet Adapter. Bus 001 Device 004: ID 0bda:8153 Realtek Semiconductor Corp.

Re: decent 40G network adapters

On 01/18/17 10:48, Eugene M. Zheganin wrote: Hi. Could someone recommend a decent 40Gbit adapter that are proven to be working under FreeBSD ? The intended purpose - iSCSI traffic, not much pps, but rates definitely above 10G. I've tried Supermicro-manufactured Intel XL710 ones (two boards,

[Differential] D8685: Fix a false positive in a buf_ring assert

hselasky accepted this revision. hselasky added a reviewer: hselasky. hselasky added a comment. This revision has a positive review. Looks good to me. REVISION DETAIL https://reviews.freebsd.org/D8685 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To:

[Differential] D8685: Fix a false positive in a buf_ring assert

hselasky added inline comments. INLINE COMMENTS > buf_ring.h:71 > + if (br->br_cons_head != br->br_prod_head) { > + for (i = br->br_cons_head + 1; i != br->br_prod_head; > + i = ((i + 1) & br->br_cons_mask)) should "br->br_cons_head + 1" be masked by

Re: Adding RTL8153 support to rue(4) (actually cdce(4)) USB to Ethernet driver [SOLVED]

On 10/25/16 07:08, David Horwitt wrote: ... or, at least, worked around. I added a SetEthernetPacketFilter request with wValue PACKET_TYPE_PROMISCUOUS in cdce_init() (right before the cdce_start() call) and joy ensued. Note that (PACKET_TYPE_DIRECTED | PACKET_TYPE_BROADCAST) did _not_ work,

  1   2   3   >