Re: RSS on FreeBSD stable/12 gateway

On Sat, 13 Mar 2021 at 23:24, Özkan KIRIK wrote: > > Hello Adrian, > > I wonder if the current RSS code supports software mode. Is it possible to > enforce software RSS? And what about Sender Side Scaling ? The current RSS code does enforce it on all the NICs, so if you enable it and you don't h

Re: RSS on FreeBSD stable/12 gateway

On Sun, 7 Mar 2021 at 23:08, Özkan KIRIK wrote: > > Thanks, > > I wonder that, why RSS and PCBGROUP options are not enabled in GENERIC > kernel by default. > Is there any performance or stability issues? I've been running it for years at home on my desktop machine with zero issues. However, I'm l

Re: Reviewing two IPFW/netgraph/natd patches (RFC 6598/Carrier Grade NAT)

hi! On Fri, 3 Jul 2020 at 20:12, Neel Chauhan wrote: > Hi freebsd-hackers@, freebsd-net@, > > These two patches that will be described are a continuation of r357092. > > r357092 added support for RFC 6598/Carrier Grade NAT (subnet: > 100.64.0.0/10) in libalias and IPFW in-kernel NAT. > > These t

Re: WiFi hotspot keeps dropping

OH wow, I only JUST saw this, sorry! On Sun, 21 Jun 2020 at 03:40, D'Arcy Cain wrote: > On 2020-06-19 12:14, Adrian Chadd wrote: > > [snip] Also, did you plug in something USB-3 related recently? :-) > > > > USB-3 / USB-C's signaling frequency interferes with 2.4

Re: How to Increase TX Queue Priority for LACP Packets

On Tue, 16 Jun 2020 at 17:13, Navdeep Parhar wrote: > We could have a global knob that tells all NIC drivers to use a reserved > queue for non-RSS traffic, but that would be advisory at best because > the tx queue selection takes place inside the driver's (or iflib's) > transmit routine. The mea

Re: WiFi hotspot keeps dropping

[snip] Also, did you plug in something USB-3 related recently? :-) USB-3 / USB-C's signaling frequency interferes with 2.4GHz :-) -adrian > ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe,

Re: WiFi hotspot keeps dropping

On Thu, 18 Jun 2020 at 16:37, D'Arcy Cain wrote: > I have set up my FreeBSD box as a gateway. It used to work fine but > suddenly my hotspot keeps failing. It drops a few times a day. > Restarting hostapd gets it back up again but I really want to keep it > up. I am running FreeBSD 12.1-RELEAS

[Differential] D24989: netinet: Generate a random RSS key on boot.

adrian added a comment. i remember there was some concern in the past where there were very bad rss key choices out there. is there a reason for actually pushing for a random rss key? I stuck with the microsoft rss key (and a symmetric rss key at norse) specifically so there wouldn't be

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

hi! I'd like to update ath(4) to properly work with epoch, as that whole "oh make taskqueues epoch aware" is just not enough for ath(4). Background: * receive is done using deferred taskqueues, but * receive queues are drained/handled too outside of taskqueues - notably during interface resets,

[Differential] D5165: [patch] dev/bwn suppressing "bwn0: unsupported rate 0" console messages

adrian added a comment. Yeah, we should have a fallback rate function in net80211. Why? Just to make sure that you're using the previously /negotiated/ rate, all the way back down to the lowest basic rate. Eg, you may not actually be allowed to use CCK 1Mbit rate according to the AP.

Re: 9k jumbo clusters

On Fri, 27 Jul 2018 at 15:19, John-Mark Gurney wrote: > Ryan Moeller wrote this message on Fri, Jul 27, 2018 at 12:45 -0700: > > There is a long-standing issue with 9k mbuf jumbo clusters in FreeBSD. > > For example: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183381 > > https://lists.f

Re: crash with ipfw nat on mips32

hi, We figured it out today - gcc + no-arch-specific builtin bug. :-) cognet and I are sorting through that stuff at the moment and should land a fix in -HEAD soon. Thanks! -adrian On 28 March 2018 at 02:20, Andrey V. Elsukov wrote: > On 23.03.2018 20:07, Adrian Chadd wrote: &g

Re: crash with ipfw nat on mips32

