Received: by 2002:a05:7412:2a8c:b0:e2:908c:2ebd with SMTP id u12csp2022473rdh; Tue, 26 Sep 2023 09:58:55 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGAVB2ke9R1zCxYNPIYGwBBTg6orvaHDbF9IlComj8UmLJ04vNaTJ1CGt4LksSoZoL92Ist X-Received: by 2002:a17:902:c10c:b0:1c5:741d:f388 with SMTP id 12-20020a170902c10c00b001c5741df388mr8160894pli.9.1695747534673; Tue, 26 Sep 2023 09:58:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695747534; cv=none; d=google.com; s=arc-20160816; b=Wv1iYZoGoWSLCaOI66EVnTRaboOHHrqFNoqF01DT476luf9QxN7taIdI/t7Y2iK3S6 leiqZMyF7dIYTuMA7PJaIIedrkeTjOHRHncyIeLkGC1UfruG9uYFD3hPhHa7RIqMpK5J 8ovC/vGinEvlknibRqu4QDUhn9mCRZ5iT89ZvUEPXVAel6Mb3yHamU8g0zwAcWRxdamv N+GvHlrkxS2KMZ2xZLPpaQ1bxUDiy+Mvp0paCHvk7hlao0W7Q/RsXxKHlXIaFbE+LwaN vdT9pkHLcYbTRz/bD853GcPt6rTTLRe8SvUAuajk70DilXNm3Yo7CJDHT3kjbyBBrmg5 3Hrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=PHe637xJMVJHg/YyNGn3nGiPm5NvzfAr4XcaqmFkCBE=; fh=815vSgLrOLpOr0U1WjAelKzsZvXE1TVprGqldrx/SVY=; b=LGwJUAipahtozjwvNt1nA7iHCv2HKCudmwAbpFX6JeDzieQVskV/UozmqUQ+lpVzzP 7d4UhRf50v4KH40gNVPOK2b6Nr0xCP3ScgxKJ2tgmmlL0YDYaf3ir+itBWQO1CUMjlrv u+lRvb9pIht791ijDoor+tNbKLkT/n1/4aecC8wZf3jILUZyzNbfG43edVGxGBWBACSf AnKitxYMvyfNSE+x8NoPwMLPSPnLUczXKm4zaLnkIBO9zpOPWFrMIn7WNjtCAROpvRPC hgezP1Q+QzSImwMu3EJ6t9JeBJmZEaAgZ3qNcB/de45xqmBZciRvPgVVrNBnhQaPQ3GM e16Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=usb7iwtZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 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 agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id a17-20020a170902ecd100b001c62d5b4e00si2496739plh.508.2023.09.26.09.58.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Sep 2023 09:58:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=usb7iwtZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 6B52E81ED05D; Tue, 26 Sep 2023 04:56:12 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233219AbjIZL4H (ORCPT + 99 others); Tue, 26 Sep 2023 07:56:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48684 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230021AbjIZL4G (ORCPT ); Tue, 26 Sep 2023 07:56:06 -0400 Received: from lelv0143.ext.ti.com (lelv0143.ext.ti.com [198.47.23.248]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 96619DE; Tue, 26 Sep 2023 04:55:59 -0700 (PDT) Received: from lelv0265.itg.ti.com ([10.180.67.224]) by lelv0143.ext.ti.com (8.15.2/8.15.2) with ESMTP id 38QBttAE047233; Tue, 26 Sep 2023 06:55:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1695729355; bh=PHe637xJMVJHg/YyNGn3nGiPm5NvzfAr4XcaqmFkCBE=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=usb7iwtZwxUpBhR8teRGmTq3YLHaKS9HEyMcWsCD6Ucy4BuGiyxF/Lzm1WWnBPu9w K+FJb+dtw8cjabG6Gn7uMiIE2eWyafWE0YoMYzDAjWtBdjQHDReuiA5RSRTEsuu6wY +wB9Rc5GR3uiguHTb52ThurRB40EWylqjpbFaYe4= Received: from DFLE115.ent.ti.com (dfle115.ent.ti.com [10.64.6.36]) by lelv0265.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 38QBttvX029616 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 26 Sep 2023 06:55:55 -0500 Received: from DFLE100.ent.ti.com (10.64.6.21) by DFLE115.ent.ti.com (10.64.6.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.23; Tue, 26 Sep 2023 06:55:55 -0500 Received: from fllv0039.itg.ti.com (10.64.41.19) by DFLE100.ent.ti.com (10.64.6.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.23 via Frontend Transport; Tue, 26 Sep 2023 06:55:55 -0500 Received: from localhost (ileaxei01-snat.itg.ti.com [10.180.69.5]) by fllv0039.itg.ti.com (8.15.2/8.15.2) with ESMTP id 38QBtskR042046; Tue, 26 Sep 2023 06:55:55 -0500 Date: Tue, 26 Sep 2023 17:25:54 +0530 From: Dhruva Gole To: Vaishnav Achath CC: , , , , Subject: Re: [PATCH v2] spi: omap2-mcspi: Fix hardcoded reference clock Message-ID: <20230926115554.4hpcgnu6wn4uurpy@dhruva> References: <20230926113812.30692-1-vaishnav.a@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20230926113812.30692-1-vaishnav.a@ti.com> X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Tue, 26 Sep 2023 04:56:12 -0700 (PDT) On Sep 26, 2023 at 17:08:12 +0530, Vaishnav Achath wrote: > A hardcoded reference clock of 48 MHz is used to calculate the > clock divisor values, but the reference clock frequency can be > different across devices and can be configured which can cause > a mismatch between the reported frequency and actual SPI clock > frequency observed. Fix this by fetching the clock rate from > the clock provider and falling back to hardcoded reference only > if the clock is not supplied. > > Fixes: 2cd7d393f461 ("arm64: dts: ti: k3-am654: Add McSPI DT nodes") > > Signed-off-by: Vaishnav Achath > --- > > V1->V2: > * Use u32 instead of unsigned int > * rename clk to ref_clk and rebase for latest struct ctlr rename changes. > > Blamed commit is the first device where the default reference clock was > different from the hardcoded value. > Tested on TDA4VM SK (6.6.0-rc3-next-20230926) > https://gist.github.com/vaishnavachath/7bbc6dd6e02294aed3e8c547cfa039c2 Superb, the logic analyzer snapshot in the end makes it so much cooler hehe :) > > V1 - https://lore.kernel.org/all/20230912100328.31813-1-vaishnav.a@ti.com/ > > drivers/spi/spi-omap2-mcspi.c | 31 ++++++++++++++++++++----------- > 1 file changed, 20 insertions(+), 11 deletions(-) > > diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c > index 79888e6c54c2..ddf1c684bcc7 100644 > --- a/drivers/spi/spi-omap2-mcspi.c > +++ b/drivers/spi/spi-omap2-mcspi.c > @@ -125,10 +125,12 @@ struct omap2_mcspi { > struct omap2_mcspi_dma *dma_channels; > struct device *dev; > struct omap2_mcspi_regs ctx; > + struct clk *ref_clk; > int fifo_depth; > bool target_aborted; > unsigned int pin_dir:1; > size_t max_xfer_len; > + u32 ref_clk_hz; Looks good now. > }; > > struct omap2_mcspi_cs { > @@ -880,12 +882,12 @@ omap2_mcspi_txrx_pio(struct spi_device *spi, struct spi_transfer *xfer) > return count - c; > } > > -static u32 omap2_mcspi_calc_divisor(u32 speed_hz) > +static u32 omap2_mcspi_calc_divisor(u32 speed_hz, u32 ref_clk_hz) > { > u32 div; > > for (div = 0; div < 15; div++) > - if (speed_hz >= (OMAP2_MCSPI_MAX_FREQ >> div)) > + if (speed_hz >= (ref_clk_hz >> div)) > return div; > > return 15; > @@ -897,7 +899,7 @@ static int omap2_mcspi_setup_transfer(struct spi_device *spi, > { > struct omap2_mcspi_cs *cs = spi->controller_state; > struct omap2_mcspi *mcspi; > - u32 l = 0, clkd = 0, div, extclk = 0, clkg = 0; > + u32 ref_clk_hz, l = 0, clkd = 0, div, extclk = 0, clkg = 0; > u8 word_len = spi->bits_per_word; > u32 speed_hz = spi->max_speed_hz; > > @@ -911,14 +913,15 @@ static int omap2_mcspi_setup_transfer(struct spi_device *spi, > if (t && t->speed_hz) > speed_hz = t->speed_hz; > > - speed_hz = min_t(u32, speed_hz, OMAP2_MCSPI_MAX_FREQ); > - if (speed_hz < (OMAP2_MCSPI_MAX_FREQ / OMAP2_MCSPI_MAX_DIVIDER)) { > - clkd = omap2_mcspi_calc_divisor(speed_hz); > - speed_hz = OMAP2_MCSPI_MAX_FREQ >> clkd; > + ref_clk_hz = mcspi->ref_clk_hz; > + speed_hz = min_t(u32, speed_hz, ref_clk_hz); > + if (speed_hz < (ref_clk_hz / OMAP2_MCSPI_MAX_DIVIDER)) { > + clkd = omap2_mcspi_calc_divisor(speed_hz, ref_clk_hz); > + speed_hz = ref_clk_hz >> clkd; > clkg = 0; > } else { > - div = (OMAP2_MCSPI_MAX_FREQ + speed_hz - 1) / speed_hz; > - speed_hz = OMAP2_MCSPI_MAX_FREQ / div; > + div = (ref_clk_hz + speed_hz - 1) / speed_hz; > + speed_hz = ref_clk_hz / div; Looks good. > clkd = (div - 1) & 0xf; > extclk = (div - 1) >> 4; > clkg = OMAP2_MCSPI_CHCONF_CLKG; > @@ -1448,8 +1451,6 @@ static int omap2_mcspi_probe(struct platform_device *pdev) > ctlr->cleanup = omap2_mcspi_cleanup; > ctlr->target_abort = omap2_mcspi_target_abort; > ctlr->dev.of_node = node; > - ctlr->max_speed_hz = OMAP2_MCSPI_MAX_FREQ; > - ctlr->min_speed_hz = OMAP2_MCSPI_MAX_FREQ >> 15; > ctlr->use_gpio_descriptors = true; > > platform_set_drvdata(pdev, ctlr); > @@ -1519,6 +1520,14 @@ static int omap2_mcspi_probe(struct platform_device *pdev) > goto free_ctlr; > } > > + mcspi->ref_clk = devm_clk_get_optional_enabled(&pdev->dev, NULL); > + if (mcspi->ref_clk) > + mcspi->ref_clk_hz = clk_get_rate(mcspi->ref_clk); > + else > + mcspi->ref_clk_hz = OMAP2_MCSPI_MAX_FREQ; > + ctlr->max_speed_hz = mcspi->ref_clk_hz; > + ctlr->min_speed_hz = mcspi->ref_clk_hz >> 15; nit: Can we improve on previous code by making 15 into a macro? > + > pm_runtime_use_autosuspend(&pdev->dev); > pm_runtime_set_autosuspend_delay(&pdev->dev, SPI_AUTOSUSPEND_TIMEOUT); > pm_runtime_enable(&pdev->dev); > -- > 2.17.1 > Thanks for addressing comments, Reviewed-by: Dhruva Gole -- Best regards, Dhruva Gole