Thread (32 messages) flat view 32 messages, 7 authors, 2020-02-05

Re: [PATCH 2/6] net: bcmgenet: refactor phy mode configuration

From: Jeremy Linton <hidden>
Date: 2020-02-01 19:10:47
Also in: lkml

Hi,

Thanks for taking a look at this again!

On 2/1/20 10:24 AM, Florian Fainelli wrote:

On 1/31/2020 11:46 PM, Jeremy Linton wrote:
quoted
The DT phy mode is similar to what we want for ACPI
lets factor it out of the of path, and change the
of_ call to device_. Further if the phy-mode property
cannot be found instead of failing the driver load lets
just default it to RGMII.
Humm no please do not provide a fallback, if we cannot find a valid
'phy-mode' property we error out. This controller can be used with a
variety of configurations (internal EPHY/GPHY, MoCA, external
MII/Reverse MII/RGMII) and from a support perspective it is much easier
for us if the driver errors out if one of those essential properties are
omitted.

Other than that, this looks OK.
Sure, I went around in circles about this one because it cluttered the 
code path up a bit.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help