Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1523613

Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable options

From Jerome Brunet <jbrunet@baylibre.com>
Newsgroups linux.kernel
Subject Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable options
Date 2016-11-16 16:40 +0100
Message-ID <sEatA-4HA-33@gated-at.bofh.it> (permalink)
References (3 earlier) <sDPp8-7LU-27@gated-at.bofh.it> <sE5ay-198-19@gated-at.bofh.it> <sE8rM-3nS-9@gated-at.bofh.it> <sE9QR-4fj-21@gated-at.bofh.it> <sEa0x-4xX-33@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, 2016-11-16 at 16:06 +0100, Andrew Lunn wrote:
> On Wed, Nov 16, 2016 at 03:51:30PM +0100, Jerome Brunet wrote:
> > 
> > On Wed, 2016-11-16 at 14:23 +0100, Andrew Lunn wrote:
> > > 
> > > > 
> > > > 
> > > > There two kind of PHYs supporting eee, the one advertising eee
> > > > by
> > > > default (like realtek) and the one not advertising it (like
> > > > micrel).
> > 
> > This is just the default register value.
> > 
> > > 
> > > 
> > > I don't know too much about EEE. So maybe a dumb question. Does
> > > the
> > > MAC need to be involved? Or is it just the PHY?
> > > 
> > > If the MAC needs to be involved, the PHY should not be
> > > advertising
> > > EEE
> > > unless the MAC asks for it by calling phy_init_eee(). If this is
> > > true,
> > > maybe we need to change the realtek driver, and others in that
> > > class.
> > 
> > As far I understand, the advertised capabilities are exchanged
> > during
> > the auto-negotiation.
> > 
> > At this stage, if the advertisement is disabled (regarless of the
> > actual support) on either side of the link, there will be no low
> > power
> > idle state on the Tx nor the Rx path.
> > 
> > If the advertisement is enabled on both side but we don't call
> > phy_init_eee, I suppose Tx won't enter LPI, but Rx could.
> 
> What i was trying to find out is, if the MAC needs to support EEE as
> well as the PHY, what happens when the MAC does not support EEE, but
> the PHYs do negotiate EEE? Does it break?

Interesting question. In a regular case, I suppose it should be fine.
As you would have LPI only on the Rx path this should be transparent to
the MAC. That's my understanding. Maybe people knowing EEE better than
me could confirm (or not) ? Peppe? Alexandre?

I just checked with the OdroidC2, I disabled eee support by forcing
"dma_cap.eee = 0" in stmmac_get_hw_features. As expected, no tx_LPI
interrupts but plenty of rx_LPI interrupts.

What was not expected is test failing like before.
So in our case, having LPI on the Rx path is fine for receiving data,
but not for sending.

> 
>     Andrew

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH net 0/3] Fix OdroidC2 Gigabit Tx link issue Jerome Brunet <jbrunet@baylibre.com> - 2016-11-15 15:30 +0100
  [PATCH net 1/3] net: phy: realtek: add eee advertisement disable options Jerome Brunet <jbrunet@baylibre.com> - 2016-11-15 15:30 +0100
    Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable  options Andrew Lunn <andrew@lunn.ch> - 2016-11-15 17:40 +0100
      Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable  options Florian Fainelli <f.fainelli@gmail.com> - 2016-11-15 18:10 +0100
        Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement  disable options Jerome Brunet <jbrunet@baylibre.com> - 2016-11-16 11:00 +0100
          Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable  options Andrew Lunn <andrew@lunn.ch> - 2016-11-16 14:30 +0100
            Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement  disable options Jerome Brunet <jbrunet@baylibre.com> - 2016-11-16 16:00 +0100
              Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable  options Andrew Lunn <andrew@lunn.ch> - 2016-11-16 16:10 +0100
                Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement  disable options Jerome Brunet <jbrunet@baylibre.com> - 2016-11-16 16:40 +0100
                Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable  options Florian Fainelli <f.fainelli@gmail.com> - 2016-11-16 18:10 +0100
    Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable options Anand Moon <linux.amoon@gmail.com> - 2016-11-16 18:10 +0100
      Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement  disable options Jerome Brunet <jbrunet@baylibre.com> - 2016-11-17 11:30 +0100
        Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement disable options Anand Moon <linux.amoon@gmail.com> - 2016-11-17 19:10 +0100
          Re: [PATCH net 1/3] net: phy: realtek: add eee advertisement  disable options Jerome Brunet <jbrunet@baylibre.com> - 2016-11-17 22:50 +0100
  [PATCH net 2/3] dt-bindings: net: add DT bindings for realtek phys Jerome Brunet <jbrunet@baylibre.com> - 2016-11-15 15:40 +0100
    Re: [PATCH net 2/3] dt-bindings: net: add DT bindings for realtek  phys Rob Herring <robh@kernel.org> - 2016-11-16 16:20 +0100
      Re: [PATCH net 2/3] dt-bindings: net: add DT bindings for realtek  phys Jerome Brunet <jbrunet@baylibre.com> - 2016-11-16 16:30 +0100
  [PATCH net 3/3] ARM64: dts: meson: odroidc2: disable 1000t-eee advertisement Jerome Brunet <jbrunet@baylibre.com> - 2016-11-15 15:40 +0100

csiph-web