Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <c50d546c-1fef-7037-6eba-0a6099726dfc@seco.com>
Date:   Fri, 30 Dec 2022 10:29:33 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.4.0
Subject: Re: [PATCH net] net: dpaa2-mac: Get serdes only for backplane links
Content-Language: en-US
To:     Ioana Ciornei <ioana.ciornei@nxp.com>
Cc:     "David S . Miller" <davem@davemloft.net>,
        Russell King <linux@armlinux.org.uk>, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org, Jakub Kicinski <kuba@kernel.org>,
        Eric Dumazet <edumazet@google.com>,
        Paolo Abeni <pabeni@redhat.com>
References: <20221227230918.2440351-1-sean.anderson@seco.com>
 <20221230101710.btdw227v62nnj3le@skbuf>
From:   Sean Anderson <sean.anderson@seco.com>
In-Reply-To: <20221230101710.btdw227v62nnj3le@skbuf>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?d0loM2dGNnBUdWs2OUZBek8xbDRWbXU0ajcxNmwwZVlkbVR3QzQ0Skw2TFpX?=
 =?utf-8?B?SjJpNVh1VzFhK0RuNFpyNGhTbTUyajBSOGVjQzJnVjBuNCsyRyszUVRlSEt1?=
 =?utf-8?B?WVhvbkRXRTRoVkltSUx6bEcrbHpFdXNwd3JubW5iZmJiWjk0MGRkeUtPQUNa?=
 =?utf-8?B?VFMvenh5aG5YNFFlb1dYZ3Zub1JwVXZGVWJ2bWMzSDlKOWcxbUJ0MThiVzl4?=
 =?utf-8?B?ZmNXSHJ4SUsxNGxKd1A2SEQyNktzQUEweXFuZmN6MTJYUGlkTjlVamhUQVl6?=
 =?utf-8?B?UXpJcTJ6enNLaW14MWtzMDc5WkJaT0oxRW5yTUhCT3ZGYTNMNi9rcEF3S0Nx?=
 =?utf-8?B?V29yZDduTVNsNFdOWlBKYmNmUnRXUldCNTJGMXMxVWJML1NIMnpSQ056Q0Zv?=
 =?utf-8?B?cXhzcm9XSUhXTERiWHpPanA4U3QvSk1LUjdPNGtZY1VtNW1FaTdSK3h5YlJF?=
 =?utf-8?B?OUhDSTVHTXJqY2tGODZESUM5SEhvck9UeXpZR2VraWFsRG5CWGkwN1Y1K3Fh?=
 =?utf-8?B?NnVPSDVEdkg1Q0pBWEREQkJMbUE4Y1oyMEJ6ZlpKZEd1WHUwdHo1L3o5VmRO?=
 =?utf-8?B?Q3psdU4xSGlHdHd3YUFyZXVoVzN4eThwM09QT2hMeWhFMnpwQkNmcEV5dVg0?=
 =?utf-8?B?TmNhTWFwaDdlV0lFMXFycWJyVzcyZUdyVUJIVEp1bGJBVFNCbTBLQlNWUFlY?=
 =?utf-8?B?OXIzd2M2KzIvVzFnV3R2OExvUnlBZkttM3VWbE1SdGlpY1duSjhqS2pTRFFU?=
 =?utf-8?B?SlRJNy9hTHBydXZRM3RVR3VWKzBtR25KWmRmOXV2dHdMU1FzTkxPMU9pRUNp?=
 =?utf-8?B?dXBSSlNwS1JxcjNuT29PUDI2ZnJTdjl2K1pzMmZsZ01TaVc5ci85blIwOXU2?=
 =?utf-8?B?aUQ4T0tCRThmYTNuckJJTnlvUDB0RlhsRnZnOVBsN1ZkSmQwTzBlQTFRdGRq?=
 =?utf-8?B?Si95dm5MSUsxUUJCRnA3TWlaalFuTHU3aG0vQ0swcDhSV3Jxczh6clR4OC9x?=
 =?utf-8?B?S1AzNTdqSEd6SytyT2JERFFyd0xna2wwL2V6N3JoY2V6ZExEZDRENmlsWlpH?=
 =?utf-8?B?KzRYQW0reG5aamxsUDVpQjRreC9zWjA3SVJOaUNmNXVMM2dFNTJONGUzOERG?=
 =?utf-8?B?VllneGwrSlpVWFJJMmFGVFg4eDJFOW5ncFJvNHZqd29hWXFXN0dMT1JBOXhN?=
 =?utf-8?B?WTZCTUNCcVpBNytwN3k4d0IvNm1md0dpNHJ1R0l2Ulo1ZVF3UFJKZE9xbVh4?=
 =?utf-8?B?YWJXZHZJL3diY2lzejN2S1ROMkdETUNEdEtTTkthQWM1dEplNi9QdGNMa0Nh?=
 =?utf-8?B?amZTRXRLSzBxVkIzc21pQWIxQjBBQkg5WVpjRXNRZVFlbmpQU1dra1JhSUNQ?=
 =?utf-8?B?NGI0RlB3a1RvZm03aUtkV2x3aHdmdHZqcjdCRHpuSndqWkRUREJnYjNVWW9C?=
 =?utf-8?B?NFJEcmVTejJiVWR0OFB3Uy9UeXgwaHVoM251bjRpR3J0Q1M1WWZraUltRWRE?=
 =?utf-8?B?aWdzL3RiVUZrdHd1R2VFeE9rNDNVOFZRSzJEZENrOEQ3ZUJUa3IwMXNUQWhM?=
 =?utf-8?B?NVdXRTFVNmxBVExaU0libG9FNWxDa2orWVNwbkpVSHgxMnlhSmQxaWFVSEdy?=
 =?utf-8?B?OXRFcC9lcFNVNWRjMXd6c1B0aTFPVUY4M3lIWExsc0ZZWHJYendvSEVPT3oy?=
 =?utf-8?B?MDhXZisvMDhHMnhOQlZ1cy8vRGtYY0V0cFRjSzdZdVRWc1JBRXMxTWwxT2ht?=
 =?utf-8?B?VlB3b0IydUVMWDRsNG5meFlMTlVhZUMyZmVvaEVVQXBndWM3T2ZQWW9wUG5o?=
 =?utf-8?B?TmtKaktsZ3BrSkx6b001QjN5M0VmVHQ5TU4zUk8rV2RMOWJJQU11Zy9EZXRa?=
 =?utf-8?B?SWx1bVpvUysyZE5Wcy9CTFJvdDU0UVZNVGh6Z1kyOE5IU1owNVB4Yzd3WUYv?=
 =?utf-8?B?V0hnTVdxVTR4TEFPbUhscW83bTdjUlMxdmlsS0l1Ujk5L0VpVjZtbSttdjh3?=
 =?utf-8?B?QUo3S2tyNi81ZGJxa2NDclJFT2FxakhsL053QTdWRHpWZzBpYTRTdmY3bUtM?=
 =?utf-8?B?UVN6aHQ2Vmhuc1RtZWd1aGFDaEh4dWVwR0p6U2ltTVBGYTcrT3YrTDdQRFBS?=
 =?utf-8?B?K0JFVDY1V1JoUmVCNHdiVHB6c3R3K0hzZyszUWRsMW0rUnZpZVBvbFRYTzJB?=
 =?utf-8?B?VHc9PQ==?=
