Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4600162rwl; Mon, 3 Apr 2023 07:13:43 -0700 (PDT) X-Google-Smtp-Source: AKy350YrSUATScuP1e+0wGz0Uzyto1+NjUtxDx7TGoJVg/SV54QL0qk9Qu4CblwjujpnFE5m5eRT X-Received: by 2002:aa7:c2d2:0:b0:4ad:7224:ce9d with SMTP id m18-20020aa7c2d2000000b004ad7224ce9dmr34650830edp.17.1680531223235; Mon, 03 Apr 2023 07:13:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680531223; cv=none; d=google.com; s=arc-20160816; b=XFITh9Weg/n04/2LX0mQECku9LjtddSqNzdtOQUUKitaefkkqu7BRRTDbjf+W9I9NE vejkJjgfpym8W8f8x4lE5T534ll9N7SrPW+20XlqbC8rMm6Ps+I2NOTnMEgEok9A6FsQ ESgjkN8GdR0AkyWKD3RTGJ7Eiva8k4CpWFirdBZqxrEDS8soAeUkbHqb2fY1m0UyjaZp vqQ80aoG7khILSZ7YXnQLn+01GiJQvfNJLeD1pn1GEaJMbAQFwxseu1PkxWDN0jMQhCw /bydXRW591qxrshRdPDRNdXMGYpEWxYjP90KK56ghs69JitmbCJwEs0Q1nGg9C5olkJJ 2eCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:cc:user-agent:mime-version :date:message-id:dkim-signature; bh=USH2nXuQcOKYCww0fLcjqgn77ZzOQl665nR3nKmbAs4=; b=cpsSlwZHFJo23tVJDx5RGEtLc+t2gsZdTasndIlHMeRsVeDKRglTIL3FwwtyDfj+Kc O1njWisD4/sagtLgtty+Mi6jId5Vr4jSyLX6aoJ+nnN5ZAb/6SLvQ8Rb8N1qo4+hR/0/ S2Z0mJOv/19CrFmbLaTdCba5bNO1WsltUfEbp4Bcy66e9Au0LkZyTGoUiyz64Knbm6+9 0z7rkeFok2JuWQFjfxecdzb5GZngWz2fEKUPpb9/yY8eMrhA3Z/k1epbJ6yglcprgVdM M++V4IHjwP+z8JLVnOHqSpRBeLwyYvzNJNCCwPNxSWcpg1t6CHAQFmLkiDr6rYI/LjOh /OXA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=gqA8kUUo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d4-20020aa7c1c4000000b004ab41ef87c3si7955153edp.442.2023.04.03.07.13.06; Mon, 03 Apr 2023 07:13:43 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=gqA8kUUo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232141AbjDCOJp (ORCPT + 99 others); Mon, 3 Apr 2023 10:09:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48832 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232359AbjDCOJn (ORCPT ); Mon, 3 Apr 2023 10:09:43 -0400 Received: from fllv0016.ext.ti.com (fllv0016.ext.ti.com [198.47.19.142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B465911E94; Mon, 3 Apr 2023 07:09:22 -0700 (PDT) Received: from lelv0266.itg.ti.com ([10.180.67.225]) by fllv0016.ext.ti.com (8.15.2/8.15.2) with ESMTP id 333E8iRt056332; Mon, 3 Apr 2023 09:08:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1680530924; bh=USH2nXuQcOKYCww0fLcjqgn77ZzOQl665nR3nKmbAs4=; h=Date:CC:Subject:To:References:From:In-Reply-To; b=gqA8kUUogUT7UoeFNTSJgwyWbvzsjnQB2/1EUrG9vLFCE2Zbm26RHpiZEb5xdgO5t I/HPlrfKAqSUF6gjbuQdG2+mZ0oeSL3riXzGMhc2Fb+PKl6SYiFSFXfKzGTbO+aMww R85oqdwJiA3Gx83hQxZ1tV0rWVqG+m1IUf4qqGZY= Received: from DFLE104.ent.ti.com (dfle104.ent.ti.com [10.64.6.25]) by lelv0266.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 333E8idb020004 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 3 Apr 2023 09:08:44 -0500 Received: from DFLE108.ent.ti.com (10.64.6.29) by DFLE104.ent.ti.com (10.64.6.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.16; Mon, 3 Apr 2023 09:08:44 -0500 Received: from lelv0326.itg.ti.com (10.180.67.84) by DFLE108.ent.ti.com (10.64.6.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.16 via Frontend Transport; Mon, 3 Apr 2023 09:08:44 -0500 Received: from [10.249.131.130] (ileaxei01-snat.itg.ti.com [10.180.69.5]) by lelv0326.itg.ti.com (8.15.2/8.15.2) with ESMTP id 333E8eK4017002; Mon, 3 Apr 2023 09:08:41 -0500 Message-ID: <6aaa3ff4-de08-24f5-b886-de98813ce2c8@ti.com> Date: Mon, 3 Apr 2023 19:38:40 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 CC: , , , , , , , , , Subject: Re: [PATCH net-next v2 1/3] net: ethernet: ti: am65-cpsw: Move mode specific config to mac_config() Content-Language: en-US To: "Russell King (Oracle)" References: <20230403110106.983994-1-s-vadapalli@ti.com> <20230403110106.983994-2-s-vadapalli@ti.com> <3a62f5cf-ebba-1603-50a0-7a873973534d@ti.com> From: Siddharth Vadapalli In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 X-Spam-Status: No, score=-3.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS autolearn=unavailable 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: X-Mailing-List: linux-kernel@vger.kernel.org On 03-04-2023 19:25, Russell King (Oracle) wrote: > On Mon, Apr 03, 2023 at 07:20:21PM +0530, Siddharth Vadapalli wrote: >> >> >> On 03-04-2023 18:43, Russell King (Oracle) wrote: >>> On Mon, Apr 03, 2023 at 06:31:52PM +0530, Siddharth Vadapalli wrote: >>>> >>>> >>>> On 03-04-2023 16:38, Russell King (Oracle) wrote: >>>>> On Mon, Apr 03, 2023 at 04:31:04PM +0530, Siddharth Vadapalli wrote: >>>>>> Move the interface mode specific configuration to the mac_config() >>>>>> callback am65_cpsw_nuss_mac_config(). >>>>>> >>>>>> Signed-off-by: Siddharth Vadapalli >>>>>> --- >>>>>> drivers/net/ethernet/ti/am65-cpsw-nuss.c | 10 +++++++--- >>>>>> 1 file changed, 7 insertions(+), 3 deletions(-) >>>>>> >>>>>> diff --git a/drivers/net/ethernet/ti/am65-cpsw-nuss.c b/drivers/net/ethernet/ti/am65-cpsw-nuss.c >>>>>> index d17757ecbf42..74e099828978 100644 >>>>>> --- a/drivers/net/ethernet/ti/am65-cpsw-nuss.c >>>>>> +++ b/drivers/net/ethernet/ti/am65-cpsw-nuss.c >>>>>> @@ -1504,12 +1504,17 @@ static void am65_cpsw_nuss_mac_config(struct phylink_config *config, unsigned in >>>>>> phylink_config); >>>>>> struct am65_cpsw_port *port = container_of(slave, struct am65_cpsw_port, slave); >>>>>> struct am65_cpsw_common *common = port->common; >>>>>> + u32 mac_control = 0; >>>>>> >>>>>> if (common->pdata.extra_modes & BIT(state->interface)) { >>>>>> - if (state->interface == PHY_INTERFACE_MODE_SGMII) >>>>>> + if (state->interface == PHY_INTERFACE_MODE_SGMII) { >>>>>> + mac_control |= CPSW_SL_CTL_EXT_EN; >>>>>> writel(ADVERTISE_SGMII, >>>>>> port->sgmii_base + AM65_CPSW_SGMII_MR_ADV_ABILITY_REG); >>>>>> + } >>>>>> >>>>>> + if (mac_control) >>>>>> + cpsw_sl_ctl_set(port->slave.mac_sl, mac_control); >>>>>> writel(AM65_CPSW_SGMII_CONTROL_MR_AN_ENABLE, >>>>>> port->sgmii_base + AM65_CPSW_SGMII_CONTROL_REG); >>>>>> } >>>>>> @@ -1553,8 +1558,7 @@ static void am65_cpsw_nuss_mac_link_up(struct phylink_config *config, struct phy >>>>>> >>>>>> if (speed == SPEED_1000) >>>>>> mac_control |= CPSW_SL_CTL_GIG; >>>>>> - if (interface == PHY_INTERFACE_MODE_SGMII) >>>>>> - mac_control |= CPSW_SL_CTL_EXT_EN; >>>>>> + /* TODO: Verify whether in-band is necessary for 10 Mbps RGMII */ >>>>>> if (speed == SPEED_10 && phy_interface_mode_is_rgmii(interface)) >>>>>> /* Can be used with in band mode only */ >>>>>> mac_control |= CPSW_SL_CTL_EXT_EN; >>>>> >>>>> I'm afraid I can see you haven't thought this patch through properly. >>>>> >>>>> am65_cpsw_nuss_mac_link_down() will call >>>>> cpsw_sl_ctl_reset(port->slave.mac_sl); which has the effect of clearing >>>>> to zero the entire MAC control register. This will clear >>>>> CPSW_SL_CTL_EXT_EN that was set in am65_cpsw_nuss_mac_config() which is >>>>> not what you want to be doing. >>>>> >>>>> Given that we have the 10Mbps issue with RGMII, I think what you want >>>>> to be doing is: >>>>> >>>>> 1. Set CPSW_SL_CTL_EXT_EN in am65_cpsw_nuss_mac_config() if in SGMII >>>>> mode, otherwise clear this bit. >>>>> >>>>> 2. Clear the mac_control register in am65_cpsw_nuss_mac_link_down() >>>>> if in RMGII mode, otherwise preserve the state of >>>>> CPSW_SL_CTL_EXT_EN but clear all other bits. >>>>> >>>>> 3. Set CPSW_SL_CTL_EXT_EN in am65_cpsw_nuss_mac_link_up() if in >>>>> RGMII mode and 10Mbps. >>>> >>>> I plan to implement it as follows: >>>> 1. Add a member "u32 mode_config" to "struct am65_cpsw_slave_data" in >>>> "am65-cpsw-nuss.h". >>>> 2. In am65_cpsw_nuss_mac_config(), store the value of mac_control in >>>> "port->slave.mode_config". >>>> 3. In am65_cpsw_nuss_mac_link_down(), after the reset via >>>> cpsw_sl_ctl_reset(), execute: >>>> cpsw_sl_ctl_set(port->slave.mac_sl, port->slave.mode_config) in order to >>>> restore the configuration performed in am65_cpsw_nuss_mac_config(). >>>> >>>> Please let me know in case of any suggestions to implement it in a >>>> better manner. >>> >>> Do you think this complexity is really worth it? >>> >>> Let's look at what's available: >>> >>> cpsw_sl_ctl_set() - sets bits in the mac control register >>> cpsw_sl_ctl_clr() - clears bits in the mac control register >>> cpsw_sl_ctl_reset() - sets the mac control register to zero >>> >>> So, in mac_config(), we can do: >>> >>> if (interface == SGMII) >>> cpsw_sl_ctl_set(CPSW_SL_CTL_EXT_EN); >>> else >>> cpsw_sl_ctl_clr(CPSW_SL_CTL_EXT_EN); >> >> While this will work for patch 1/3, once I add support for USXGMII mode >> as in patch 3/3, I believe that I have to invert it, beginning by >> invoking a cpsw_sl_ctl_clr(CPSW_SL_CTL_EXT_EN) at the start in >> mac_config() followed by switching through the modes. If the mode is >> SGMII, then I invoke cpsw_sl_ctl_set(CPSW_SL_CTL_EXT_EN), along with the >> write to the MR_ADV_ABILITY_REG register to advertise SGMII. If the mode >> is USXGMII, then I invoke: >> cpsw_sl_ctl_set(CPSW_SL_CTL_XGIG | CPSW_SL_CTL_XGMII_EN) > > For patch 1, I did leave out the write for MR_ADV_ABILITY_REG, I had > assumed you'd get the idea on that and merge the if() condition you > already had with my suggestion above (which isn't literal code!) > > In patch 3, you simply need to add: > > if (interface == USXGMII) > cpsw_sl_ctl_set(CPSW_SL_CTL_XGIG | CPSW_SL_CTL_XGMII_EN); > else > cpsw_sl_ctl_clr(CPSW_SL_CTL_XGIG | CPSW_SL_CTL_XGMII_EN); Thank you for answering all my questions and sharing your valuable feedback. I will implement all the suggestions in the v3 series. Regards, Siddharth.