Hi! Just to keep things up to date; I had a chat with people on IRC. * I got the regression suite in github compiling and running on amd64. I'm going to attempt to commit some makefile hilarity to get it to cross-compile against the copy in sys/contrib/ck * I'll go get more info when I next power

Re: crash with ipfw nat on mips32

Hi, The stack backtrace looks like a null pointer dereference. The concurrencykit website mentions ARM and MIPS as future ports. Is this actually true? Is concurrencykit supposed to actually run on ARM/MIPS? Did anyone test? Actual MIPS hardware that we run on is like $50. It's not exactly spendy

Re: ether wlan lagg works only with hint.ath.0.macaddr set (was: ether <-> wlan failover still is broken)

Hi, I keep telling people that right now it's not something I at least have time to fix up. :) -a On 22 March 2018 at 08:37, Zeus Panchenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > Andrey V. Elsukov wrote: >> >> It will work, if you will change ethernet's MAC address to

Re: crash with ipfw nat on mips32

I dunno yet; this is a very embedded mips74k box. :) -a On 22 March 2018 at 06:00, Olivier Houchard wrote: > On Thu, Mar 22, 2018 at 03:52:39PM +0300, Andrey V. Elsukov wrote: >> On 22.03.2018 10:31, Adrian Chadd wrote: >> > Erk. I'll go see if I can fig

Re: crash with ipfw nat on mips32

oh and xcompiled with gcc-6.x . -a On 22 March 2018 at 09:09, Adrian Chadd wrote: > I dunno yet; this is a very embedded mips74k box. :) > > > -a > > On 22 March 2018 at 06:00, Olivier Houchard wrote: >> On Thu, Mar 22, 2018 at 03:52:39PM +0300, Andrey V. Elsukov wro

Re: crash with ipfw nat on mips32

Erk. I'll go see if I can figure out what's going on. Thanks! This is really quite grr-y. -a On 21 March 2018 at 23:35, Andrey V. Elsukov wrote: > On 22.03.2018 09:23, Adrian Chadd wrote: >> Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) >> [

crash with ipfw nat on mips32

hi, I'm updating my freebsd wifi bits in preparation for more work and ... well: ath1: using multicast key search random: harvesting attach, 8 bytes (4 bits) from ath1 .. ipfw ipfw2 initialized, divert loadable, nat loadable, default to accept, logging disabled .. ipfw_nat *** Setting kern.ra

Re: WiGig feature / support?

hi! There's a lot of work to do for this card. The challenge is it's a completely different thing that our stack needs to understand /and/ it also kinda pretends to be a PCIe end point too. I'd start by looking at what the linux stack/driver does for 11ad. We'd at least have to add 60GHz channel

Re: run0 wifi device causes kernel panics in 11.1

What's the actual stack trace? :) -adrian On 9 December 2017 at 10:55, Yuri wrote: > This started happening after I updated revision from Aug 1, 2017 to Dec 6, > 2017. > > The crash stack begins at syscall_fast. > > > Yuri > > > ___ > freebsd-net@fre

Re: m_move_pkthdr leaves m_nextpkt 'dangling'

On 16 October 2017 at 10:57, Gleb Smirnoff wrote: > Karim, > > On Mon, Oct 16, 2017 at 10:37:02AM -0400, Karim Fodil-Lemelin wrote: > K> > Not only mbufs of M_PKTHDR may have m_nextpkt set. However, I tend to > agree > K> > with the patch. But shouldn't we first copy the m_nextpkt to the new >

Re: m_move_pkthdr leaves m_nextpkt 'dangling'

Gleb, what do you think? -a On 12 October 2017 at 13:42, Karim Fodil-Lemelin wrote: > On 2017-07-07 10:46 AM, Andrey V. Elsukov wrote: >> >> On 05.07.2017 19:23, Adrian Chadd wrote: >>>> >>>> As many of you know, when dealing with IP fragments the kernel

Re: ixl(4) RSS hash type

hi! please do fix it. I'm way busy with life right now. :) -a On 11 September 2017 at 10:18, Eric Joyner wrote: > I think that sounds right; but Adrian is the one who put the code in the > #ifdef RSS blocks in. We don't have it enabled/defined in our testing here. > > - Eric > > On Sun, Sep 1

Re: RSS_UDP_IPV4_EX?

>> explain that, if so!) > > I checked latest RSS updates from Microsoft. There is no such type. > But they did add UDP_IP4, UDP_IPV6 and UDP_IPV6_EX. I am going to > whack UDP_IPV4_EX and update various comment. I will setup a review > soon. > > Thanks, > sephe >