X-OriginatorOrg: seco.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c5aa6463-5b7a-4d18-5112-08daea7aa940
X-MS-Exchange-CrossTenant-AuthSource: DB9PR03MB8847.eurprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Dec 2022 15:29:37.4226
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: bebe97c3-6438-442e-ade3-ff17aa50e733
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: /ITIev6wql9nDaE4VhYgUeQ7cqvWAVHiVRLhP22TC+ZStXMDkEl5Ta6VtBnIokLhVe1a/R0U9GEF2Yk4pGjXog==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR03MB8569
X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,
        RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS autolearn=ham
        autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 12/30/22 08:32, Ioana Ciornei wrote:
> Hi Sean,
> 
> On Tue, Dec 27, 2022 at 06:09:18PM -0500, Sean Anderson wrote:
>> When commenting on what would become commit 085f1776fa03 ("net: dpaa2-mac:
>> add backplane link mode support"), Ioana Ciornei said [1]:
>> 
>> > ...DPMACs in TYPE_BACKPLANE can have both their PCS and SerDes managed
>> > by Linux (since the firmware is not touching these). That being said,
>> > DPMACs in TYPE_PHY (the type that is already supported in dpaa2-mac) can
>> > also have their PCS managed by Linux (no interraction from the
>> > firmware's part with the PCS, just the SerDes).
>> 
>> This implies that Linux only manages the SerDes when the link type is
>> backplane. From my testing, the link fails to come up when the link type is
>> phy, but does come up when it is backplane. Modify the condition in
>> dpaa2_mac_connect to reflect this, moving the existing conditions to more
>> appropriate places.
>> 
> 
> What interface mode, firmware version etc are you testing on LS1088A?

I tried with fixed/phy/backplane link modes. Firmware is

fsl-mc: Management Complex booted (version: 10.34.0, boot status: 0x1)

> Are you using the SerDes phy driver?

I am using [1].

[1] https://lore.kernel.org/linux-phy/20221230000139.2846763-1-sean.anderson@seco.com/T/#t

>> [1] https://lore.kernel.org/netdev/20210120221900.i6esmk6uadgqpdtu@skbuf/
>> 
>> Fixes: f978fe85b8d1 ("dpaa2-mac: configure the SerDes phy on a protocol change")
>> Signed-off-by: Sean Anderson <sean.anderson@seco.com>
>> ---
>> I tested this on an LS1088ARDB. I would appreciate if someone could
>> verify that this doesn't break anything for the LX2160A.
> 
> I will test on a LX2160A but no sooner than next Tuesday. Sorry.
> 
>> 
>>  drivers/net/ethernet/freescale/dpaa2/dpaa2-mac.c | 16 ++++++++++------
>>  1 file changed, 10 insertions(+), 6 deletions(-)
>> 
>> diff --git a/drivers/net/ethernet/freescale/dpaa2/dpaa2-mac.c b/drivers/net/ethernet/freescale/dpaa2/dpaa2-mac.c
>> index c886f33f8c6f..0693d3623a76 100644
>> --- a/drivers/net/ethernet/freescale/dpaa2/dpaa2-mac.c
>> +++ b/drivers/net/ethernet/freescale/dpaa2/dpaa2-mac.c
>> @@ -179,9 +179,13 @@ static void dpaa2_mac_config(struct phylink_config *config, unsigned int mode,
>>  	if (err)
>>  		netdev_err(mac->net_dev,  "dpmac_set_protocol() = %d\n", err);
>>  
>> -	err = phy_set_mode_ext(mac->serdes_phy, PHY_MODE_ETHERNET, state->interface);
>> -	if (err)
>> -		netdev_err(mac->net_dev, "phy_set_mode_ext() = %d\n", err);
>> +	if (!phy_interface_mode_is_rgmii(mode)) {
>> +		err = phy_set_mode_ext(mac->serdes_phy, PHY_MODE_ETHERNET,
>> +				       state->interface);
>> +		if (err)
>> +			netdev_err(mac->net_dev, "phy_set_mode_ext() = %d\n",
>> +				   err);
>> +	}
>>  }
> 
> This check is not necessary. Just above the snippet shown here is:
> 
> 	if (!mac->serdes_phy)
> 		return;
> 
> And the 'serdes_phy' is only setup if the interface mode is not a rgmii.

This is changed later on in this patch.

> 	if (mac->features & DPAA2_MAC_FEATURE_PROTOCOL_CHANGE &&
> 	    !phy_interface_mode_is_rgmii(mac->if_mode) &&
> 	    is_of_node(dpmac_node)) {
> 		serdes_phy = of_phy_get(to_of_node(dpmac_node), NULL);
> 		
> 		if (serdes_phy == ERR_PTR(-ENODEV))
> 			serdes_phy = NULL;
> 		else if (IS_ERR(serdes_phy))
> 			return PTR_ERR(serdes_phy);
> 		else
> 			phy_init(serdes_phy);
> 	}
> 	mac->serdes_phy = serdes_phy;
> 
> 
> 
>>  
>>  static void dpaa2_mac_link_up(struct phylink_config *config,
>> @@ -317,7 +321,8 @@ static void dpaa2_mac_set_supported_interfaces(struct dpaa2_mac *mac)
>>  		}
>>  	}
>>  
>> -	if (!mac->serdes_phy)
>> +	if (!(mac->features & !DPAA2_MAC_FEATURE_PROTOCOL_CHANGE) ||
>> +	    !mac->serdes_phy)
>>  		return;
>>  
>>  	/* In case we have access to the SerDes phy/lane, then ask the SerDes
>> @@ -377,8 +382,7 @@ int dpaa2_mac_connect(struct dpaa2_mac *mac)
>>  		return -EINVAL;
>>  	mac->if_mode = err;
>>  
>> -	if (mac->features & DPAA2_MAC_FEATURE_PROTOCOL_CHANGE &&
>> -	    !phy_interface_mode_is_rgmii(mac->if_mode) &&
>> +	if (mac->attr.link_type == DPMAC_LINK_TYPE_BACKPLANE &&
>>  	    is_of_node(dpmac_node)) {
>>  		serdes_phy = of_phy_get(to_of_node(dpmac_node), NULL);
>>  
> 
> If the goal is to restrict the serdes_phy setup only if in _BACKPLANE
> mode, then why not just add another restriction here directly?


> What I mean is not to remove any checks from this if statement but
> rather add another one. And this would be the only change needed.

Because the current restriction is wrong.

We will interfere with the firmware if we try to touch the serdes when we have

	mac->features & DPAA2_MAC_FEATURE_PROTOCOL_CHANGE &&
	mac->attr.link_type == DPMAC_LINK_TYPE_BACKPLANE

because we managed the serdes exactly when we have

	mac->attr.link_type == DPMAC_LINK_TYPE_BACKPLANE

mac->features only determines whether we can change protocols.

--Sean