Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3977849pxb; Tue, 25 Jan 2022 00:29:24 -0800 (PST) X-Google-Smtp-Source: ABdhPJyp6UtPs4l4yTNorEfG89CLhdbhrw6kh8E9bWQb2qP0R6t299ep/bYZ/NA75rjqNC4ok5GG X-Received: by 2002:a50:fd08:: with SMTP id i8mr19626059eds.394.1643099363996; Tue, 25 Jan 2022 00:29:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643099363; cv=none; d=google.com; s=arc-20160816; b=ieLYL+D3CHQcH9goctVa3FzG32d6eD/cnqMWLyUbUsLfcjGKgwIwbeEEM07U2ojDpC Mz2ujBq3p7aUX2uMfC/j8rZ6L2x8bnrSAEvh86Zmb4j2ODtbwdtkz5Ak1XS14LSfB93+ vX0Yg+x/USjBl9Kkux7S31vppFVd5B7HvX5lQ3j5LApcBcdEIin4OlAPFr8aDV4iRg1x nb/RLdgLlL7OATG3cLjyxn87Hssje15mz5FW9niywNMRJbEs0X+ijI+Q2OsQHweKZCVJ MxKN65jzTgXCxi2EP5DAVbeOu1eZKMzCStMjS6WuDWlBdo39RQ/Feera48EtaVWbTl/Y d60A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hZw9xQzhWecMpbgs7cIKNwJh3xjHlKfTctqdKzdGGV4=; b=ikF6KC/jOGITaoD8RfrBGb8wSqa/XxoD7R9x3Ypxo8rudE/GRu/oahbURtksPcR7dh MfTwlwTUFDu8XHN4lF1ra5lO7/vmqamLEpuBn7Up9xR15VNWGqWSYsAksBIbNV8yc/Sp mki/upxX5/u+ErLd2fG2oGKUGKKXjMfwEpnwC+MICwpXRITQCV4ugmDQe4N6NKChmhZ8 WErlCtq+rJnxjQ9wAINaG9NSTQj1LzCsmuGFMIHzbk7paPFlcfGW9zW+V6f8unqwyerO A8BkRS6yM4hffkPUr18UZDd/k57cajtHPhYq/86PXuHXnZw1R/U5aChEOMNDOn1e3ZLr Q2eA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=tJgZw1+2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z27si9782097ejl.466.2022.01.25.00.28.59; Tue, 25 Jan 2022 00:29:23 -0800 (PST) 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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=tJgZw1+2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S3423649AbiAYCfg (ORCPT + 99 others); Mon, 24 Jan 2022 21:35:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37932 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1384588AbiAXUaL (ORCPT ); Mon, 24 Jan 2022 15:30:11 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8E35FC0613DE; Mon, 24 Jan 2022 11:42:40 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 498DEB811F9; Mon, 24 Jan 2022 19:42:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6F71EC340E7; Mon, 24 Jan 2022 19:42:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643053358; bh=2wqemdBhRCvxGE1/NkEV8uh8nqmCvoNL63XiO1PJdlc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=tJgZw1+23xn0nFgmv6SxGgpvrnXybDWuPPVcNxsJ7nQDD6vTwtlPtgDsGxSdb4Xw9 lKbZFxWe6B03hT7NxkgD5heUpos14pDwr2ttJa+PDkaLifjKhdlo1A6Fk/dhDqB7DU O36UpKUHslpyfqIMojIHFjcnOC/GSXXn0R0mwQGA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Stefan Riedmueller , Christian Eggers , Han Xu , Miquel Raynal Subject: [PATCH 5.10 008/563] mtd: rawnand: gpmi: Add ERR007117 protection for nfc_apply_timings Date: Mon, 24 Jan 2022 19:36:13 +0100 Message-Id: <20220124184024.705445026@linuxfoundation.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220124184024.407936072@linuxfoundation.org> References: <20220124184024.407936072@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Christian Eggers commit f53d4c109a666bf1a4883b45d546fba079258717 upstream. gpmi_io clock needs to be gated off when changing the parent/dividers of enfc_clk_root (i.MX6Q/i.MX6UL) respectively qspi2_clk_root (i.MX6SX). Otherwise this rate change can lead to an unresponsive GPMI core which results in DMA timeouts and failed driver probe: [ 4.072318] gpmi-nand 112000.gpmi-nand: DMA timeout, last DMA ... [ 4.370355] gpmi-nand 112000.gpmi-nand: Chip: 0, Error -110 ... [ 4.375988] gpmi-nand 112000.gpmi-nand: Chip: 0, Error -22 [ 4.381524] gpmi-nand 112000.gpmi-nand: Error in ECC-based read: -22 [ 4.387988] gpmi-nand 112000.gpmi-nand: Chip: 0, Error -22 [ 4.393535] gpmi-nand 112000.gpmi-nand: Chip: 0, Error -22 ... Other than stated in i.MX 6 erratum ERR007117, it should be sufficient to gate only gpmi_io because all other bch/nand clocks are derived from different clock roots. The i.MX6 reference manuals state that changing clock muxers can cause glitches but are silent about changing dividers. But tests showed that these glitches can definitely happen on i.MX6ULL. For i.MX7D/8MM in turn, the manual guarantees that no glitches can happen when changing dividers. Co-developed-by: Stefan Riedmueller Signed-off-by: Stefan Riedmueller Signed-off-by: Christian Eggers Cc: stable@vger.kernel.org Acked-by: Han Xu Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20211102202022.15551-2-ceggers@arri.de Signed-off-by: Greg Kroah-Hartman --- drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c | 28 +++++++++++++++++++++++++--- 1 file changed, 25 insertions(+), 3 deletions(-) --- a/drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c +++ b/drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c @@ -711,14 +711,32 @@ static void gpmi_nfc_compute_timings(str (use_half_period ? BM_GPMI_CTRL1_HALF_PERIOD : 0); } -static void gpmi_nfc_apply_timings(struct gpmi_nand_data *this) +static int gpmi_nfc_apply_timings(struct gpmi_nand_data *this) { struct gpmi_nfc_hardware_timing *hw = &this->hw; struct resources *r = &this->resources; void __iomem *gpmi_regs = r->gpmi_regs; unsigned int dll_wait_time_us; + int ret; + + /* Clock dividers do NOT guarantee a clean clock signal on its output + * during the change of the divide factor on i.MX6Q/UL/SX. On i.MX7/8, + * all clock dividers provide these guarantee. + */ + if (GPMI_IS_MX6Q(this) || GPMI_IS_MX6SX(this)) + clk_disable_unprepare(r->clock[0]); + + ret = clk_set_rate(r->clock[0], hw->clk_rate); + if (ret) { + dev_err(this->dev, "cannot set clock rate to %lu Hz: %d\n", hw->clk_rate, ret); + return ret; + } - clk_set_rate(r->clock[0], hw->clk_rate); + if (GPMI_IS_MX6Q(this) || GPMI_IS_MX6SX(this)) { + ret = clk_prepare_enable(r->clock[0]); + if (ret) + return ret; + } writel(hw->timing0, gpmi_regs + HW_GPMI_TIMING0); writel(hw->timing1, gpmi_regs + HW_GPMI_TIMING1); @@ -737,6 +755,8 @@ static void gpmi_nfc_apply_timings(struc /* Wait for the DLL to settle. */ udelay(dll_wait_time_us); + + return 0; } static int gpmi_setup_interface(struct nand_chip *chip, int chipnr, @@ -2278,7 +2298,9 @@ static int gpmi_nfc_exec_op(struct nand_ */ if (this->hw.must_apply_timings) { this->hw.must_apply_timings = false; - gpmi_nfc_apply_timings(this); + ret = gpmi_nfc_apply_timings(this); + if (ret) + return ret; } dev_dbg(this->dev, "%s: %d instructions\n", __func__, op->ninstrs);