Re: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS to multiple queues

2014-05-16 Thread Jack Spinov
Thanks for your reply. I issue is, that I do have different source IP and destination IP ( different VLANs for client and PPPoE server ) on layer 2. According to data sheet, this falls under IPv4 rule ( page 237 of DS ). This rule should parse L2 header and hash it. Configuration is the

Re: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS to multiple queues

2014-05-16 Thread Jack Spinov
Thanks for your reply, Donald. Looks like you're right. Src IP offset starts at 23 bit and Dst IP at 27. Instead of 12 and 16. Just a rhetoric question: why not to have hash function on MAC? And not rhetoric: how to balance damn PPPoE traffic? BTW I didn't had any issue balancing such

Re: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS to multiple queues

2014-05-16 Thread Jack Spinov
Sorry, givven offsets in different dimensions. PPPoE src IP starts at 184 bit, dst IP starts at 216, instead of 96 and 128 respectively. Just to correct myself. - Original Message - From: Jack Spinov spi...@timegroup.ae To: Donald C Skidmore donald.c.skidm...@intel.com Cc:

[E1000-devel] [PATCH net-next] i40evf: Use is_multicast_ether_addr helper

2014-05-16 Thread Tobias Klauser
Use the is_multicast_ether_addr helper function from linux/etherdevice.h instead of open coding the multicast address check. Signed-off-by: Tobias Klauser tklau...@distanz.ch --- drivers/net/ethernet/intel/i40evf/i40evf_main.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[E1000-devel] [PATCH net-next] e1000: Use is_broadcast_ether_addr/is_multicast_ether_addr helpers

2014-05-16 Thread Tobias Klauser
Use the is_broadcast_ether_addr/is_multicast_ether_addr helper functions from linux/etherdevice.h instead of open coding them. Signed-off-by: Tobias Klauser tklau...@distanz.ch --- drivers/net/ethernet/intel/e1000/e1000_hw.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

Re: [E1000-devel] 82579 Transmit hang with C200 and ME

2014-05-16 Thread Matt Edwards
Hi Dave, Thanks for the reply. I meant to say the E1000e. I started with version 2.5.4 and merged in anything new I found in version 3.04. Matt Edwards -Original Message- From: Ertman, DavidX M [mailto:davidx.m.ert...@intel.com] Sent: Thursday, May 15, 2014 5:45 PM To: Matt

Re: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS to multiple queues

2014-05-16 Thread Tantilov, Emil S
-Original Message- From: Jack Spinov [mailto:spi...@timegroup.ae] Sent: Friday, May 16, 2014 12:15 AM To: Skidmore, Donald C Cc: e1000-devel@lists.sourceforge.net Subject: Re: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS to multiple queues Thanks for your reply, Donald.

Re: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS to multiple queues

2014-05-16 Thread Fujinaka, Todd
So the offsets are off because you are tunneling and it looks like you're coming from the same port and address. To answer some of your other questions: RSS is defined by Microsoft and you'll have to take that up with them. You've now been given two options to balance your traffic: vmdq (not

Re: [E1000-devel] [PATCH net-next] e1000: Use is_broadcast_ether_addr/is_multicast_ether_addr helpers

2014-05-16 Thread David Miller
From: Tobias Klauser tklau...@distanz.ch Date: Fri, 16 May 2014 10:00:38 +0200 Use the is_broadcast_ether_addr/is_multicast_ether_addr helper functions from linux/etherdevice.h instead of open coding them. Signed-off-by: Tobias Klauser tklau...@distanz.ch I'll let Jeff Kirsher take this via

Re: [E1000-devel] [PATCH net-next] i40evf: Use is_multicast_ether_addr helper

2014-05-16 Thread David Miller
From: Tobias Klauser tklau...@distanz.ch Date: Fri, 16 May 2014 10:00:34 +0200 Use the is_multicast_ether_addr helper function from linux/etherdevice.h instead of open coding the multicast address check. Signed-off-by: Tobias Klauser tklau...@distanz.ch Likewise, I'll let Jeff Kirsher take