Re: RSS_UDP_IPV4_EX?

Hi, I seem to recall it was something some chipsets supported? I forget the details. -adrian On 30 August 2017 at 00:07, Sepherosa Ziehau wrote: > IPv4 UDP with extended headers o_O? Or it was just a mistake. > > Thanks, > sephe > > -- > Tomorrow Will Never Die > __

Re: m_move_pkthdr leaves m_nextpkt 'dangling'

On 30 June 2017 at 08:42, Karim Fodil-Lemelin wrote: > Hi, > > As many of you know, when dealing with IP fragments the kernel will build a > list of packets (fragments) chained together through the m_nextpkt pointer. > This is all good until someone tries to do a M_PREPEND on one of the packet > i

Re: three multicast fixes

Actually - into individual reviews.freebsd.org reviews? -adrian On 26 April 2017 at 14:53, Adrian Chadd wrote: > hiya, > > can you throw these in bugs? > > > -a > > > On 17 April 2017 at 06:58, Chris Torek wrote: >> The first is mostly cosmetic, it'

Re: three multicast fixes

hiya, can you throw these in bugs? -a On 17 April 2017 at 06:58, Chris Torek wrote: > The first is mostly cosmetic, it's just something I observed when > I turned on multicast debug to find the bug that the second patch > is for. > > The second patch is a kludge and if anyone has a better fix

Re: altq and head

It'll be supported as much as someone is willing to pay for it. It isn't out of the realm of possibility to implement an if_transmit style layer for altq, etc so it could be a generic queue discipline. It'd be nice to have a multi-queue version of this but we're not there yet. Thanks, -adrian

Re: Intel Dual Band Wireless AC 8260

Hiya, Ok, maybe the channel lists are different. 116/140 are in the DFS range.. -adrian ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.or

Re: Intel Dual Band Wireless AC 8260

Yeah I know :( I'm still trying to find spare cycles to keep moving the driver forward to the latest dfbsd code. At least we know which commit broke it.. -a On 20 February 2017 at 15:57, Kevin Bowling wrote: > It used to work pretty well, but HEAD regressed heavily. My card crashes > 8260 no

Re: Intel Dual Band Wireless AC 8260

Hiya, On 20 February 2017 at 15:50, Andreas Nilsson wrote: > Hello, > > I have a laptop with an Intel Dual Band Wireless AC 8260 card ( > iwm0@pci0:4:0:0: >class=0x028000 card=0x11308086 chip=0x24f38086 rev=0x3a hdr=0x00 ) > in my thinkpad x1 yoga. > > I'm running 12-CURRENT, and wireles

Re: RFC: ethctl

On 19 January 2017 at 19:58, Kevin Bowling wrote: > Greetings, > > I'm casting a wide net in cc, try to keep the noise minimal but we need > some input from a variety of HW vendors. > > I have heard from several vendors the need for a NIC configuration tool. > Chelsio ships a cxgb/cxgbetool in Fr

[Differential] D9270: Add support for user-supplied Host-Uniq tag in Netgraph PPPoE

adrian accepted this revision. adrian added a reviewer: adrian. This revision has a positive review. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D9270 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: ale, #manpages, ju

Re: FLOWTABLE aka TCP route caching panic

i can reproduce this daily using flowtable on a wifi enabled PC on -HEAD. -adrian On 12 January 2017 at 06:13, Jakub Palider wrote: > An update: eventually, FLOWTABLE option also resulted in crash with > __rw_lock_hard on FreeBSD release/11.0.0 (also on VM). > This time, however, the backtrace

Re: Changing NIC ring weight in indirection table

yeah, adrian is currently busy doing non-paid wifi work, so getting onto non-paid RSS configuration work is taking a backburner. Patches gratefully accepted though! -a On 3 January 2017 at 17:19, Sepherosa Ziehau wrote: > On Fri, Dec 30, 2016 at 11:34 PM, David Belle-Isle > wrote: >> Hi, >>

Re: cxgbe's native netmap support broken since r307394

t or m_freem that can't be invoked from >>> > a filter either). >>> > >>> >> >>> >> Cheers, >>> >> Vincenzo >>> >> >>> >> 2016-12-28 19:06 GMT+01:00 John Baldwin : &

Re: cxgbe's native netmap support broken since r307394

a lot of recent refactoring. >> So, if there is an easy way to extract just the locking change that would >> be preferable as an interim solution. >> >> cheers >> luigi >> >>> >>> Cheers, >>> Vincenzo >>> >>> >>

Re: cxgbe's native netmap support broken since r307394

hi, What's the commit? We should get it into -HEAD asap. -adrian On 20 December 2016 at 01:25, Vincenzo Maffione wrote: > Ok, applied to the netmap github repo. > This fix will be published when Luigi does the next commit on FreeBSD. > > Cheers, > Vincenzo > > 2016-12-19 20:05 GMT+01:00 Nav

ipfw broken on mips

Hiya! I'm using ipfw on mips, and I've found it recently broke. Any ipfw command (eg ipfw -a l) says ipfw: ipfw_ctl3 invalid option 0v0 ipfw: setsockopt(IP_FW_xxx): Invalid argument Who broke it? :) -adrian ___ freebsd-net@freebsd.org mailing list h

