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


Groups > linux.kernel > #1390247

Re: [PATCH net v3 0/5] drivers: net: cpsw: phy-handle fixes

From Tony Lindgren <tony@atomide.com>
Newsgroups linux.kernel
Subject Re: [PATCH net v3 0/5] drivers: net: cpsw: phy-handle fixes
Date 2016-04-28 16:30 +0200
Message-ID <rsV74-4H2-7@gated-at.bofh.it> (permalink)
References <rsIMx-2Nw-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


* David Rivshin (Allworx) <drivshin.allworx@gmail.com> [160427 18:13]:
> From: David Rivshin <drivshin@allworx.com>
> 
> This series fixes a number of related issues around using phy-handle
> properties in cpsw emac nodes.
> 
> Patch 1 fixes a bug if more than one slave is used, and either
> slave uses the phy-handle property in the devicetree.
> 
> Patch 2 fixes a NULL pointer dereference which can occur if a
> phy-handle property is used and of_phy_connect() return NULL,
> such as with a bad devicetree.
> 
> Patch 3 fixes an issue where the phy-mode property would be ignored
> if a phy-handle property was used. This also fixes a bogus error
> message that would be emitted.
> 
> Patch 4 fixes makes the binding documentation more explicit that
> exactly one PHY property should be used, and also marks phy_id as
> deprecated.
> 
> Patch 5 cleans up the fixed-link case to work like the now-fixed
> phy-handle case.
> 
> I have tested on the following hardware configurations:
>  - (EVMSK) dual emac, phy_id property in both slaves
>  - (EVMSK) dual emac, phy-handle property in both slaves
>  - (EVMSK) a bad phy-handle property pointing to &mmc1
>  - (EVMSK) phy_id property with incorrect PHY address
>  - (BeagleBoneBlack) single emac, phy_id property
>  - (custom) single emac, fixed-link subnode
> 
> Andrew Goodbody reported testing v2 on a board that doesn't use
> dual_emac mode, but with 2 PHYs using phy-handle properties [1].
> 
> Nicolas Chauvet reported testing v2 on an HP t410 (dm8148).
> 
> Markus Brunner reported testing v1 on the following [2]:
>  - emac0 with phy_id and emac1 with fixed phy
>  - emac0 with phy-handle and emac1 with fixed phy
>  - emac0 with fixed phy and emac1 with fixed phy

Quickly boot tested these against next on dra62x-j5eco EVM:

Tested-by: Tony Lindgren <tony@atomide.com>

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


Thread

[PATCH net v3 0/5] drivers: net: cpsw: phy-handle fixes "David Rivshin (Allworx)" <drivshin.allworx@gmail.com> - 2016-04-28 03:20 +0200
  [PATCH net v3 1/5] drivers: net: cpsw: fix parsing of phy-handle DT property in dual_emac config "David Rivshin (Allworx)" <drivshin.allworx@gmail.com> - 2016-04-28 03:30 +0200
  [PATCH net v3 3/5] drivers: net: cpsw: don't ignore phy-mode if phy-handle is used "David Rivshin (Allworx)" <drivshin.allworx@gmail.com> - 2016-04-28 03:40 +0200
  [PATCH net v3 2/5] drivers: net: cpsw: fix segfault in case of bad phy-handle "David Rivshin (Allworx)" <drivshin.allworx@gmail.com> - 2016-04-28 03:40 +0200
  [PATCH net v3 5/5] drivers: net: cpsw: use of_phy_connect() in fixed-link case "David Rivshin (Allworx)" <drivshin.allworx@gmail.com> - 2016-04-28 03:50 +0200
  [PATCH net v3 4/5] dt: cpsw: phy-handle, phy_id, and fixed-link are mutually exclusive "David Rivshin (Allworx)" <drivshin.allworx@gmail.com> - 2016-04-28 03:50 +0200
    Re: [PATCH net v3 4/5] dt: cpsw: phy-handle, phy_id, and fixed-link  are mutually exclusive Mugunthan V N <mugunthanvnm@ti.com> - 2016-04-28 12:20 +0200
    Re: [PATCH net v3 4/5] dt: cpsw: phy-handle, phy_id, and fixed-link  are mutually exclusive Rob Herring <robh@kernel.org> - 2016-05-03 18:20 +0200
  Re: [PATCH net v3 0/5] drivers: net: cpsw: phy-handle fixes Tony Lindgren <tony@atomide.com> - 2016-04-28 16:30 +0200
  Re: [PATCH net v3 0/5] drivers: net: cpsw: phy-handle fixes Grygorii Strashko <grygorii.strashko@ti.com> - 2016-04-28 18:00 +0200
  Re: [PATCH net v3 0/5] drivers: net: cpsw: phy-handle fixes David Miller <davem@davemloft.net> - 2016-04-28 23:30 +0200

csiph-web