netdev - Re: Reporting SFP presence status

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: <20201221152205.GG3026679@lunn.ch>
Date:   Mon, 21 Dec 2020 16:22:05 +0100
From:   Andrew Lunn <andrew@...n.ch>
To:     Martin Hundebøll <mhu@...icom.dk>
Cc:     netdev <netdev@...r.kernel.org>
Subject: Re: Reporting SFP presence status

On Mon, Dec 21, 2020 at 11:37:55AM +0100, Martin Hundebøll wrote:
> Hi Andrew,
> 
> I've browsed the code in drivers/net/phy, but haven't found a place where
> the SFP module status/change is reported to user-space. Is there a
> "standard" way to report insert/remove events for SFP modules, or should we
> just add a custom sysfs attribute to our driver?

Hi Martin

There is currently no standard way of notifying user space. But it is
something which could be added. But it should not be systfs. This
should be a netlink notification, probably as part of ethtool netlink
API. Or maybe the extended link info.

What is your intended use case? Why do you need to know when a module
has been inserted? It seems like you cannot do too much on such a
notification. It seems lots of modules don't conform to the standard,
will not immediately respond on the i2c bus. So ethtool -m is probably
not going to be useful. You probably need to poll until it does
respond, which defeats the purpose of having a notification.

	Andrew