lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <77c38489-8a73-4b00-bd82-48174b4d620f@arinc9.com>
Date: Tue, 30 Jan 2024 20:46:04 +0300
From: Arınç ÜNAL <arinc.unal@...nc9.com>
To: Daniel Golle <daniel@...rotopia.org>
Cc: DENG Qingfang <dqfext@...il.com>, Sean Wang <sean.wang@...iatek.com>,
 Andrew Lunn <andrew@...n.ch>, Florian Fainelli <f.fainelli@...il.com>,
 Vladimir Oltean <olteanv@...il.com>, "David S. Miller"
 <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>,
 Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
 Matthias Brugger <matthias.bgg@...il.com>,
 AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
 Russell King <linux@...linux.org.uk>, mithat.guner@...ont.com,
 erkin.bozoglu@...ont.com, Bartel Eerdekens <bartel.eerdekens@...stell8.be>,
 netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
 linux-arm-kernel@...ts.infradead.org, linux-mediatek@...ts.infradead.org
Subject: Re: [PATCH net-next v2 5/7] net: dsa: mt7530: simplify
 mt7530_setup_port6() and change to void

On 30.01.2024 18:59, Daniel Golle wrote:
> On Tue, Jan 30, 2024 at 06:20:51PM +0300, Arınç ÜNAL via B4 Relay wrote:
>> From: Arınç ÜNAL <arinc.unal@...nc9.com>
>>
>> This code is from before this driver was converted to phylink API. Phylink
>> deals with the unsupported interface cases before mt7530_setup_port6() is
>> run. Therefore, the default case would never run. However, it must be
>> defined nonetheless to handle all the remaining enumeration values, the
>> phy-modes.
>>
>> Switch to if statement for RGMII and return which simplifies the code and
>> saves an indent.
>>
>> Set P6_INTF_MODE, which is the the three least significant bits of the
>> MT7530_P6ECR register, to 0 for RGMII even though it will already be 0
>> after reset. This is to keep supporting dynamic reconfiguration of the port
>> in the case the interface changes from TRGMII to RGMII. The core operations
>> for TRGMII does not interfere with RGMII so no need to undo them.
> 
> That last sentence doesn't parse English gramar.
> "operations": plural
> "does": singular
> 
> Should probably be either "The core operation for TRGMII does not..."
> or "The core operations for TRGMII do not..."

I'll use the latter, thanks.

> 
> As you are mentioning it, I'm now curious if you consider to
> dynamically reconfiguring TRGIII<->RGMII on port 6 depending on
> whether there is more then 1 GBit/s possible bandwidth needed between
> port 6 and the remaining ports? That could make sense for power
> management, but then we should at least again switch off the TRGMII
> clocks in the RGMII case before returning, see my suggestion inline
> below.

Turning off the TRGMII clocks for RGMII makes sense to me. But I don't see
any cases where dynamic interface change between TRGMII and RGMII would
ever occur. Speed too. No PHYs support TRGMII, only some MediaTek SoC MACs
do. That means TRGMII would only be used in fixed links which there is no
dynamic reconfiguration. My patch is about simplifying the code so I don't
want to change the dynamic reconfiguration behaviour.

That said, last year, I have very thoroughly tested this "turbo" RGMII
interface between MT7530 standalone switch and MT7623NI SoC, which would
supposedly achieve 2 Gbps TX & 2 Gbps RX. The performance was as if the
link was regular RGMII. Unless the MediaTek SoC ethernet driver somehow
caps TRGMII to 1 Gbps, I consider this whole TRGMII shenanigans a scam, to
be extremely blunt. I'll give this a one last shot sometime before I push
for the removal of TRGMII from Linux altogether and default to RGMII where
it's used. Because of this, I don't want to spend too much time on this
patch as it's potentially wasted effort.

