Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp4045472rwd; Tue, 23 May 2023 02:11:50 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6xSHx76WHfWRLTn/MMBXgCRYG6R71+UpyKWN+L+Hj1eA5/GStJY1OvCBem21biy6l9kEFy X-Received: by 2002:a17:90a:ab14:b0:255:83b6:2d0b with SMTP id m20-20020a17090aab1400b0025583b62d0bmr4063540pjq.17.1684833110444; Tue, 23 May 2023 02:11:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684833110; cv=none; d=google.com; s=arc-20160816; b=Ob1LVNbtQERHiXT2yYvdmBJ+mrlHh+HN1G/7QG2ZryX31s+EwFeps5Cz2aDX+SiO+A U59iF1MBcaVcRKVCTFiD6aVnPYUHb51IQByWG5QekzQOzLRpQ5PzKAJBb4Dy+0cZQBYY 4rAPmrjx7+Mu2jRlyH8LL5efePQNYePsJzUJjTOs2Ib0HcGdhmzYjd9gWZhdSZQS97Aa nMm0jmAjPEQlO+BDUep8o/HXBwTvDzVGSoX2O1Qq2N0bl+GNx6kLwPn9jZRfWUZWpiHg aoZCOT5yQHU378GBVcm8YHu4eCfRVzLi/J5JNt80qklzjj0tbQ9JtJK1LuafIBa+Iu/v IPGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=Yy/kxCDxnPzeQnfza+L1dD/8WNwXKP5tEn/s02D9gM0=; b=HmIbVdNp/kY5GbjXLnDYC9gpmi7rHVYZN73AYzoG1Rw28AWcUuI9QWrEyPFxZ+uNcp 3klrj1tQaZulwc6a3NyfHeCEQa1pEfBgpZXoQJ7zk4Qpdgd6MSu5nvzRbxgrxPmcV2Hd G0+0nEzbd+ZA1m8S17o70rdppGX5vEJvOu/76YqEkzq2OwdToBNZLK178XEYyZTAJWBg +YJA0VhQGtEDM3DOoMaN9oDcHySG7e1FUbIL95rFy35GnDVSPzBMuvPodbjhtVY9rS52 bpOTu6OOnnMQplWBYEi1o7RLkU+l7Je9IV6IGiugWC80xMLcGAPb6UoZTnCO+ofClR21 3IPA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id mg16-20020a17090b371000b002535d0a89f8si560051pjb.186.2023.05.23.02.11.37; Tue, 23 May 2023 02:11:50 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236316AbjEWJFL (ORCPT + 99 others); Tue, 23 May 2023 05:05:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37704 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236309AbjEWJEn (ORCPT ); Tue, 23 May 2023 05:04:43 -0400 Received: from smtp.missinglinkelectronics.com (smtp.missinglinkelectronics.com [162.55.135.183]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 49E6E102; Tue, 23 May 2023 02:04:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by smtp.missinglinkelectronics.com (Postfix) with ESMTP id 92A7620621; Tue, 23 May 2023 11:04:39 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at missinglinkelectronics.com Received: from smtp.missinglinkelectronics.com ([127.0.0.1]) by localhost (mail.missinglinkelectronics.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xFltrHOvrUuh; Tue, 23 May 2023 11:04:39 +0200 (CEST) Received: from humpen-bionic2.mle (p578c5bfe.dip0.t-ipconnect.de [87.140.91.254]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: david) by smtp.missinglinkelectronics.com (Postfix) with ESMTPSA id 131112045B; Tue, 23 May 2023 11:04:38 +0200 (CEST) From: David Epping To: Vladimir Oltean , Russell King Cc: Andrew Lunn , Heiner Kallweit , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, UNGLinuxDriver@microchip.com, David Epping Subject: [PATCH net v2 0/3] net: phy: mscc: support VSC8501 Date: Tue, 23 May 2023 11:04:02 +0200 Message-Id: <20230523090405.10655-1-david.epping@missinglinkelectronics.com> X-Mailer: git-send-email 2.17.1 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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: X-Mailing-List: linux-kernel@vger.kernel.org Hello, this updated series of patches adds support for the VSC8501 Ethernet PHY and fixes support for the VSC8502 PHY in cases where no other software (like U-Boot) has initialized the PHY after power up. The first patch simply adds the VSC8502 to the MODULE_DEVICE_TABLE, where I guess it was unintentionally missing. I have no hardware to test my change. The second patch adds the VSC8501 PHY with exactly the same driver implementation as the existing VSC8502. The third patch fixes the initialization for VSC8501 and VSC8502. I have tested this patch with VSC8501 on hardware in RGMII mode only. https://ww1.microchip.com/downloads/aemDocuments/documents/UNG/ProductDocuments/DataSheets/VSC8501-03_Datasheet_60001741A.PDF https://ww1.microchip.com/downloads/aemDocuments/documents/UNG/ProductDocuments/DataSheets/VSC8502-03_Datasheet_60001742B.pdf Table 4-42 "RGMII CONTROL, ADDRESS 20E2 (0X14)" Bit 11 for each of them. By default the RX_CLK is disabled for these PHYs. In cases where no other software, like U-Boot, enabled the clock, this results in no received packets being handed to the MAC. The patch enables this clock output. According to Microchip support (case number 01268776) this applies to all modes (RGMII, GMII, and MII). Other PHYs sharing the same register map and code, like VSC8530/31/40/41 have the clock enabled and the relevant bit 11 is reserved and read-only for them. As per previous discussion the patch still clears the bit on these PHYs, too, possibly more easily supporting other future PHYs implementing this functionality. For the VSC8572 family of PHYs, having a different register map, no such changes are applied. Thanks for your feedback, David -- Changes in v2: - adjust cover letter (U-Boot, PHY families) - add reviewed-by tags to patch 1/3 and 2/3 - patch 3/3: combine vsc85xx_rgmii_set_skews() and vsc85xx_rgmii_enable_rx_clk() into vsc85xx_update_rgmii_cntl() for fewer MDIO accesses - patch 3/3: treat all VSC8502 family PHYs the same (regardless of bit 11 reserved status) Additional notes for review: - If you want to, feel free to add something like Co developed by Vladimir Oltean . I did not do that, because the Kernel documentation requires a signed off by to go with it. Significant parts of the new patch are from your emails. - I left the mutex_lock(&phydev->lock) in the vsc85xx_update_rgmii_cntl() function, as I'm not sure whether it is required to repeatedly access phydev->interface and phy_interface_is_rgmii(phydev) in a consistent way. - For cases of not RGMII mode and not VSC8502 family there is no MDIO access. Same as with the current mainline code. -- David Epping (3): net: phy: mscc: add VSC8502 to MODULE_DEVICE_TABLE net: phy: mscc: add support for VSC8501 net: phy: mscc: enable VSC8501/2 RGMII RX clock drivers/net/phy/mscc/mscc.h | 2 + drivers/net/phy/mscc/mscc_main.c | 80 +++++++++++++++++++++----------- 2 files changed, 56 insertions(+), 26 deletions(-) base-commit: 18c40a1cc1d990c51381ef48cd93fdb31d5cd903 -- 2.17.1