Received: by 10.192.165.148 with SMTP id m20csp3018217imm; Sun, 29 Apr 2018 12:03:32 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpV9vuhFC96nrZruIfCUik4zIG0fWUrf/YUujW5DCMuy1Ngz/2mcwPX+p/CSRLprfW+ZRe/ X-Received: by 2002:a63:6a08:: with SMTP id f8-v6mr6256908pgc.363.1525028612207; Sun, 29 Apr 2018 12:03:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525028612; cv=none; d=google.com; s=arc-20160816; b=UbiG5tZLTZ30nbVuvXoinJwm5ZjEOGKOaCxH+QMtvHogDqGdnCNceVgd/3BoNSKRos JLR5QbVdJxId9NMKVLdaFXQoQjeYZN1LnNJRcCojFOnAXGO1avc/fcVJIukmKkV4EtDN oq4eHXVTspZH1UssZbroFJIGDsQg/byae9RP6Bs/ZS/uvHfD6fvIHlhO6yWXSwIpGrmP BUYPbLEUgad/UotdWrw9bHjNgrc2D/Fio9yNEn9k80BVyrmqiUyUK3WGKmjeJBlGZz6O zGZT+pGomDtweeYPlelo3IooVOIz8w6o1n/M0YnCbQr3zEH8s4qCc0tbENaj8+uFiHsl hWBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=IPRsbujQfwKZAzLC0P8KRyq8f5X7j2UKwqTOjBKcMQo=; b=otHZ+puPfM4/Ghx89P36fC+6uyT2iynzgqB5NhkdUPIG263IOquxsIHHyFE+Dvmta6 sZt4Ezqy3R4ObTtxgieNvMBTETyS3XLqIF1syQENUJE0xqd+T/ak+xLkSxsagB5qFTxB crI8QLSZU9R5OSJO3MJzT34c8s3IcV9YW2A6UTwbEM15xH/rrfXdIag5onWn5ZUyuDmB B8nTTU/uJ9meF+WQhf6CccWOKSBJfoPo68upwj0SUvCbLrPjgp4zfbSbF+FC5oNSDI6r 0lpMW11WYJtPMmUAzKYa2GcJIybSXQ7Xzh74YYLuh5keiEZ4XyGi8lK57DSVmCbaHvGu ROng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ziemianowicz.com header.s=somekey header.b=UOeKnaEs; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q80si6052675pfi.109.2018.04.29.12.02.49; Sun, 29 Apr 2018 12:03:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@ziemianowicz.com header.s=somekey header.b=UOeKnaEs; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754138AbeD2TCg (ORCPT + 99 others); Sun, 29 Apr 2018 15:02:36 -0400 Received: from sender-of-o52.zoho.com ([135.84.80.217]:21359 "EHLO sender-of-o52.zoho.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753719AbeD2TCf (ORCPT ); Sun, 29 Apr 2018 15:02:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1525028530; s=somekey; d=ziemianowicz.com; i=marcin@ziemianowicz.com; h=From:To:Cc:Subject:Date:Message-Id; l=2639; bh=IPRsbujQfwKZAzLC0P8KRyq8f5X7j2UKwqTOjBKcMQo=; b=UOeKnaEsCQY7vWCuGggev18o4okWYlJCxzEeXs+dAE93+Q2pOnX/KfCvf4Jtr8XD qXcKGN1O5p9P+WO33HQtER0IQcPGJ32DuMcaI2op/j6agZCvgRdJefIPEbvVEu/vxZD /+qFTVIusI5aA4YcRt2MaC0t4EzgMeDH3ZrINCJs= Received: from localhost.localdomain (98.15.121.23 [98.15.121.23]) by mx.zohomail.com with SMTPS id 152502853033632.74691810486013; Sun, 29 Apr 2018 12:02:10 -0700 (PDT) From: Marcin Ziemianowicz To: Boris Brezillon , Nicolas Ferre , Alexandre Belloni , Greg Kroah-Hartman Cc: Marcin Ziemianowicz , stable@vger.kernel.org, Boris Brezillon , Michael Turquette , Stephen Boyd , linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH V4] clk: at91: PLL recalc_rate() now using cached MUL and DIV values Date: Sun, 29 Apr 2018 15:01:11 -0400 Message-Id: <20180429190111.14247-1-marcin@ziemianowicz.com> X-Mailer: git-send-email 2.17.0 X-ZohoMailClient: External X-ZohoMail: Z_636351567 SPT_1 Z_636351566 SPT_1 SLF_D S_163 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When a USB device is connected to the USB host port on the SAM9N12 then you get "-62" error which seems to indicate USB replies from the device are timing out. Based on a logic sniffer, I saw the USB bus was running at half speed. The PLL code uses cached MUL and DIV values which get set in set_rate() and applied in prepare(), but the recalc_rate() function instead queries the hardware instead of using these cached values. Therefore, if recalc_rate() is called between a set_rate() and prepare(), the wrong frequency is calculated and later the USB clock divider for the SAM9N12 SOC will be configured for an incorrect clock. In my case, the PLL hardware was set to 96 Mhz before the OHCI driver loads, and therefore the usb clock divider was being set to /2 even though the OHCI driver set the PLL to 48 Mhz. As an alternative explanation, I noticed this was fixed in the past by 87e2ed338f1b ("clk: at91: fix recalc_rate implementation of PLL driver") but the bug was later re-introduced by 1bdf02326b71 ("clk: at91: make use of syscon/regmap internally"). Fixes: 1bdf02326b71 ("clk: at91: make use of syscon/regmap internally) Cc: Signed-off-by: Marcin Ziemianowicz --- Thank you for bearing with me about this Boris. Changes since V3: Fix for double returns found by kbluild test robot > Comments by Boris Brezillon about email formatting issues Changes since V2: Removed all logging/debug messages I added > Comment by Boris Brezillon about my fix being wrong addressed Changes since V1: Added patch set cover letter Shortened lines which were over >80 characters long > Comment by Greg Kroah-Hartman about "from" field in email addressed > Comment by Alan Stern about redundant debug lines addressed drivers/clk/at91/clk-pll.c | 13 +------------ 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/clk/at91/clk-pll.c b/drivers/clk/at91/clk-pll.c index 7d3223fc..72b6091e 100644 --- a/drivers/clk/at91/clk-pll.c +++ b/drivers/clk/at91/clk-pll.c @@ -132,19 +132,8 @@ static unsigned long clk_pll_recalc_rate(struct clk_hw *hw, unsigned long parent_rate) { struct clk_pll *pll = to_clk_pll(hw); - unsigned int pllr; - u16 mul; - u8 div; - - regmap_read(pll->regmap, PLL_REG(pll->id), &pllr); - - div = PLL_DIV(pllr); - mul = PLL_MUL(pllr, pll->layout); - - if (!div || !mul) - return 0; - return (parent_rate / div) * (mul + 1); + return (parent_rate / pll->div) * (pll->mul + 1); } static long clk_pll_get_best_div_mul(struct clk_pll *pll, unsigned long rate, -- 2.17.0