Re: Regression WPA? 10.2 -> 10.3 stopped working

works perfectly with all dongles > > Do you want any debug info I can provide on the working system or a > nonworking one? > > Best, > Z. > > > > > > > > > 2016-09-15 14:49 GMT-03:00 Adrian Chadd : > >> Thanks! I do care; I use wifi daily here

Re: Regression WPA? 10.2 -> 10.3 stopped working

land? >> >> >> >> 2016-09-13 0:15 GMT-03:00 Adrian Chadd : >>> >>> Hi! >>> >>> have you tried say, 10.3 kernel with 10.2 userland? does it still work? >>> >>> >>> >>> -adrian >> >> > __

Re: Regression WPA? 10.2 -> 10.3 stopped working

Hi! have you tried say, 10.3 kernel with 10.2 userland? does it still work? -adrian ___ 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"

Re: iwn(4) association issues in 11-Stable (and maybe RC)

IWN_DEBUG worked, it's 'dev.iwn.0.debug', not 'debug.iwn.0.debug'. My bad. Make sure you build the module by doing 'buildkernel', not 'cd sys/modules/iwn && make', as (because reasons I want to grr) we don't enforce that people put in a path to their kernel config .h directory, so it defaults to "

Re: iwn(4) association issues in 11-Stable (and maybe RC)

hi Would /someone/ pretty please fix this "run wpa_supplicant multiple times at interface start" problem? I'm sure it's screwing things up in a bad way, and trying to grovel around and fix the way we do rc scripts is not my favourite thing in the world. Thanks, -adrian On 24 August 2016 at 1

Re: iwn(4) association issues in 11-Stable (and maybe RC)

Hi, Compile in IWN_DEBUG and IEEE80211_DEBUG and then do: wlandebug +assoc +auth +state +rate sysctl debug.iwn.0.debug=0x1 that's TX debugging, and it hopefully will show it trying to do association and failing. My guess is that something changed when doing the 11n bits for -11 and it's failing

Re: svn commit: r304313 - head/sys/net

On 21 August 2016 at 07:42, Robert N. M. Watson wrote: > On 20 Aug 2016, at 21:27, Adrian Chadd wrote: > >> I wonder if the right-er thing to do here is to allow the cpuid to be >> whatever it needs to be, but limit the cpuid lookups when it resolves >> to a netisr arra

Re: iwn(4) association issues in 11-Stable (and maybe RC)

On 20 August 2016 at 19:02, Kevin Oberman wrote: > On Aug 20, 2016 6:29 PM, "Adrian Chadd" wrote: >> >> Hi, >> >> There have been some changes to the scan code and iwn scan timeout code. >> Andriy may have some ideas. >> >> Thanks! >>

Re: iwn(4) association issues in 11-Stable (and maybe RC)

Hi, There have been some changes to the scan code and iwn scan timeout code. Andriy may have some ideas. Thanks! A On Aug 19, 2016 3:48 PM, "Kevin Oberman" wrote: > Lately I have had serious issues with my system successfully associating. > These were not present with 10.3. > > > uname -a > F

Re: svn commit: r304313 - head/sys/net

