From: Oleksij Rempel <o.rempel@pengutronix.de>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: Marek Vasut <marex@denx.de>, Andrew Lunn <andrew@lunn.ch>,
Wei Fang <wei.fang@nxp.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Heiner Kallweit <hkallweit1@gmail.com>,
Jakub Kicinski <kuba@kernel.org>,
Oleksij Rempel <linux@rempel-privat.de>,
Paolo Abeni <pabeni@redhat.com>
Subject: Re: [PATCH] net: phy: at803x: Improve hibernation support on start up
Date: Thu, 10 Aug 2023 14:51:17 +0200 [thread overview]
Message-ID: <20230810125117.GD13300@pengutronix.de> (raw)
In-Reply-To: <ZNS9GpMJEDi1zugk@shell.armlinux.org.uk>
On Thu, Aug 10, 2023 at 11:34:02AM +0100, Russell King (Oracle) wrote:
> On Thu, Aug 10, 2023 at 11:01:53AM +0100, Russell King (Oracle) wrote:
> > On Thu, Aug 10, 2023 at 02:49:55AM +0200, Marek Vasut wrote:
> > > On 8/10/23 00:06, Andrew Lunn wrote:
> > > > On Wed, Aug 09, 2023 at 11:34:19PM +0200, Marek Vasut wrote:
> > > > > On 8/9/23 15:40, Andrew Lunn wrote:
> > > > > > > > Hm.. how about officially defining this PHY as the clock provider and disable
> > > > > > > > PHY automatic hibernation as long as clock is acquired?
> > > > > > > >
> > > > > > > Sorry, I don't know much about the clock provider/consumer, but I think there
> > > > > > > will be more changes if we use clock provider/consume mechanism.
> > > > > >
> > > > > > Less changes is not always best. What happens when a different PHY is
> > > > > > used?
> > > > >
> > > > > Then the system wouldn't be affected by this AR803x specific behavior.
> > > >
> > > > Do you know it really is specific to the AR803x? Turning the clock off
> > > > seams a reasonable thing to do when saving power, or when there is no
> > > > link partner.
> > >
> > > This hibernation behavior seem specific to this PHY, I haven't seen it on
> > > another PHY connected to the EQoS so far.
> >
> > Marvell PHYs can be programmed so that RXCLK stops when the PHY
> > enters power down or energy-detect state, although it defaults to
> > always keeping the RGMII interface powered (and thus providing a
> > clock.)
> >
> > One Micrel PHY - "To save more power, the KSZ9031RNX stops the RX_CLK
> > clock output to the MAC after 10 or more RX_CLK clock
> > cycles have occurred in the receive LPI state." which seems to imply
> > if EEE is enabled, then the receive clock will be stopped when
> > entering low-power state.
> >
> > I've said this several times in this thread - I think we need a bit
> > in the PHY device's dev_flags to allow the MAC to say "do not power
> > down the receive clock" which is used by the PHY drivers to (a) program
> > the hardware to prevent the receive clock being stopped in situations
> > such as the AR803x hibernate mode, and (b) to program the hardware not
> > to stop the receive clock when entering EEE low power. This does seem
> > to be a generic thing and not specific to just one PHY - especially as
> > the stopping of clocks when entering EEE low power is a IEEE 802.3
> > defined thing.
>
> Like this:
...
>
> + phy_disable_interrupts(phydev);
> +
> /* Start out supporting everything. Eventually,
> * a controller will attach, and may modify one
> * or both of these values
> @@ -3333,16 +3335,6 @@ static int phy_remove(struct device *dev)
> return 0;
> }
>
> -static void phy_shutdown(struct device *dev)
> -{
> - struct phy_device *phydev = to_phy_device(dev);
> -
> - if (phydev->state == PHY_READY || !phydev->attached_dev)
> - return;
> -
> - phy_disable_interrupts(phydev);
> -}
> -
Except of shutdown part from other discussion, looks fine for me.
What will be the best way to solve this issue for DSA switches attached to
MAC with RGMII RXC requirements?
Regards,
Oleksij
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
next prev parent reply other threads:[~2023-08-10 12:51 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-04 17:58 [PATCH] net: phy: at803x: Improve hibernation support on start up Marek Vasut
2023-08-08 8:44 ` Wei Fang
2023-08-08 18:37 ` Marek Vasut
2023-08-09 2:27 ` Wei Fang
2023-08-09 4:36 ` Oleksij Rempel
2023-08-09 5:37 ` Wei Fang
2023-08-09 6:08 ` Oleksij Rempel
2023-08-09 8:43 ` Russell King (Oracle)
2023-08-10 10:30 ` Russell King (Oracle)
2023-12-14 8:13 ` Romain Gantois
2023-12-14 10:46 ` Marek Vasut
2023-12-14 16:49 ` Russell King (Oracle)
2023-12-15 8:22 ` Romain Gantois
2023-08-10 3:28 ` Wei Fang
2023-08-10 9:08 ` Russell King (Oracle)
2023-08-09 13:40 ` Andrew Lunn
2023-08-09 21:34 ` Marek Vasut
2023-08-09 22:06 ` Andrew Lunn
2023-08-10 0:49 ` Marek Vasut
2023-08-10 4:32 ` Oleksij Rempel
2023-08-10 10:10 ` Russell King (Oracle)
2023-08-10 10:01 ` Russell King (Oracle)
2023-08-10 10:34 ` Russell King (Oracle)
2023-08-10 12:51 ` Oleksij Rempel [this message]
2023-08-10 13:16 ` Russell King (Oracle)
2023-08-10 13:49 ` Andrew Lunn
2023-08-10 13:54 ` Russell King (Oracle)
2023-08-10 14:23 ` Andrew Lunn
2023-08-10 14:36 ` Russell King (Oracle)
2023-08-09 23:15 ` Russell King (Oracle)
2023-08-10 10:34 ` Russell King (Oracle)
2023-08-10 3:38 ` Wei Fang
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=20230810125117.GD13300@pengutronix.de \
--to=o.rempel@pengutronix.de \
--cc=andrew@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=kuba@kernel.org \
--cc=linux@armlinux.org.uk \
--cc=linux@rempel-privat.de \
--cc=marex@denx.de \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=wei.fang@nxp.com \
/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).