Dell R720 SR-IOV failure with igb

I'm working on a Dell R720 server. The NIC daugherboard has 4 ports.
Qty 2 ports with X540-AT2 and Qty 2 ports with I350.

Using kernel 2.6.39-100.7.1.el6uek.x86_64 using ixgbe 3.9.15 and igb 3.4.7.

The max_vfs parameter is working properly with ixgbe NIC ports, but
max_vfs is failing with the igb driver.

# cat /etc/modprobe.d/ixgbe.conf
options ixgbe max_vfs=32,32
# cat /etc/modprobe.d/igb.conf
options igb max_vfs=7,7

# lspci
01:00.0 Ethernet controller: Intel Corporation Ethernet Controller 10
Gigabit X540-AT2 (rev 01)
01:00.1 Ethernet controller: Intel Corporation Ethernet Controller 10
Gigabit X540-AT2 (rev 01)
08:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network
Connection (rev 01)
08:00.1 Ethernet controller: Intel Corporation I350 Gigabit Network
Connection (rev 01)

# dmesg
Intel(R) Gigabit Ethernet Network Driver - version 3.4.7
Copyright (c) 2007-2011 Intel Corporation.
igb 0000:08:00.0: PCI INT D -> GSI 19 (level, low) -> IRQ 19
igb 0000:08:00.0: setting latency timer to 64
igb: 0000:08:00.0: igb_validate_option: max_vfs - SR-IOV VF devices set to 7

Proper way to turn off VLAN tag stripping for 82599 (ixgbe 3.9.15 driver)?

We had an issue where our Intel X520-SR2 was dropping VLAN tagged traffic in promiscuous mode.  I am no
driver developer and have a rudimentary knowledge of linux kernels, so I took a hammer to the issue and got
VLAN tagged traffic to show up by making the following modifications to the ixgbe-3.9.15 source and
creating a new ixgbe.ko from that.

=====

--- ixgbe_main.c.orig    2012-05-23 18:31:34.000000000 +0000
+++ ixgbe_main.c    2012-05-23 19:12:13.000000000 +0000
@@ -4227,17 +4227,7 @@
         ixgbe_irq_enable(adapter, true, true);
 #endif
 #ifdef HAVE_8021P_SUPPORT
-#ifdef HAVE_VLAN_RX_REGISTER
-    bool enable = (grp || (adapter->flags & IXGBE_FLAG_DCB_ENABLED));
-#else
-    bool enable = !!(features & NETIF_F_HW_VLAN_RX);
-#endif
-    if (enable)
-        /* enable VLAN tag insert/strip */
-        ixgbe_vlan_stripping_enable(adapter);
-    else
-        /* disable VLAN tag insert/strip */
-        ixgbe_vlan_stripping_disable(adapter);
+    ixgbe_vlan_stripping_disable(adapter);
 
 #endif
 }
@@ -4253,7 +4243,7 @@
      */

problem with simplified balancing on 82574 chips

Hi,

     We are getting good amount of delay even on a normal ping when we 
set InterruptThrottleRate as 4 (simplified balancing) on 82574 chips. On 
the other side it is working properly with 82571,82572 and 82573 chips.
     Second issue is when we do ethtool -C eth0 rx-usecs 4, we require 
to do ifconfig eth0 down and up to have the effect whereas 82571,82572 
and 82573 don't require it.

     Driver used: e1000e-1.9.5

     Ping reply with rx-usecs 3

     # ping 10.1.0.2
     PING 10.1.0.2 (10.1.0.2): 56 data bytes
     64 bytes from 10.1.0.2: seq=0 ttl=64 time=0.088 ms
     64 bytes from 10.1.0.2: seq=1 ttl=64 time=0.068 ms
     64 bytes from 10.1.0.2: seq=2 ttl=64 time=0.118 ms
     64 bytes from 10.1.0.2: seq=3 ttl=64 time=0.065 ms
     64 bytes from 10.1.0.2: seq=4 ttl=64 time=0.131 ms

     Ping reply with rx-usecs 4

     # ping 10.1.0.2
     PING 10.1.0.2 (10.1.0.2): 56 data bytes
     64 bytes from 10.1.0.2: seq=0 ttl=64 *time=32.178 ms*
     64 bytes from 10.1.0.2: seq=1 ttl=64 *time=15.137 ms*
     64 bytes from 10.1.0.2: seq=2 ttl=64 *time=15.134 ms*
     64 bytes from 10.1.0.2: seq=3 ttl=64 *time=15.136 ms*

Fw: [Bug 43277] New: net/e1000e set mtu larger than 1500 fails

Begin forwarded message:

Date: Tue, 22 May 2012 18:13:21 +0000 (UTC)
From: bugzilla-daemon <at> bugzilla.kernel.org
To: shemminger <at> linux-foundation.org
Subject: [Bug 43277] New: net/e1000e set mtu larger than 1500 fails

https://bugzilla.kernel.org/show_bug.cgi?id=43277

           Summary: net/e1000e set mtu larger than 1500 fails
           Product: Networking
           Version: 2.5
    Kernel Version: 3.4
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: IPV4
        AssignedTo: shemminger <at> linux-foundation.org
        ReportedBy: che <at> chrekh.se
        Regression: Yes

In kernel 3.4 I can no longer use jumbo-frames with my e1000e network
interface.

 $ sudo ip link set eth1 mtu 9000
 RTNETLINK answers: Invalid argument

DMA mapping type and its performance impact

Hey guys,

I'm William Tu from Stony Brook University. I'm currently working on
an ixgbevf driver. Due to some special requirements, I need to
pre-allocate a pool of  contiguous RX and TX buffer (4MB total in my
case). I chopped the pool into multiple pages and assigned one-by-one
to the RX and TX ring buffer. I also  implemented a bitmap to manage
the free/allocation of this DMA pool.

