Hello Alan,

  I've just tested once again the card with ubuntu, now I'm 100% 
positive it works (i.e. the e1g44etblk was the only wired port during 
iperf, eth0 was disconnected).

  It works with ubuntu 10.04 server:
kernel 2.6.35-24-server
igb version 2.1.0-k2

It remains to be seen where the problem comes in SL (tested kernel: 
2.6.32-71.18.2.el6.x86_64)

I'll see if I can compile kernel version 2.6.35 on SL or if the problem 
is linked to my boot parameters (noapic acpi=off).

  Cheers



On 01/04/2011 23:56, Alan Bartlett wrote:
> On 1 April 2011 21:34, Raimondo Giammanco [VKICC]<[log in to unmask]>  wrote:
>
>>   The other box where i tried the second e1g44etblk is a normal desktop with
>> a single pci-e slot, the motherboard is a common  DQ965GF.
>>
>>   I've installed the el-repo repository: the version of the driver is 2.4.13,
>> the same of the one I've installed with the intel tar.gz and rpmbuild on the
>> supermicro.
>>
>>   I've installed the driver as for your suggestion, rebooted the machine and
>> tried iperf with this new driver:
>>
>> before the iperf:
>> #############
>> lspci | grep -i ether
>> 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network
>> Connection (rev 02)
>> 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> ############
>>
>> ############
>>   ethtool -i eth1
>> driver: igb
>> version: 2.4.13
>> firmware-version: 1.2-1
>> bus-info: 0000:03:00.0
>> ###########
>>
>> ###########
>>   rpm -qa | grep kmod
>> kmod-igb-2.4.13-1.el6.elrepo.x86_64
>> ###########
>>
>> after the iperf:
>>
>> ###########
>>  From the machine from which I was doing the iperf -c:
>>
>> when doing on eth0 (the onboard nic iwth e1000 driver)
>> [  4] local 10.1.0.134 port 5001 connected with 10.1.0.131 port 49729
>> [  4]  0.0-10.0 sec  1.10 GBytes   942 Mbits/sec
>> when doing on eth1 (the e1g44etblk)
>> [  5] local 10.1.0.134 port 5001 connected with 10.1.0.134 port 51211
>> [  5]  0.0-259.1 sec  86.1 MBytes  2.79 Mbits/sec
>>
>> again a lot of errors in ifconfig:
>> eth1      Link encap:Ethernet  HWaddr 00:1B:21:7C:4E:0C
>>           inet addr:10.1.0.134  Bcast:10.1.7.255  Mask:255.255.248.0
>>           UP BROADCAST MULTICAST  MTU:1500  Metric:1
>>           RX packets:66919 errors:1322849926860 dropped:330712481715
>> overruns:330712797030 frame:1322849926860
>>           TX packets:16073 errors:661424963430 dropped:0 overruns:0
>> carrier:661424963430
>>           collisions:330712481715 txqueuelen:1000
>>           RX bytes:94263829 (89.8 MiB)  TX bytes:1061138 (1.0 MiB)
>>
>> lspci changes as well:
>> 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network
>> Connection (rev 02)
>> 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>> 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>> 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>> 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>>
>> even if ethtool -i seems correct:
>> ###############
>> ethtool -i eth1
>> driver: igb
>> version: 2.4.13
>> firmware-version: 1.2-1
>> bus-info: 0000:03:00.0
>> ###############
>>
>> Could it be related to the kernel version? In the standard repos there are
>> no updated kernels, at least that I can see. Can you suggest any newer
>> kernel version and where to find it?
> Raimondo,
>
> I am beginning to suspect that it is a hardware rather than a software
> issue. You have obviously noticed the apparent change of the revision
> of the controller -- from 01 (before invoking iperf) to ff (after
> invocation). I would not expect there to be any change whatsoever in
> that field.
>
> Would it be possible to swap out that controller for another?
>
> As for kernels, you will find that there are the following available
> from the SL repo --
>
> [quote]
> kernel-2.6.32-71.el6
> kernel-2.6.32-71.7.1.el6
> kernel-2.6.32-71.14.1.el6
> kernel-2.6.32-71.18.1.el6
> kernel-2.6.32-71.18.2.el6
> [/quote]
>
> I have the changelog deltas for each of those kernels available
> (http://www.centos.toracat.org/ajb/kernel-clog-diff/el6/) but from a
> quick look, I do not see anything relevant.
>
> It's interesting that you ask me about a newer kernel version, for
> those who know me are aware that I usually have a newer kernel or two
> available -- but for EL5, not EL6. In all honesty, I do not think this
> is either a kernel or a driver problem. As I said above, I suspect the
> card itself.
>
> Sorry that I can not "wave my wand" and resolve this for you. :-/
>
> Alan.