> 
>>
>> Read XTAL after checking for RGMII as it's only needed for the TRGMII
>> interface mode.
>>
>> Change mt7530_setup_port6() to void now that there're no error cases left.
>>
>> Signed-off-by: Arınç ÜNAL <arinc.unal@...nc9.com>
> 
> Reviewed-by: Daniel Golle <daniel@...rotopia.org>
> 
>> ---
>>   drivers/net/dsa/mt7530.c | 103 ++++++++++++++++++++---------------------------
>>   1 file changed, 43 insertions(+), 60 deletions(-)
>>
>> diff --git a/drivers/net/dsa/mt7530.c b/drivers/net/dsa/mt7530.c
>> index c4d492e29fdf..36dc2bbcf3b6 100644
>> --- a/drivers/net/dsa/mt7530.c
>> +++ b/drivers/net/dsa/mt7530.c
>> @@ -414,70 +414,57 @@ mt753x_preferred_default_local_cpu_port(struct dsa_switch *ds)
>>   }
>>   
>>   /* Setup port 6 interface mode and TRGMII TX circuit */
>> -static int
>> +static void
>>   mt7530_setup_port6(struct dsa_switch *ds, phy_interface_t interface)
>>   {
>>   	struct mt7530_priv *priv = ds->priv;
>> -	u32 ncpo1, ssc_delta, trgint, xtal;
>> -
>> -	xtal = mt7530_read(priv, MT7530_MHWTRAP) & HWTRAP_XTAL_MASK;
>> +	u32 ncpo1, ssc_delta, xtal;
>>   
>> -	switch (interface) {
>> -	case PHY_INTERFACE_MODE_RGMII:
>> -		trgint = 0;
>> -		break;
>> -	case PHY_INTERFACE_MODE_TRGMII:
>> -		trgint = 1;
>> -		if (xtal == HWTRAP_XTAL_25MHZ)
>> -			ssc_delta = 0x57;
>> -		else
>> -			ssc_delta = 0x87;
>> -		if (priv->id == ID_MT7621) {
>> -			/* PLL frequency: 125MHz: 1.0GBit */
>> -			if (xtal == HWTRAP_XTAL_40MHZ)
>> -				ncpo1 = 0x0640;
>> -			if (xtal == HWTRAP_XTAL_25MHZ)
>> -				ncpo1 = 0x0a00;
>> -		} else { /* PLL frequency: 250MHz: 2.0Gbit */
>> -			if (xtal == HWTRAP_XTAL_40MHZ)
>> -				ncpo1 = 0x0c80;
>> -			if (xtal == HWTRAP_XTAL_25MHZ)
>> -				ncpo1 = 0x1400;
>> -		}
>> -		break;
>> -	default:
>> -		dev_err(priv->dev, "xMII interface %d not supported\n",
>> -			interface);
>> -		return -EINVAL;
>> +	if (interface == PHY_INTERFACE_MODE_RGMII) {
>> +		mt7530_rmw(priv, MT7530_P6ECR, P6_INTF_MODE_MASK,
>> +			   P6_INTF_MODE(0));
> 
> Maybe at least switch off TRGMIICK here because we are sure we don't need it
> in the RGMII case, ie:
> core_clear(priv, CORE_TRGMII_GSW_CLK_CG, REG_TRGMIICK_EN);
> 
> And that then is another line of code already present just below which
> means you could keep variable trgint as it was and return after
> switching off TRGMIICK below anyway...
> 
>> +		return;
>>   	}
>>   
>> -	mt7530_rmw(priv, MT7530_P6ECR, P6_INTF_MODE_MASK,
>> -		   P6_INTF_MODE(trgint));
>> +	mt7530_rmw(priv, MT7530_P6ECR, P6_INTF_MODE_MASK, P6_INTF_MODE(1));
>>   
>> -	if (trgint) {
>> -		/* Disable the MT7530 TRGMII clocks */
>> -		core_clear(priv, CORE_TRGMII_GSW_CLK_CG, REG_TRGMIICK_EN);
>> +	xtal = mt7530_read(priv, MT7530_MHWTRAP) & HWTRAP_XTAL_MASK;
>>   
>> -		/* Setup the MT7530 TRGMII Tx Clock */
>> -		core_write(priv, CORE_PLL_GROUP5, RG_LCDDS_PCW_NCPO1(ncpo1));
>> -		core_write(priv, CORE_PLL_GROUP6, RG_LCDDS_PCW_NCPO0(0));
>> -		core_write(priv, CORE_PLL_GROUP10, RG_LCDDS_SSC_DELTA(ssc_delta));
>> -		core_write(priv, CORE_PLL_GROUP11, RG_LCDDS_SSC_DELTA1(ssc_delta));
>> -		core_write(priv, CORE_PLL_GROUP4,
>> -			   RG_SYSPLL_DDSFBK_EN | RG_SYSPLL_BIAS_EN |
>> -			   RG_SYSPLL_BIAS_LPF_EN);
>> -		core_write(priv, CORE_PLL_GROUP2,
>> -			   RG_SYSPLL_EN_NORMAL | RG_SYSPLL_VODEN |
>> -			   RG_SYSPLL_POSDIV(1));
>> -		core_write(priv, CORE_PLL_GROUP7,
>> -			   RG_LCDDS_PCW_NCPO_CHG | RG_LCCDS_C(3) |
>> -			   RG_LCDDS_PWDB | RG_LCDDS_ISO_EN);
>> +	if (xtal == HWTRAP_XTAL_25MHZ)
>> +		ssc_delta = 0x57;
>> +	else
>> +		ssc_delta = 0x87;
>>   
>> -		/* Enable the MT7530 TRGMII clocks */
>> -		core_set(priv, CORE_TRGMII_GSW_CLK_CG, REG_TRGMIICK_EN);
>> +	if (priv->id == ID_MT7621) {
>> +		/* PLL frequency: 125MHz: 1.0GBit */
>> +		if (xtal == HWTRAP_XTAL_40MHZ)
>> +			ncpo1 = 0x0640;
>> +		if (xtal == HWTRAP_XTAL_25MHZ)
>> +			ncpo1 = 0x0a00;
>> +	} else { /* PLL frequency: 250MHz: 2.0Gbit */
>> +		if (xtal == HWTRAP_XTAL_40MHZ)
>> +			ncpo1 = 0x0c80;
>> +		if (xtal == HWTRAP_XTAL_25MHZ)
>> +			ncpo1 = 0x1400;
>>   	}
>>   
>> -	return 0;
>> +	/* Disable the MT7530 TRGMII clocks */
>> +	core_clear(priv, CORE_TRGMII_GSW_CLK_CG, REG_TRGMIICK_EN);
> 
> ... by moving this line up and letting it happen unconditionally for
> both RGMII and TRGMII (in case that works and doesn't break the RGMII
> case, but I assume it doesn't)

I've just tested this, works fine. This looks simpler than bringing back
the trgint variable.

static void
mt7530_setup_port6(struct dsa_switch *ds, phy_interface_t interface)
{
	struct mt7530_priv *priv = ds->priv;
	u32 ncpo1, ssc_delta, xtal;

	/* Disable the MT7530 TRGMII clocks */
	core_clear(priv, CORE_TRGMII_GSW_CLK_CG, REG_TRGMIICK_EN);

	if (interface == PHY_INTERFACE_MODE_RGMII) {
		mt7530_rmw(priv, MT7530_P6ECR, P6_INTF_MODE_MASK,
			   P6_INTF_MODE(0));
		return;
	}

	mt7530_rmw(priv, MT7530_P6ECR, P6_INTF_MODE_MASK, P6_INTF_MODE(1));

...

Arınç

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