netdev - Re: Optics (SFP) monitoring on ixgbe and igbe

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1352318339.2725.34.camel@bwh-desktop.uk.solarflarecom.com>
Date:	Wed, 7 Nov 2012 19:58:59 +0000
From:	Ben Hutchings <bhutchings@...arflare.com>
To:	<footplus@...il.com>
CC:	<netdev@...r.kernel.org>
Subject: Re: Optics (SFP) monitoring on ixgbe and igbe

On Wed, 2012-11-07 at 13:27 +0100, Aurélien wrote:
> Hello,
> 
> I'm looking to propose a patch for optics monitoring on igbe and ixgbe
> cards which support SFP and SFP+. I have one of each card. While
> searching for previous work done by others on this domain, i found the
> following:
> 
> https://github.com/jelaas/bifrost-build-x86_64/tree/master/all/kernel-x86_64-3.3.0-rc2-1
> (the DOM-* files)
> 
> I did not yet test this patch (i'll do in a few days), but just by
> looking at the patches, do you think this could get incorporated in
> the current state, provided some administrative work is done, or would
> it require more architectural rework / documentation / other ?
> 
> Could you point me to the next steps required for the functionality to
> be merged in a future mainline kernel/ethtool ? Is there a better
> place than netdev@ to discuss this matter ?

We just added the ETHTOOL_GMODULEINFO and ETHTOOL_GMODULEEEPROM
interface for this purpose.  The diagnostics obviously aren't really an
EEPROM but I don't think that matters.

These drivers should report a type of ETH_MODULE_SFF_8472 (assuming a
module is present) and expose an 'EEPROM' with the real EEPROM in the
first 256 bytes and the diagnostic registers in the next 256 bytes.

Decoding of the diagnostic registers can be done in ethtool itself.

Ben.

-- 
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html