On 07/19/2017 12:24 PM, Grygorii Strashko wrote:
> Hi
>
> On 07/19/2017 10:31 AM, Marc Gonzalez wrote:
>> The current code supports enabling RGMII RX and TX clock delays.
>> The unstated assumption is that these settings are disabled by
>> default at reset, which is not the case.
>>
>> RX clock delay is enabled at reset. And TX clock delay "survives"
>> across SW resets. Thus, if the bootloader enables TX clock delay,
>> it will remain enabled at reset in Linux.
>>
>> Provide disable functions to configure the RGMII clock delays
>> exactly as specified in the fwspec.
>>
>> Signed-off-by: Marc Gonzalez <marc_gonza...@sigmadesigns.com>
>> ---
>> drivers/net/phy/at803x.c | 32 ++++++++++++++++++++++++--------
>> 1 file changed, 24 insertions(+), 8 deletions(-)
> This patch breaks am335x-evm networking.
>
> To restore it I've had to apply below diff:
> diff --git a/arch/arm/boot/dts/am335x-evm.dts
> b/arch/arm/boot/dts/am335x-evm.dts
> index 200d6ab..9578bdf 100644
> --- a/arch/arm/boot/dts/am335x-evm.dts
> +++ b/arch/arm/boot/dts/am335x-evm.dts
> @@ -724,12 +724,12 @@
>
> &cpsw_emac0 {
> phy_id = <&davinci_mdio>, <0>;
> - phy-mode = "rgmii-txid";
> + phy-mode = "rgmii-id";
> };
>
> &cpsw_emac1 {
> phy_id = <&davinci_mdio>, <1>;
> - phy-mode = "rgmii-txid";
> + phy-mode = "rgmii-id";
> };
>
> &tscadc {
>
> Sry, can't comment here to much - not E-PHY expert.
It's useful feedback, since we had poorly defined "phy-mode" semantics
for too long, this is totally expected, Marc this is exactly why Mans is
suggesting additional MAC-specific properties to define delays.
--
Florian
