Hi Mark,

Well I'm glad we have the correct driver up on the web site. :)  But actually 
if you want to test with the latest driver I would suggest you move to 3.1.17.  
It corrects bug that slipped into the last release having to do with 82598 
NIC's so I believe it would affect you.  However I don't think it is related to 
the issue you're currently seeing, but you might want to keep it in mind. 

It makes sense actually that you didn't see a ethX device after we detect an 
"unsupported module" we free the netdev.  Which is why you have to reload the 
driver to try again and you don't see a ethX device.

You can however remove the cable and reload the driver.  The netdev will be 
created and you can see it with a "ifconfig -a".  What ever that ethX device is 
you should be able to do the "ethtool -i" on.

Thanks,
-Don

>-----Original Message-----
>From: Mark "Naoki" Rogers [mailto:[email protected]]
>Sent: Monday, December 13, 2010 7:16 PM
>To: [email protected]
>Subject: Re: [E1000-devel] ixgbe: Intel 82598EB 10GbE fails with Brocade
>TurboIron 24x
>
>Hello Don,
>
>Just quickly yes you are correct that I meant 3.1.15 of the driver so no
>problems there :)
>
>Here is the additional output you requested:
># lspci -ns 0000:04:00.0
>04:00.0 0200: 8086:10f1 (rev 01)
>
>However I don't appear to have any defined eth devices for these
>interfaces, so nothing for ethtool to probe beyond the on-board intel
>Intel(R) PRO/1000 devices. I tried with the 3.1.15 driver and the result
>was the same:
>
>[  830.287140] Intel(R) 10 Gigabit PCI Express Network Driver - version
>3.1.15-NAPI
>[  830.294522] Copyright (c) 1999-2010 Intel Corporation.
>[  830.299846] ixgbe 0000:04:00.0: PCI INT A -> GSI 30 (level, low) ->
>IRQ 30
>[  830.306794] ixgbe 0000:04:00.0: setting latency timer to 64
>[  830.357221] ixgbe: 0000:04:00.0: ixgbe_probe: failed to load because
>an unsupported SFP+ module type was detected.
>[  830.357224] Reload the driver after installing a supported module.
>[  830.373805] ixgbe 0000:04:00.0: PCI INT A disabled
>[  830.378706] ixgbe 0000:04:00.1: PCI INT B -> GSI 37 (level, low) ->
>IRQ 37
>[  830.385654] ixgbe 0000:04:00.1: setting latency timer to 64
>[  830.434058] ixgbe: 0000:04:00.1: ixgbe_probe: failed to load because
>an unsupported SFP+ module type was detected.
>[  830.434061] Reload the driver after installing a supported module.
>[  830.450654] ixgbe 0000:04:00.1: PCI INT B disabled
>
>Should I be assuming there would be downed ethX devices ?
>
>Much appreciate the assistance by the way.
>
>
>On 12/14/2010 11:13 AM, Skidmore, Donald C wrote:
>> Hi Mark,
>>
>>  From the error messages below it looks as if the driver isn't
>recognizing your DA cable is a DA cable.  We get this information from the
>cable via the Passive Cable bit as defined in the SFF-8472 spec.  What is
>the version of your NIC's eeprom.  You can find this with:
>> # ethtool -I ethX
>>
>> Also could you tell me the device id of the NIC just so I can be sure
>what 82598 you're working with?  For the logs below you should be able to
>get it via:
>>
>> # lspci -ns 0000:04:00.0
>>
>> Also when you talk about using the 3.1.5 driver you really meant the
>3.1.15 driver correct?  I only asking to make sure we have it labeled
>correctly on the Intel web site you pulled it off of. :)
>>
>> As far as checking the id we are seeing from the cable, I don't know of a
>utility that will give this value to you, short of hacking the driver to
>printk what we return from our i2c call.
>>
>> Thanks,
>> -Don Skidmore<[email protected]>
>>
>>
>>
>>> -----Original Message-----
>>> From: Mark "Naoki" Rogers [mailto:[email protected]]
>>> Sent: Monday, December 13, 2010 2:20 AM
>>> To: [email protected]
>>> Subject: [E1000-devel] ixgbe: Intel 82598EB 10GbE fails with Brocade
>>> TurboIron 24x
>>>
>>> Hello all,
>>>
>>> I've a problem with the aforementioned dual-port adaptor and the
>>> TurboIron 24x. I've checked with the vendor that the cables are
>>> compliant with MSA, SFF-8431 and SFF-8432 however I get disheartening
>>> unsupported line from the driver:
>>>
>>>
>>> [369167.440737] ixgbe 0000:04:00.0: PCI INT A ->  GSI 30 (level, low) ->
>>> IRQ 30
>>> [369167.447758] ixgbe 0000:04:00.0: setting latency timer to 64
>>> [369167.500906] ixgbe 0000:04:00.0: failed to initialize because an
>>> unsupported SFP+ module type was detected.
>>> [369167.500909] Reload the driver after installing a supported module.
>>> [369167.516983] ixgbe 0000:04:00.0: PCI INT A disabled
>>> [369167.521936] ixgbe 0000:04:00.1: PCI INT B ->  GSI 37 (level, low) ->
>>> IRQ 37
>>> [369167.528960] ixgbe 0000:04:00.1: setting latency timer to 64
>>> [369167.580755] ixgbe 0000:04:00.1: failed to initialize because an
>>> unsupported SFP+ module type was detected.
>>> [369167.580757] Reload the driver after installing a supported module.
>>> [369167.596834] ixgbe 0000:04:00.1: PCI INT B disabled
>>>
>>>
>>> It appears very similar to this thread in which the odd resolution seems
>>> to be switching PCIe slots, which isn't really an option for my form
>>> factor:
>>> http://comments.gmane.org/gmane.linux.drivers.e1000.devel/7718
>>>
>>> It's a Xeon X5650 system running the latest available BIOS (Oct 5th/
>'10):
>>> 04:00.0 Ethernet controller: Intel Corporation 82598EB 10-Gigabit AF
>>> Dual Port Network Connection (rev 01)
>>> 04:00.1 Ethernet controller: Intel Corporation 82598EB 10-Gigabit AF
>>> Dual Port Network Connection (rev 01)
>>>
>>> I'm seeing the same error with drivers 2.0.62-k2, 2.0.8?, 2.0.84-k2,
>>> (2.6.35, 2.6.36, 2.6.37-rc5) and the 3.1.5 driver from Intel's site. I
>>> understand this is due to an ID in the EEPROM not being recognized(?),
>>> any way I can pull that myself and check it?
>>>
>>> Thank you.
>>>
>>> ------------------------------------------------------------------------
>---
>>> ---
>>> Oracle to DB2 Conversion Guide: Learn learn about native support for
>>> PL/SQL,
>>> new data types, scalar functions, improved concurrency, built-in
>packages,
>>> OCI, SQL*Plus, data movement tools, best practices and more.
>>> http://p.sf.net/sfu/oracle-sfdev2dev
>>> _______________________________________________
>>> E1000-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/e1000-devel
>>> To learn more about Intel&#174; Ethernet, visit
>>> http://communities.intel.com/community/wired
>
>
>---------------------------------------------------------------------------
>---
>Lotusphere 2011
>Register now for Lotusphere 2011 and learn how
>to connect the dots, take your collaborative environment
>to the next level, and enter the era of Social Business.
>http://p.sf.net/sfu/lotusphere-d2d
>_______________________________________________
>E1000-devel mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/e1000-devel
>To learn more about Intel&#174; Ethernet, visit
>http://communities.intel.com/community/wired

------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
E1000-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to