From: Andrew Lunn <andrew@lunn.ch>
To: Igor Russkikh <Igor.Russkikh@aquantia.com>
Cc: "David S . Miller" <davem@davemloft.net>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
Dmitry Bezrukov <Dmitry.Bezrukov@aquantia.com>
Subject: Re: [PATCH v2 net-next 06/21] net: usb: aqc111: Introduce link management
Date: Wed, 14 Nov 2018 22:16:43 +0100 [thread overview]
Message-ID: <20181114211643.GF32305@lunn.ch> (raw)
In-Reply-To: <6a92f825-576e-3826-66c7-791304661174@aquantia.com>
> > Thats again because of this product has tightly integrated MAC+Phy.
> > MAC FW controls system interface and reports/alters link state
> > as a joint state on copper and SIF (even in dpa direct phy mode).
> >
> > We can't extract phy api into a standalone fully functional phylib therefore.
> > Also as far as I know this particular phy is not available in the wild.
>
> So the point is that MAC firmware is managing SERDES and system interface link.
Linux can manage that SERDES link between the MAC and the PHY. There
are two ways this can go:
1) You use phylib. When the PHY reports link, the adjust_link callback
in the MAC is called. The phydev structure contains information about
how you should configure the SERDES, SGMII, 2500Base-X, 5000Base-X. It
works, but it is not so nice.
2) phylink gives you a much nicer API to do the same. Again, the PHY
reports the link is up. phylink will then tell the MAC how to
configure its end of the SERDES. The problem with phylink is that it
expects a DT building. You don't have that, since this is a USB
device. But you also don't need a lot of the features of phylink like
SFPs, the i2c bus for the SFPs, GPIOs etc. So it should not be to hard
to make this work without device tree.
By using core linux code, we avoid bugs in firmware which nobody can
fix. The Linux core code should be well tested and supported, but
phylink is rather new, so might still have some corner cases.
I also cannot imaging parts of the PHY driver will not be re-usable
for other Aquantia PHYs. I have a board with an AQCS109 under my desk
waiting for me to do something with it. I really would like a better
PHY driver for it than the kernel currently has. Hopefully there is
some code reuse possibilities here.
Andrew
next prev parent reply other threads:[~2018-11-15 7:21 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-13 14:44 [PATCH v2 net-next 00/21] Add support for Aquantia AQtion USB to 5/2.5GbE devices Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 01/21] net: usb: aqc111: Driver skeleton for Aquantia AQtion USB to 5GbE Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 02/21] net: usb: aqc111: Add bind and empty unbind callbacks Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 03/21] net: usb: aqc111: Add implementation of read and write commands Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 04/21] net: usb: aqc111: Various callbacks implementation Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 05/21] net: usb: aqc111: Introduce PHY access Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 06/21] net: usb: aqc111: Introduce link management Igor Russkikh
2018-11-13 20:58 ` Andrew Lunn
2018-11-14 7:44 ` Igor Russkikh
2018-11-14 21:16 ` Andrew Lunn [this message]
2018-11-14 22:53 ` Florian Fainelli
2018-11-16 9:53 ` Igor Russkikh
2018-11-16 18:33 ` Andrew Lunn
2018-11-13 14:44 ` [PATCH v2 net-next 07/21] net: usb: aqc111: Add support for getting and setting of MAC address Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 08/21] net: usb: aqc111: Implement TX data path Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 09/21] net: usb: aqc111: Implement RX " Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 10/21] net: usb: aqc111: Add checksum offload support Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 11/21] net: usb: aqc111: Add support for changing MTU Igor Russkikh
2018-11-13 14:44 ` [PATCH v2 net-next 12/21] net: usb: aqc111: Add support for enable/disable checksum offload Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 13/21] net: usb: aqc111: Add support for TSO Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 14/21] net: usb: aqc111: Implement set_rx_mode callback Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 15/21] net: usb: aqc111: Add support for VLAN_CTAG_TX/RX offload Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 16/21] net: usb: aqc111: Add RX VLAN filtering support Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 17/21] net: usb: aqc111: Initialize ethtool_ops structure Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 18/21] net: usb: aqc111: Implement get/set_link_ksettings callbacks Igor Russkikh
2018-11-13 20:50 ` Andrew Lunn
2018-11-14 7:46 ` Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 19/21] net: usb: aqc111: Add support for wake on LAN by MAGIC packet Igor Russkikh
2018-11-13 21:02 ` Andrew Lunn
2018-11-14 7:56 ` Igor Russkikh
2018-11-14 21:30 ` Andrew Lunn
2018-11-13 14:45 ` [PATCH v2 net-next 20/21] net: usb: aqc111: Add ASIX's HW ids Igor Russkikh
2018-11-13 14:45 ` [PATCH v2 net-next 21/21] net: usb: aqc111: Extend cdc_ether blacklist Igor Russkikh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181114211643.GF32305@lunn.ch \
--to=andrew@lunn.ch \
--cc=Dmitry.Bezrukov@aquantia.com \
--cc=Igor.Russkikh@aquantia.com \
--cc=davem@davemloft.net \
--cc=linux-usb@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).