On 17 August 2016 at 13:21, Andrey V. Elsukov wrote: > Author: ae > Date: Wed Aug 17 20:21:33 2016 > New Revision: 304313 > URL: https://svnweb.freebsd.org/changeset/base/304313 > > Log: > Teach netisr_get_cpuid() to limit a given value to supported by netisr. > Use netisr_get_cpuid() in netis

Re: Unstable local network throughput

On 17 August 2016 at 08:43, Ben RUBSON wrote: > >> On 17 Aug 2016, at 17:38, Adrian Chadd wrote: >> >> [snip] >> >> ok, so this is what I was seeing when I was working on this stuff last. >> >> The big abusers are: >> >> * so_snd lock, fo

Re: Unstable local network throughput

[snip] ok, so this is what I was seeing when I was working on this stuff last. The big abusers are: * so_snd lock, for TX'ing producer/consumer socket data * tcp stack pcb locking (which rss tries to work around, but it again doesn't help producer/consumer locking, only multiple sockets) * for s

Re: Unstable local network throughput

On 16 August 2016 at 02:58, Ben RUBSON wrote: > >> On 16 Aug 2016, at 03:45, Adrian Chadd wrote: >> >> Hi, >> >> ok, can you try 5) but also running with the interrupt threads pinned to CPU >> 1? > > What do you mean by interrupt threads ? > &

Re: Unstable local network throughput

Hi, ok, can you try 5) but also running with the interrupt threads pinned to CPU 1? It looks like the interrupt threads are running on CPU 0, and my /guess/ (looking at the CPU usage distributions) that sometimes the userland bits run on the same CPU or numa domain as the interrupt bits, and it l

Re: Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

i don't know what's different between stable/11 and -head. I'd appreciate some help in figuring /that/ out... -a On 12 August 2016 at 15:53, David Wolfskill wrote: > On Fri, Aug 12, 2016 at 03:44:43PM -0700, Adrian Chadd wrote: >> Heh, ok. So undo the #if 0 and let

Re: Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

Heh, ok. So undo the #if 0 and let's just see if it crashes or not. -adrian On 12 August 2016 at 15:13, David Wolfskill wrote: > On Fri, Aug 12, 2016 at 02:37:44PM -0700, Adrian Chadd wrote: >> Hi >> >> Just #if 0 that whole chunk out and see if that

Re: Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

Hi Just #if 0 that whole chunk out and see if that improves wireless at work? -a On 12 August 2016 at 14:18, David Wolfskill wrote: > On Fri, Aug 12, 2016 at 11:40:03AM -0700, Adrian Chadd wrote: >> EIther stable/11 or head. Both are fine. >> >> >> >> -a &g

Re: Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

EIther stable/11 or head. Both are fine. -a On 12 August 2016 at 11:05, David Wolfskill wrote: > On Fri, Aug 12, 2016 at 11:01:25AM -0700, Adrian Chadd wrote: >> David, >> >> Totally untested; will need manual application as I bet this patch is >> mangled. >&g

Re: Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

David, Totally untested; will need manual application as I bet this patch is mangled. Would you mind testing this? I have a feeling we need to add if_addr lock calls in a few places. Thanks, -adrian Index: sys/net80211/ieee80211_ioctl.c

Re: SO_BINDANY in FreeBSD 10.3

Yeah, I integrated them from you like 10 years ago. It's in there somewhere. :-) (IP_BINDANY?) https://groups.google.com/forum/#!topic/mailing.freebsd.ipfw/L8lzLmG05WE .. poke me to write up some documentation. :) -adrian On 12 August 2016 at 08:29, Julian Elischer wrote: > On 12/08/2016 8:00

Re: Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

[snip] #define IF_LLADDR(ifp) \ LLADDR((struct sockaddr_dl *)((ifp)->if_addr->ifa_addr)) it's because if_addr is NULL in your dump. God knows why that is! My guess is we caught it in some stupid update window. Ok, so what should we do for loc

Re: Unstable local network throughput

Which ones of these hit the line rate comfortably? -a On 11 August 2016 at 15:35, Ben RUBSON wrote: > >> On 11 Aug 2016, at 18:36, Adrian Chadd wrote: >> >> Hi! >> >> mlx4_core0: mem >> 0xfbe0-0xfbef,0xfb00-0xfb7f irq 64 at device 0.0

Re: Unstable local network throughput