When packet is coming, the ixgbevf device DMA the packet into the RX
buffer. Then my modified version of ixgbevf driver needs to do an
"skb_copy" to copy the whole packet out of the pre-allocated pool so
that the Linux kernel later on can free this copied skb and the buffer
in the pre-allocated pool can be freed. Same ideal in the case of
transmission.

Everything works fine until I found a poor reception performance. I
got TX: 9.4Gbps and RX: 1Gbps. I looked into the problem and found my
driver spent quite a long time in doing
1. skb_copy in ixgbevf_clean_rx_irq and
2. netdev_alloc_skb_ip_align (in ixgbevf_alloc_rx_buffers).

Compared with original ixgbevf code, I found most of the drivers are
using dma_map_single/dma_unmap_single, which is streaming DMA
mappings. However, I'm using coherent DMA mapping (dma_alloc_coherent)
to allocate a big DMA buffer and assigning each piece to the RX ring.
I'm wondering the performance impact of using dma_alloc_coherent, and
is it possible that my poor performance is caused by this?

Thanks a lot!

speed and speed_hi setting in ethtool_cmd

Hi,

There is a doubt with the working of e1000e driver -
1.9.5-NAPI-intel-2012-02-29 version. We are seeing a non-zero value of
65355 being returned for speed_hi  for the ethtool_cmd structure for the
ioctl ETHTOOL_GSET. when the interface is up it returns zero for
speed_hi. For setting the Ethernet speed/duplex we first query the
driver with the ioctl ETHTOOL_GSET and change only the speed and duplex
values in the ethtool_cmd structure and leave the rest(speed_hi) as is
and invoke the ioctl ETHTOOL_SSET. We don't see this issue with the
older driver version - 1.0.2-k2 . I have looked at the function
e1000_get_settings in the newer driver version, where the following code
seems to cause the problem.

speed = -1;

ecmd->duplex = -1;

if (netif_running(netdev)) {

                if (netif_carrier_ok(netdev)) {

                        speed = adapter->link_speed;

                        ecmd->duplex = adapter->link_duplex - 1;

                }

        } else {

Order Enquiry

Hello Sales
     I went over your contact online and found some items which we have interest in purchasing to our store in
Spain for urgent supply. I will like to know the prices per each items plus the shipping cost. I also want to
know if Letter of Credit or T/T is acceptable for payment. I await your quick response asap so i can proceed
with my needed items and quantity.

Thank you
mcckoy robertson

N.B.M Global Supply Inc
Address: Autovía A-5,
salidas 22 y 26.
Arroyomolinos,
28939 Madrid Spain
Tel: +34 902 26 77 26
Email: nbmglobalsupply <at> gmail.com
Website : http://www.brplastics.com

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
E1000-devel mailing list

研q发k咨y询i资z深y顾o问t主h讲

这是一封 HTML 格式的邮件，请以网页方式查看邮件。

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
E1000-devel mailing list
E1000-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

Bug found in ixgbe_clean_rx_irq_ps()

Hi,

This is to report a bug we found in the Intel 10 Gigabit PCI Express Linux driver (ixgbe).
Our driver has patched up to version 3.7.21.

Recently, we hit a crash with the following dump.

BUG: unable to handle kernel NULL pointer dereference at 000000000000006c
IP: [<ffffffffa005afef>] ixgbe_poll+0x9df/0x1720 [ixgbe]
PGD 3fc6cc067 PUD 3fc223067 PMD 0
Oops: 0000 [#1] SMP
last sysfs file: /sys/devices/virtual/bypass/10-11/ping_watchdog
CPU 9
Pid: 3268, comm: sport Tainted: P           ----------------   2.6.32-perf #1
To Be Filled By O.E.M.
RIP: 0010:[<ffffffffa005afef>]  [<ffffffffa005afef>] ixgbe_poll+0x9df/0x1720
[ixgbe]
RSP: 0018:ffff8804075dd8b0  EFLAGS: 00010246
RAX: 0000000000000000 RBX: ffff880410e90680 RCX: 0000000000000000
RDX: 0000000000000020 RSI: ffffc90004ca6000 RDI: ffff8804121ca580
RBP: ffff8804075dd970 R08: 0000000000000100 R09: 0000000000000000
R10: 0000000000000100 R11: 0000000000000000 R12: 0000000000000000
R13: ffffc9000479b190 R14: ffff8804059a40a0 R15: 000000000000000a
FS:  00007fe8a63a6700(0000) GS:ffff8804364c0000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 000000000000006c CR3: 0000000414564000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process sport (pid: 3268, threadinfo ffff8804075dc000, task ffff880414bbe1c0)
Stack:

8% OFF Entire Site, Deal4Days offers R4, R4i & Acekard, Monster and Ray-Ban Products.

Your email program does not support HTML. To view an online version of this email, please click the link below.
http://b.ss38.on9mail.com/new/en_send_preview_iframe2.aspx?SID=37&NewsletterID=86090&SiteID=8692&EmailID=32763354&HitID=1337328296962&token=865ab4ef54d558e2b4e6b83bc7e8338068720a09

To unsubscribe, click the link below.
http://b.ss38.on9mail.com/RWCode/subscribe.asp?SID=37&SiteID=8692&Email=e1000-devel <at> lists.sourceforge.net&HitID=1337328296962

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
E1000-devel mailing list
E1000-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

(no subject)

Apply for Corporate, real-estate or personal loan at 3%

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
E1000-devel mailing list
E1000-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired