From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from esa.microchip.iphmx.com (esa.microchip.iphmx.com [68.232.153.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A49ED154C0B; Wed, 23 Oct 2024 18:33:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=68.232.153.233 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1729708400; cv=none; b=AIU+TmLsUAQdtgBjzwLEJ/YVKDCW8GXKLzku6G0aqoe87OE6wSw1+2X1TFMRSbSaTPi1Fb3Eo5j0fn9UBJDoCR2d65zAObsexnc7dClKZv9YDU0XWbFEu8hxXTdhGIHeHlGUOPBZc6il9sxFRPb7PQbCInpSExbgSXamrAd3Cf0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1729708400; c=relaxed/simple; bh=jTmoWEA/AvudZiXAP5wmbx3SBQUJFGbhGS0+jYMgA9s=; h=Date:From:To:CC:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=HoKEW1T8bOcvdYuwcLjLLCZUm1rGUzkzP83OzFKK840P4O9PndZrzIkwVTOKGStBUo2kTMxW/HVlD67qmpTCiWgfcLd+TXyuV8TaP1gNPsUE7/144g0fsIAoT9NaHdcs6qpjUzU+qu/QVH41xMsITEr4WsA+bLXJd4XAR1LAHhk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=microchip.com; spf=pass smtp.mailfrom=microchip.com; dkim=pass (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b=HY1t8cDH; arc=none smtp.client-ip=68.232.153.233 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=microchip.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=microchip.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b="HY1t8cDH" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=microchip.com; i=@microchip.com; q=dns/txt; s=mchp; t=1729708399; x=1761244399; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=jTmoWEA/AvudZiXAP5wmbx3SBQUJFGbhGS0+jYMgA9s=; b=HY1t8cDHIZAR1ms0PILUxnS3UPW1teJyg1nR0Lf5gGmaTX6V1ontXqId LMFvwHrIRreDx7mRWwEubInf6M8cHcyw8Ky02L9MjxJyqnuhq2cQDJRL9 yf3NbZhzTzcTypGaKWfvO+dPy23v6+ZZdSCy/nlMfE18NKWdyQ51PsMxr xslV0lf5mOb6Vy2YLhV+HzgOLsKa8MGnSoYiordTXUIvy/1UGlG30fQCz +VdJaEC29j9mfSW7zeiSLLW/sDksyIIEGzC+dXGFZs1htp26NjvSf6ARX G2DMG61kchG85BcTpejtF4hhXtxi1naOJPOGjiiFrqk+PbyjYZQOm7kMc Q==; X-CSE-ConnectionGUID: JDex8fWsSkymE6te52D0xA== X-CSE-MsgGUID: BgJUY6LtTXG7CdeXOxbaSQ== X-IronPort-AV: E=Sophos;i="6.11,226,1725346800"; d="scan'208";a="33404578" X-Amp-Result: SKIPPED(no attachment in message) Received: from unknown (HELO email.microchip.com) ([170.129.1.10]) by esa3.microchip.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 23 Oct 2024 11:33:12 -0700 Received: from chn-vm-ex04.mchp-main.com (10.10.85.152) by chn-vm-ex02.mchp-main.com (10.10.85.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Wed, 23 Oct 2024 11:33:06 -0700 Received: from DEN-DL-M70577 (10.10.85.11) by chn-vm-ex04.mchp-main.com (10.10.85.152) with Microsoft SMTP Server id 15.1.2507.35 via Frontend Transport; Wed, 23 Oct 2024 11:33:02 -0700 Date: Wed, 23 Oct 2024 18:33:01 +0000 From: Daniel Machon To: Krzysztof Kozlowski CC: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , , Lars Povlsen , Steen Hegelund , , , , , , Richard Cochran , Rob Herring , Krzysztof Kozlowski , Conor Dooley , , , , , , , Subject: Re: [PATCH net-next 14/15] net: sparx5: add compatible strings for lan969x and verify the target Message-ID: <20241023183301.5st3aa23ad6nl5xz@DEN-DL-M70577> References: <20241021-sparx5-lan969x-switch-driver-2-v1-0-c8c49ef21e0f@microchip.com> <20241021-sparx5-lan969x-switch-driver-2-v1-14-c8c49ef21e0f@microchip.com> <20241023110034.jpwoblwrds3ln5nr@DEN-DL-M70577> <24b18f9e-6fbd-48cc-96bd-e634d0af9824@kernel.org> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <24b18f9e-6fbd-48cc-96bd-e634d0af9824@kernel.org> > > Hi Krzysztof, > > > >>> Add compatible strings for the twelve lan969x SKU's (Stock Keeping Unit) > >>> that we support, and verify that the devicetree target is supported by > >>> the chip target. > >>> > >>> Each SKU supports different bandwidths and features (see [1] for > >>> details). We want to be able to run a SKU with a lower bandwidth and/or > >>> feature set, than what is supported by the actual chip. In order to > >>> accomplish this we: > >>> > >>> - add new field sparx5->target_dt that reflects the target from the > >>> devicetree (compatible string). > >>> > >>> - compare the devicetree target with the actual chip target. If the > >>> bandwidth and features provided by the devicetree target is > >>> supported by the chip, we approve - otherwise reject. > >>> > >>> - set the core clock and features based on the devicetree target > >>> > >>> [1] https://www.microchip.com/en-us/product/lan9698 > >>> > >>> Reviewed-by: Steen Hegelund > >>> Signed-off-by: Daniel Machon > >>> --- > >>> drivers/net/ethernet/microchip/sparx5/Makefile | 1 + > >>> .../net/ethernet/microchip/sparx5/sparx5_main.c | 194 ++++++++++++++++++++- > >>> .../net/ethernet/microchip/sparx5/sparx5_main.h | 1 + > >>> 3 files changed, 193 insertions(+), 3 deletions(-) > >>> > >>> diff --git a/drivers/net/ethernet/microchip/sparx5/Makefile b/drivers/net/ethernet/microchip/sparx5/Makefile > >>> index 3435ca86dd70..8fe302415563 100644 > >>> --- a/drivers/net/ethernet/microchip/sparx5/Makefile > >>> +++ b/drivers/net/ethernet/microchip/sparx5/Makefile > >>> @@ -19,3 +19,4 @@ sparx5-switch-$(CONFIG_DEBUG_FS) += sparx5_vcap_debugfs.o > >>> # Provide include files > >>> ccflags-y += -I$(srctree)/drivers/net/ethernet/microchip/vcap > >>> ccflags-y += -I$(srctree)/drivers/net/ethernet/microchip/fdma > >>> +ccflags-y += -I$(srctree)/drivers/net/ethernet/microchip/lan969x > >>> diff --git a/drivers/net/ethernet/microchip/sparx5/sparx5_main.c b/drivers/net/ethernet/microchip/sparx5/sparx5_main.c > >>> index 5c986c373b3e..edbe639d98c5 100644 > >>> --- a/drivers/net/ethernet/microchip/sparx5/sparx5_main.c > >>> +++ b/drivers/net/ethernet/microchip/sparx5/sparx5_main.c > >>> @@ -24,6 +24,8 @@ > >>> #include > >>> #include > >>> > >>> +#include "lan969x.h" /* lan969x_desc */ > >>> + > >>> #include "sparx5_main_regs.h" > >>> #include "sparx5_main.h" > >>> #include "sparx5_port.h" > >>> @@ -227,6 +229,168 @@ bool is_sparx5(struct sparx5 *sparx5) > >>> } > >>> } > >>> > >>> +/* Set the devicetree target based on the compatible string */ > >>> +static int sparx5_set_target_dt(struct sparx5 *sparx5) > >>> +{ > >>> + struct device_node *node = sparx5->pdev->dev.of_node; > >>> + > >>> + if (is_sparx5(sparx5)) > >>> + /* For Sparx5 the devicetree target is always the chip target */ > >>> + sparx5->target_dt = sparx5->target_ct; > >>> + else if (of_device_is_compatible(node, "microchip,lan9691-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9691VAO; > >>> + else if (of_device_is_compatible(node, "microchip,lan9692-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9692VAO; > >>> + else if (of_device_is_compatible(node, "microchip,lan9693-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9693VAO; > >>> + else if (of_device_is_compatible(node, "microchip,lan9694-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9694; > >>> + else if (of_device_is_compatible(node, "microchip,lan9695-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9694TSN; > >>> + else if (of_device_is_compatible(node, "microchip,lan9696-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9696; > >>> + else if (of_device_is_compatible(node, "microchip,lan9697-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9696TSN; > >>> + else if (of_device_is_compatible(node, "microchip,lan9698-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9698; > >>> + else if (of_device_is_compatible(node, "microchip,lan9699-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9698TSN; > >>> + else if (of_device_is_compatible(node, "microchip,lan969a-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9694RED; > >>> + else if (of_device_is_compatible(node, "microchip,lan969b-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9696RED; > >>> + else if (of_device_is_compatible(node, "microchip,lan969c-switch")) > >>> + sparx5->target_dt = SPX5_TARGET_CT_LAN9698RED; > >>> + else > >>> + return -EINVAL; > >>> + > >>> + return 0; > >>> +} > >>> + > >>> +/* Compare the devicetree target with the chip target. > >>> + * Make sure the chip target supports the features and bandwidth requested > >>> + * from the devicetree target. > >>> + */ > >>> +static int sparx5_verify_target(struct sparx5 *sparx5) > >>> +{ > >>> + switch (sparx5->target_dt) { > >>> + case SPX5_TARGET_CT_7546: > >>> + case SPX5_TARGET_CT_7549: > >>> + case SPX5_TARGET_CT_7552: > >>> + case SPX5_TARGET_CT_7556: > >>> + case SPX5_TARGET_CT_7558: > >>> + case SPX5_TARGET_CT_7546TSN: > >>> + case SPX5_TARGET_CT_7549TSN: > >>> + case SPX5_TARGET_CT_7552TSN: > >>> + case SPX5_TARGET_CT_7556TSN: > >>> + case SPX5_TARGET_CT_7558TSN: > >>> + return 0; > >> > >> All this is weird. Why would you verify? You were matched, it cannot be > >> mis-matching. > > > > We are verifying that the match (target/compatible string) from the > > device tree is supported by the chip. Maybe I wasn't too clear about the > > intend in v1. > > > > Each target supports different bandwidths and features. If you have a > > lan9698 chip, it must, obviously, be possible to run it as a lan9698 > > target. However, some targets can be run on chip targets other than > > themselves, given that the chip supports the bandwidth and features of > > the provided target. In contrary, trying to run as a target with a > > feature not supported by the chip, or a bandwidth higher than what the > > chip supports, should be rejected. > > But you are not supposed to compare DT with what you auto-detected. > Detect your hardware, test if it is supported and then bail out. > > None of above explains the code. > > > > > Without this logic, the chip id is read and a target is determined. That > > means on a lan9698 chip you will always match the lan9698 target. > > That's not the job of kernel. > > > > > With the new logic, it is possible to run as a different target than > > what is read from the chip id, given that the target you are trying to > > run as, is supported by the chip. > > So just run on different target. > > > > >> > >>> + case SPX5_TARGET_CT_LAN9698RED: > >>> + if (sparx5->target_ct == SPX5_TARGET_CT_LAN9698RED) > >> > >> What is "ct"? sorry, all this code is a big no. > > > > In this case we were matched as a SPX5_TARGET_CT_LAN9698RED target. We > > are verifying that the chip target (target_ct, which is read from the > > chip) supports the target we were matched as. > > > >> Krzysztof > >> > > > > This is a feature that we would like, as it gives the flexibility of > > running different targets on the same chip. Now if this is something > > that cannot be accepted, I will have to ditch this part. > > I have no clue what the "target" is but so far it looks like you try to > validate DT against detected device. That's not how it should work. I will get rid of the verification in v2. Thanks. /Daniel > > Best regards, > Krzysztof >