public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [EXT] Re:  Pull request: u-boot-net.git master
Date: Wed, 8 May 2019 18:42:08 -0400	[thread overview]
Message-ID: <20190508224208.GV25571@bill-the-cat> (raw)
In-Reply-To: <DB7PR04MB5163DC7D1DB78AC4393D9E15E0320@DB7PR04MB5163.eurprd04.prod.outlook.com>

On Wed, May 08, 2019 at 10:40:57PM +0000, Vladimir Oltean wrote:
> On 5/9/19 1:24 AM, Joe Hershberger wrote:
> > On Tue, May 7, 2019 at 5:15 PM Joe Hershberger <joe.hershberger@ni.com> wrote:
> >>
> >> Hi Tom,
> >>
> >> The following changes since commit 8d7f06bbbef16f172cd5e9c4923cdcebe16b8980:
> >>
> >> I rebased on your master and built for BB Black. DHCP seems to work fine.
> >> MLO also now fits again.
> >>
> >>    Merge branch 'master' of git://git.denx.de/u-boot-sh (2019-05-07 09:38:00 -0400)
> >>
> >> are available in the git repository at:
> >>
> >>    git://git.denx.de/u-boot-net.git master
> >>
> >> for you to fetch changes up to 8d0c6858455e89b089222a08d55ff711681ca011:
> >>
> >>    net: phy: micrel: Find Micrel PHY node correctly (2019-05-07 14:51:55 -0500)
> >>
> >> ----------------------------------------------------------------
> >> Carlo Caione (4):
> >>        net: phy: Add generic helpers to access MMD PHY registers
> >>        net: phy: ti: use generic helpers to access MMD registers
> >>        cmd: mdio: Switch to generic helpers when accessing the registers
> >>        net: phy: realtek: Introduce quirk to mark RXC not stoppable
> >>
> >> James Byrne (2):
> >>        net: phy: micrel: Use correct skew values on KSZ9021
> >>        net: phy: micrel: Find Micrel PHY node correctly
> >>
> >> Murali Karicheri (2):
> >>        ARM: k2g-gp-evm: update to rgmii pinmux configuration
> >>        ARM: k2g-ice: Add pinmux support for rgmii interface
> >>
> >> Pankaj Bansal (1):
> >>        drivers: net: ldpaa_eth: fix resource leak
> >>
> >> Siva Durga Prasad Paladugu (2):
> >>        net: phy: Reloc next and prev pointers inside phy_drivers
> >>        net: phy: Fix return value check phy_probe
> >>
> >> Valentin-catalin Neacsu (1):
> >>        net: phy: aquantia: Set only autoneg on in register 4.c441
> >>
> >> Vladimir Oltean (6):
> >>        net: phy: ar803x: Address packet drops at low traffic rate due to SmartEEE feature
> >>        net: phy: ar803x: Make RGMII Tx delays actually configurable for AR8035
> >>        net: phy: ar803x: Use common functions for RGMII internal delays
> >>        net: phy: ar803x: Clarify the configuration of the CLK_25M output pin
> >>        net: phy: ar803x: Explicitly disable RGMII delays
> > 
> > Tom, this [1] is the patch that is breaking the evm. It doesn't affect
> > BB Black because it uses an SMSC phy, where as this evm uses an
> > AR8031/AR8033.
> > 
> > Is it possible the device tree [2] is wrong for the board? It lists
> > 'phy-mode = "rgmii-txid";', so that means that with this patch the RX
> > delay is now being disabled.
> > 
> > Any thoughts, Vladimir?
> > 
> > Thanks,
> > -Joe
> > 
> > [1] b3224e0f7e - "net: phy: ar803x: Explicitly disable RGMII delays"
> > [2] arch/arm/dts/am335x-evm.dts
> > 
> >>        net: phy: ar803x: Clarify the intention of ar8021_config
> >>
> >>   arch/arm/dts/sama5d3xcm.dtsi                    |  32 +++---
> >>   arch/arm/dts/sama5d3xcm_cmp.dtsi                |  32 +++---
> >>   arch/arm/dts/socfpga_arria5_socdk.dts           |   4 +-
> >>   arch/arm/dts/socfpga_cyclone5_is1.dts           |   4 +-
> >>   arch/arm/dts/socfpga_cyclone5_socdk.dts         |   4 +-
> >>   arch/arm/dts/socfpga_cyclone5_sockit.dts        |   4 +-
> >>   arch/arm/dts/socfpga_cyclone5_vining_fpga.dts   |   4 +-
> >>   board/ti/ks2_evm/mux-k2g.h                      |  36 +++----
> >>   cmd/mdio.c                                      |  27 +++--
> >>   doc/device-tree-bindings/net/micrel-ksz90x1.txt |  27 +++++
> >>   drivers/net/ldpaa_eth/ldpaa_eth.c               |   1 +
> >>   drivers/net/phy/Kconfig                         |  41 ++++++++
> >>   drivers/net/phy/aquantia.c                      |   7 +-
> >>   drivers/net/phy/atheros.c                       | 128 ++++++++++++++++-------
> >>   drivers/net/phy/micrel_ksz90x1.c                |  24 ++++-
> >>   drivers/net/phy/phy.c                           |  21 +++-
> >>   drivers/net/phy/realtek.c                       |  19 ++++
> >>   drivers/net/phy/ti.c                            | 130 +++++-------------------
> >>   include/phy.h                                   |  70 +++++++++++++
> >>   19 files changed, 394 insertions(+), 221 deletions(-)
> >>
> >> Thanks!
> >> -Joe
> >> _______________________________________________
> >> U-Boot mailing list
> >> U-Boot at lists.denx.de
> >> https://lists.denx.de/listinfo/u-boot
> > 
> 
> Hi Joe, Tom,
> 
> It sounds like what Joe pointed to (my patch) has a high chance of 
> causing link failure.
> If the board is relying on RX delays in the Atheros PHY to ensure 
> correct RGMII timing budget, then for sure it was working before and now 
> it is broken. In that case, it was working by mistake; the DT blob is 
> broken and should be corrected.
> Sorry for the trouble this has caused.

How is this handled in the Linux kernel and/or why doesn't it fail
there?

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20190508/c7c50dfa/attachment.sig>

  reply	other threads:[~2019-05-08 22:42 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-07 22:09 [U-Boot] Pull request: u-boot-net.git master Joe Hershberger
2019-05-08 22:24 ` Joe Hershberger
2019-05-08 22:37   ` Tom Rini
2019-05-08 22:40   ` [U-Boot] [EXT] " Vladimir Oltean
2019-05-08 22:42     ` Tom Rini [this message]
2019-05-08 22:45       ` [U-Boot] " Vladimir Oltean
2019-05-08 22:48         ` Tom Rini
2019-05-08 22:52           ` Vladimir Oltean
2019-05-08 22:54             ` Tom Rini
2019-05-08 23:05               ` Vladimir Oltean
2019-05-09  2:38                 ` Tom Rini
2019-05-09 12:51                 ` Vladimir Oltean
2019-05-10 21:50                   ` Joe Hershberger
2019-05-15 14:58                     ` Tom Rini
2019-07-25 22:40                       ` Vladimir Oltean
2019-07-25 23:12                         ` Tom Rini
2019-11-02 13:17                       ` Michael Walle
2019-11-02 14:12                         ` Tom Rini
2019-11-02 14:30                           ` Vladimir Oltean
2019-11-02 15:05                             ` Tom Rini
2019-11-03 15:22                               ` Michael Walle

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=20190508224208.GV25571@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    /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