[Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties

___ 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: Possible transmit/stats problem in igb driver.

> >Very interesting. Do you tune defaults at all? What does sysctl hw.igb >say? Not sure if bumping up txd would help. > I do not think it’s a problem with txd, as the traffic is very light(about 500packets/sec). Anyways, here are the values. hw.igb.rx_process_limit: 100 hw.igb.num_queues: 0 hw.i

Re: Possible transmit/stats problem in igb driver.

Don’t see any errors as such. Here’s the complete stats. Thanks, -Sreekanth From: Jack Vogel Date: Thursday, June 2, 2016 at 2:40 PM To: Sreekanth Rupavatharam Cc: hiren panchasara , "freebsd-net@freebsd.org" Subject: Re: Possible transmit/stats problem in igb driver. Hmmm, so I no longer

Re: Possible transmit/stats problem in igb driver.

+ Sean, Eric On 06/02/16 at 09:11P, Sreekanth Rupavatharam wrote: > Inline > > >Apart from stats, do you see anything else going wrong? i.e. do you > >actually see less packets (arp replies??) than expected? > > [SR] The packets are not going out on the wire. The tool doesn?t receive the > pack

Re: Possible transmit/stats problem in igb driver.

Hmmm, so I no longer have access to any of this, but I'm wondering if there is some other stat that might report errors or some sort that would match the missing/bad packets? Maybe they were considered runts or something and dropped. Good luck :) Jack On Thu, Jun 2, 2016 at 2:11 PM, Sreekanth

Re: MPPC for Netgraph: Isn't it time?

Hi Brett; I looked at it briefly but it's not evident where to get the missing support or any licensing information at all. If you can put together a review in phabricator or bugzilla and add me to it I will be glad to take a look. Pedro. ___ freebs

Re: Possible transmit/stats problem in igb driver.

Inline >Apart from stats, do you see anything else going wrong? i.e. do you >actually see less packets (arp replies??) than expected? [SR] The packets are not going out on the wire. The tool doesn’t receive the packets. That’s how I started noticing the issue. >Taking your example, tx_packets

Re: Blank Emails (example: D6689: tcp/lro: Implement hash table for LRO entries.)

On 06/02/16 at 08:25P, Grzegorz Junka wrote: > I am. I am also new here so I thought they are expected. > > Grzegorz > > > On 02/06/2016 16:45, David DeSimone wrote: > > I keep receiving blank emails like this one. > > > > Is everyone else? > > > > Is there something wrong with the bug tracking

Re: Blank Emails (example: D6689: tcp/lro: Implement hash table for LRO entries.)

I am. I am also new here so I thought they are expected. Grzegorz On 02/06/2016 16:45, David DeSimone wrote: I keep receiving blank emails like this one. Is everyone else? Is there something wrong with the bug tracking system? -Original Message- From: owner-freebsd-...@freebsd.org

Re: Possible transmit/stats problem in igb driver.

On 06/01/16 at 08:25P, Sreekanth Rupavatharam wrote: > I am seeing a strange issue with transmit with igb driver and wanted to check > with you if this issue is already noted. I didn?t find anything particularly > matching in Bugzilla. There is a test I am running where a iXIa is sending > arps

[Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties

___ 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"

Blank Emails (example: D6689: tcp/lro: Implement hash table for LRO entries.)

I keep receiving blank emails like this one. Is everyone else? Is there something wrong with the bug tracking system? -Original Message- From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-...@freebsd.org] On Behalf Of sepherosa_gmail.com (Sepherosa Ziehau) Sent: Thursday, June 0

[Differential] D6689: tcp/lro: Implement hash table for LRO entries.

___ 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"

[Differential] D6689: tcp/lro: Implement hash table for LRO entries.

___ 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"

[Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties

___ 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"

[Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties

___ 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"

[Differential] D6689: tcp/lro: Implement hash table for LRO entries.

___ 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"

regression/showstopper for FreeBSD 11? Fwd: Regarding OpenVPN on FreeBSD

Dear release engineers, there may be a showstopper for OpenVPN on FreeBSD 11 due to routing changes, and some analysis has already happened. Comment #1 in the bug suggests it may be a new kernel bug. Please investigate and fix. Thank yo

[Differential] D6689: tcp/lro: Implement hash table for LRO entries.

diff --git a/sys/netinet/tcp_lro.h b/sys/netinet/tcp_lro.h --- a/sys/netinet/tcp_lro.h +++ b/sys/netinet/tcp_lro.h @@ -40,6 +40,7 @@ struct lro_entry { LIST_ENTRY(lro_entry) next; + LIST_ENTRY(lro_entry) hash_next; struct mbuf *m_head; struct mbuf *m_tail; union { @@ -95,6 +96,8 @@ u

[Differential] D6689: tcp/lro: Implement hash table for LRO entries.

___ 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"

[Differential] D6689: tcp/lro: Implement hash table for LRO entries.

___ 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"

[Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties

___ 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: IPFW: table support for MAC addresses?

Hi, is there anyone who wants to use MAC based rules with IPFW? I want to build a captive portal that also supports IPv6. MAC addresses in IPFW tables would help a lot. Regards, Julian On 31.05.2016 14:56, Julian K. wrote: Hi, I studied the IPFW improvements in FreeBSD 11. Unfortunately I c

[Differential] D6689: tcp/lro: Implement hash table for LRO entries.

___ 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: regression/showstopper for FreeBSD 11? Fwd: Regarding OpenVPN on FreeBSD

Thank you for the heads-up. Glen On Thu, Jun 02, 2016 at 07:34:33AM +0200, Matthias Andree wrote: > Dear release engineers, > > there may be a showstopper for OpenVPN on FreeBSD 11 due to routing > changes, and some analysis has already happened. > > Comment #1 in the bug suggests it may be a n

Possible transmit/stats problem in igb driver.

I am seeing a strange issue with transmit with igb driver and wanted to check with you if this issue is already noted. I didn’t find anything particularly matching in Bugzilla. There is a test I am running where a iXIa is sending arps at about 500/sec for 10 seconds. This test works fine if the