Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp2084684ybt; Sun, 21 Jun 2020 08:40:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxCmhiBrTNaN6D20egUDNZAH+F5XACXW8/B1rijYcvHs2chhV3O8bB/t6Zo1k642J8mfv7d X-Received: by 2002:a17:906:6b8d:: with SMTP id l13mr5545060ejr.136.1592754054498; Sun, 21 Jun 2020 08:40:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592754054; cv=none; d=google.com; s=arc-20160816; b=qT4ZI/wzY+I9raqISizuQOyVjxEZDgD5IsNYSsGrJ9iJcokzWZIR7zWDND5K8fe9hE wXlcencZWdvSbHZqFJBVBjr3rT6XAZhcw5EjEIy/zT4vRxsDf85xpTT6v+cSUiBUXCFY Zsg9ZFERplozM8xZ8KJfyX+ge+YlsbVzb188Ruq8Q5iyVdG2kgjz8dPYxQ/u3Z7WKVvW s4E7GYbu9Z85EjPg8m+BMse9DdIwkcKEWhI/aXsVGxGJ9nXm/lib3acXXzFyyUk58aWT CHvvSDatBuVky/xcCBVmWkMKxqxvq2ludTFg8dYo1zX9mcSZYGtf7Qz13IIVSgQ7A3UR QG4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version; bh=mTKrk5ZjcptU+ZD8Y7IFr1WOMR7V6zvYkuEJPKGUUD0=; b=V3O/pXJRUXmCN9qFIzg66lamJJdCNe8NbeyCvOSoMfs9yJpDr5dv0eRYaoGRVduOmb FTIJ1pRrlXPx5EbMLg6bSUw+Ndfqn1oy0USnPAW+Uq+JUf9Q0hrudwjlPlD52fuLtPiM Z3OfZU+kvECYBGXpMHf+g1G16GgQ3EmOVbf5fkFsiymh0pbxSzsVXkraLl38IxTBCgyR XdOO3o83fD5TkwqLINaPezivgyGINGwpylxcgHtdHvt6V/kb91QpLPP7QbI7lbuSs9ni OcSZ22spNvYPvEV4N/W1pUWsSGW3zBGTjD459ZkAfqJWIlKQw+LiffTrc4pO4ug/6eB1 vTmw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dt2si9920066ejc.596.2020.06.21.08.40.32; Sun, 21 Jun 2020 08:40:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730416AbgFUPir (ORCPT + 99 others); Sun, 21 Jun 2020 11:38:47 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:57011 "EHLO relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730348AbgFUPir (ORCPT ); Sun, 21 Jun 2020 11:38:47 -0400 Received: from webmail.gandi.net (webmail21.sd4.0x35.net [10.200.201.21]) (Authenticated sender: foss@0leil.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPA id 50CEEC0005; Sun, 21 Jun 2020 15:38:42 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 21 Jun 2020 17:38:42 +0200 From: Quentin Schulz To: Antoine Tenart Cc: davem@davemloft.net, andrew@lunn.ch, f.fainelli@gmail.com, hkallweit1@gmail.com, richardcochran@gmail.com, alexandre.belloni@bootlin.com, UNGLinuxDriver@microchip.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, thomas.petazzoni@bootlin.com, allan.nielsen@microchip.com Subject: Re: [PATCH net-next v3 4/8] net: phy: mscc: take into account the 1588 block in MACsec init In-Reply-To: <20200619122300.2510533-5-antoine.tenart@bootlin.com> References: <20200619122300.2510533-1-antoine.tenart@bootlin.com> <20200619122300.2510533-5-antoine.tenart@bootlin.com> Message-ID: <964739eb70dcd58153d8548f7b57719b@0leil.net> X-Sender: foss@0leil.net User-Agent: Roundcube Webmail/1.3.8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Antoine, On 2020-06-19 14:22, Antoine Tenart wrote: > This patch takes in account the use of the 1588 block in the MACsec > initialization, as a conditional configuration has to be done (when the > 1588 block is used). > > Signed-off-by: Antoine Tenart > --- > drivers/net/phy/mscc/mscc_macsec.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/drivers/net/phy/mscc/mscc_macsec.c > b/drivers/net/phy/mscc/mscc_macsec.c > index c0eeb62cb940..713c62b1d1f0 100644 > --- a/drivers/net/phy/mscc/mscc_macsec.c > +++ b/drivers/net/phy/mscc/mscc_macsec.c > @@ -285,7 +285,9 @@ static void vsc8584_macsec_mac_init(struct > phy_device *phydev, > MSCC_MAC_CFG_PKTINF_CFG_STRIP_PREAMBLE_ENA | > MSCC_MAC_CFG_PKTINF_CFG_INSERT_PREAMBLE_ENA | > (bank == HOST_MAC ? > - MSCC_MAC_CFG_PKTINF_CFG_ENABLE_TX_PADDING : 0)); > + MSCC_MAC_CFG_PKTINF_CFG_ENABLE_TX_PADDING : 0) | > + (IS_ENABLED(CONFIG_NETWORK_PHY_TIMESTAMPING) ? > + MSCC_MAC_CFG_PKTINF_CFG_MACSEC_BYPASS_NUM_PTP_STALL_CLKS(0x8) : > 0)); Do we have more info on this 0x8? Where does it come from? What does it mean? Also this starts to get a little bit hard to read. Would it make sense to have two temp variables? e.g.: padding = bank == HOST_MAC ? MSCC_MAC_CFG_PKTINF_CFG_ENABLE_TX_PADDING : 0; ptp_stall_clks = IS_ENABLED(CONFIG_NETWORK_PHY_TIMESTAMPING) ? MSCC_MAC_CFG_PKTINF_CFG_MACSEC_BYPASS_NUM_PTP_STALL_CLKS(0x8) : 0; vsc8584_macsec_phy_write(phydev, bank, MSCC_MAC_CFG_PKTINF_CFG, MSCC_MAC_CFG_PKTINF_CFG_STRIP_FCS_ENA | MSCC_MAC_CFG_PKTINF_CFG_INSERT_FCS_ENA | MSCC_MAC_CFG_PKTINF_CFG_LPI_RELAY_ENA | MSCC_MAC_CFG_PKTINF_CFG_STRIP_PREAMBLE_ENA | MSCC_MAC_CFG_PKTINF_CFG_INSERT_PREAMBLE_ENA | padding | ptp_stall_clks); Thanks, Quentin