[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YUM8pAkt7kxD7owG@lunn.ch>
Date: Thu, 16 Sep 2021 14:46:28 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Michael Heimpold <mhei@...mpold.de>
Cc: Stefan Wahren <stefan.wahren@...e.com>,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Michael Heimpold <michael.heimpold@...tech.com>,
jimmy.shen@...texcom.com, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH RFC 3/3] net: vertexcom: Add MSE102x SPI support
On Thu, Sep 16, 2021 at 11:26:18AM +0000, Michael Heimpold wrote:
> Hi Andrew,
>
> Zitat von Andrew Lunn <andrew@...n.ch>:
>
> > > +static int mse102x_probe_spi(struct spi_device *spi)
> > > +{
> >
> > ...
> >
> > > + netif_carrier_off(mse->ndev);
> > > + ndev->if_port = IF_PORT_10BASET;
> >
> > That is not correct. Maybe you should add a IF_PORT_HOMEPLUG ?
>
> Would a simple IF_PORT_HOMEPLUG be sufficient, or should it be
> more precise as for Ethernet (10BASET, 100BASET...), e.g.
> IF_PORT_HOMEPLUG_10
> IF_PORT_HOMEPLUG_AV
> IF_PORT_HOMEPLUG_AV2
> IF_PORT_HOMEPLUG_GREENPHY
It is an interesting question. I think the first thing to find out is,
what in userspace actually uses this. If it is a deprecated tool, i
would not spend the energy.
Probably a better interface is ethtool get_link_ksettings, and
set_link_ksettings.
$ /sbin/ethtool enp3s0
Settings for enp3s0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
You can set supported ports to HomePlug, and supported link modes to
10, AV, AV2, GREENPHY etc.
Is there a negotiation mechanism where different homeplug devices can
find out what they have in common and select a mode? That would be
very similar to Ethernet autoneg, so you can make use of the other
fields ethtool provides to show this information, etc.
Andrew
Powered by blists - more mailing lists