adrian did mean fixed-domain-rr. :-P sorry! (Sorry, needed to update my NUMA boxes, things "changed" since I wrote this.) -a ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail t

Re: Unstable local network throughput

Hi! mlx4_core0: mem 0xfbe0-0xfbef,0xfb00-0xfb7f irq 64 at device 0.0 numa-domain 1 on pci16 mlx4_core: Initializing mlx4_core: Mellanox ConnectX VPI driver v2.1.6 (Aug 11 2016) so the NIC is in numa-domain 1. Try pinning the worker threads to numa-domain 1 when you run the test:

Re: Unstable local network throughput

On 10 August 2016 at 12:50, Ben RUBSON wrote: > >> On 10 Aug 2016, at 21:47, Adrian Chadd wrote: >> >> hi, >> >> yeah, I'd like you to do some further testing with NUMA. Are you able >> to run freebsd-11 or -HEAD on these boxes? > > Hi Adrian,

Re: Unstable local network throughput

hi, yeah, I'd like you to do some further testing with NUMA. Are you able to run freebsd-11 or -HEAD on these boxes? -adrian On 8 August 2016 at 07:01, Ben RUBSON wrote: > >> On 04 Aug 2016, at 11:40, Ben RUBSON wrote: >> >> >>> On 02 Aug 2016, at 22:11, Ben RUBSON wrote: >>> On 02 Aug

Re: proposal: splitting NIC RSS up from stack RSS

On 7 August 2016 at 18:40, Sepherosa Ziehau wrote: > On Thu, Aug 4, 2016 at 3:55 PM, Adrian Chadd wrote: >> [snip] >> >> I've updated the wiki with this TODO list. How's it look? >> >> https://wiki.freebsd.org/NetworkRSS > > Pretty much what h

Re: proposal: splitting NIC RSS up from stack RSS

[snip] I've updated the wiki with this TODO list. How's it look? https://wiki.freebsd.org/NetworkRSS -adrian ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-

Re: proposal: splitting NIC RSS up from stack RSS

On 21 July 2016 at 18:54, Sepherosa Ziehau wrote: > On Fri, Jul 22, 2016 at 6:39 AM, Adrian Chadd wrote: >> hi, >> >> Cool! Yeah, the RSS bits thing can be removed, as it's just doing a >> bitmask instead of a % operator to do mapping. I think we can just go >

Re: proposal: splitting NIC RSS up from stack RSS

hi, Cool! Yeah, the RSS bits thing can be removed, as it's just doing a bitmask instead of a % operator to do mapping. I think we can just go to % and if people need the extra speed from a power-of-two operation, they can reintroduce it. I'll add that to the list. There's a librss, I don't think

proposal: splitting NIC RSS up from stack RSS

Hi, now that 11 is branched and marching on, I'd like to start pushing some more improvements/evolution into the RSS side of things. The short list feedback from people is: * it'd be nice to be able to configure per-device RSS keys on the fly; * it'd be nice to be able to configure per-device RS

Re: panic with tcp timers

There's implications for RSS with how the callout system currently works. If you don't know the RSS bucket ID of a connection in advance, you'll create callouts on the wrong CPUs and then they're not migrated. The initial work here did convert things over, but didn't place the callouts in the rig

Re: Is DWA-131 rev E1 WiFi dongle supported yet?

Hi, Kevin hasn't finished / integrated the support yet, sorry :( -adrian On 18 May 2016 at 17:49, Mateusz Piotrowski <0...@freebsd.org> wrote: > Hi, > > According to this thread > (https://lists.freebsd.org/pipermail/freebsd-arm/2015-December/012935.html >

Re: [FreeBSD 10-3] undefined reference to getsourcefilter /setsourcefilter

Some extern "C" { } around some includes? :) -a On 8 May 2016 at 14:46, Victor Toni wrote: > Trying to port mcproxy to FreeBSD I encountered a quite strange problem. > Compiling everything works but linking fails with the following error: > > $ c++ -v -Wl,-rpath,/usr/local/lib -pthread -o mcpr

Re: netmap overrun counters

It doesn't overwrite unread slots; it just hits the end and stops RX'ing (and is counted by the NIC as an RX overflow) until you've RX'ed some frames and told netmap what you've handed. -adrian ___ freebsd-net@freebsd.org mailing list https://lists.free

[Differential] [Accepted] D5318: hyperv/hn: Free the txdesc buf_ring when the TX ring is destroyed

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5318 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5317: hyperv/hn: Enable IP header checksum offloading for WIN8 (WinServ2012)

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5317 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5316: hyperv/hn: Add option to bind TX taskqueues to the specified CPU

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5316 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5276: hyperv/hn: Use taskqueue_enqueue()

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5276 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5275: hyperv/hn: Split RX ring data structure out of softc

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5275 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5290: hyperv/hn: Use buf_ring for txdesc list

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5290 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5272: hyperv/hn: Add option to allow sharing TX taskq between hn instances

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5272 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5274: hyperv/hn: Change global tunable prefix to hw.hn

adrian accepted this revision. REVISION DETAIL https://reviews.freebsd.org/D5274 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, howard0su_gmail.com, honzhan_microsoft.com, adrian, network Cc: free

[Differential] [Accepted] D5273: hyperv/hn: Always do transmission scheduling.

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5273 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5185: tcp/lro: Allow network drivers to set the limit for TCP ACK/data segment aggregation limit

adrian accepted this revision. REVISION DETAIL https://reviews.freebsd.org/D5185 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0su_gmail.com, np, transport, hselasky,

[Differential] [Accepted] D5283: hyperv/hn: Split TX ring data structure out of softc

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5283 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5282: hyperv/hn: Use non-fast taskqueue for transmission

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5282 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5185: tcp/lro: Allow network drivers to set the limit for TCP ACK/data segment aggregation limit

adrian accepted this revision. adrian added a comment. Nice! Thanks for all this work! REVISION DETAIL https://reviews.freebsd.org/D5185 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_

[Differential] [Commented On] D5185: tcp/lro: Allow network drivers to set the limit for TCP ACK/data segment aggregation limit

adrian added inline comments. INLINE COMMENTS sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c:455 this should be a separate commit REVISION DETAIL https://reviews.freebsd.org/D5185 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, netwo

[Differential] [Accepted] D5167: hyperv/hn: Move LRO flush to the channel processing rollup

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5167 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5159: hyperv/hn: Recover half of the chimney sending space

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5159 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5158: hyperv/hn: Factor out hn_encap from hn_start_locked()

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5158 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

[Differential] [Accepted] D5103: hyperv/hn: Add sysctl to trust host side UDP and IP csum verification

adrian accepted this revision. adrian added a comment. So this is okay, but we put the non-unit bits under 'hw', not 'dev'. Ie, it'd be dev.XXX.0.stuff, and hw.XXX.stuff. So I'll okay this, but we should eventually shuffle them back to 'hw'. REVISION DETAIL https://reviews.freebsd.org/

[Differential] [Accepted] D5098: hyperv/hn: Reorganize TX csum offloading

adrian accepted this revision. adrian added a comment. Good! REVISION DETAIL https://reviews.freebsd.org/D5098 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, howard0su_gmail.com, honzhan_micro

[Differential] [Accepted] D5166: hyperv/hn: Increase LRO entry count to 128 by default

adrian accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D5166 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0s

Re: ixgbe: Network performance tuning (#TCP connections)

hi, can you share your testing program source? -a On 3 February 2016 at 05:37, Meyer, Wolfgang wrote: > Hello, > > we are evaluating network performance on a DELL-Server (PowerEdge R930 with 4 > Sockets, hw.model: Intel(R) Xeon(R) CPU E7-8891 v3 @ 2.80GHz) with 10 > GbE-Cards. We use progra

[Differential] [Accepted] D5175: hyperv/hn: Add an option to always do transmission scheduling

adrian accepted this revision. adrian added a comment. This revision has a positive review. Fine by me! REVISION DETAIL https://reviews.freebsd.org/D5175 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microso

Re: solved: Re: Chelsio T520-SO-CR low performance (netmap tested) for RX

ok, that's a discussion to have with navdeep. That /should/ work. Someone may have changed it lately. Things should behave very well and predictable once you can disable cxl0 but not ncxl0. :-P -a ___ freebsd-net@freebsd.org mailing list https://lists

Re: solved: Re: Chelsio T520-SO-CR low performance (netmap tested) for RX

[snip] Right, but then can you bring down cxl0 whilst leaving ncxl0 up? -a ___ 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"

  1   2   3   4   5   6   7   8   >