Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2138321yba; Fri, 10 May 2019 06:54:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqxgIKhQGUbhDyVuM/BIc/Zic4hxo3VhWYvixSmUyFU/d1KjpFjQKUCBAqM6bbqla5ZBRRAd X-Received: by 2002:aa7:8e0d:: with SMTP id c13mr14511027pfr.193.1557496477027; Fri, 10 May 2019 06:54:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557496477; cv=none; d=google.com; s=arc-20160816; b=Omn8Vs43DGCEKq/wvi7y6nKkLFdgOqb87tzmPUPyut0HKZ/zyzVQb0IaGmj/3w191S GJdtmseVFAfqVrLFn20GORGEKiUChhcKqporhqP3dEI9FjOLRkXULoHJYRSOvXFNwH3E cTDwjJYMZUGVf531TMZZcBrmD3Jxm2Oq2j8TGRTI9cdHUwodymrSFsCyWQeUydqlpCHq GGW2SGOjSnE9x7h23/Gjrc2dZ5zq13gIC+MRkxzBplTpG5qQoTYLytamBKO54GK1kB87 bXQE38l/Y2P4uEucMGyQNgOZah1l5hAOrboVK57ALe+UOWLLJtUjjkO9MvPfUqx2pyKi +mtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=RrS8aGnRYh0Lk1LUQNEEz6RGRhOEPYka1fJNsNIAs8s=; b=pqpqgK3cs+bdUDtFKrvfZPoOTTgGOAMlMCB4rK8FidBI96ky+g02XVp95dafJmow3G SiDPxwT+r/eh777TN/9Y2zvcNgVuiaUT87vJqlSLxOOXbSv4A8ATbq4+sRPrjVm4RecR 5WiLVDYIfNAn5tlmncxv8qji3bQckWH8y9xMCwB+LBbzGWPiJUmP3Pj6/10Kg5uXBJrI w81nhpOnbeRs+ax9TCCmDodpwCwqgVDS30XyjvrZcKAr6kMn4ySB9ZEZvPDBOn7qf8Kk b14uvYsLwwcAfyNReN6SXv8cztWYCWE2GcV8GRWZdOeu54N7h2+tZBO5qm4Oa/39fy9c Cddw== ARC-Authentication-Results: i=1; mx.google.com; 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 v7si7421039pgs.387.2019.05.10.06.54.20; Fri, 10 May 2019 06:54:37 -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; 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 S1727804AbfEJNhM (ORCPT + 99 others); Fri, 10 May 2019 09:37:12 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:38899 "EHLO relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727258AbfEJNhM (ORCPT ); Fri, 10 May 2019 09:37:12 -0400 X-Originating-IP: 90.88.28.253 Received: from windsurf.home (aaubervilliers-681-1-86-253.w90-88.abo.wanadoo.fr [90.88.28.253]) (Authenticated sender: thomas.petazzoni@bootlin.com) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 939B11C001A; Fri, 10 May 2019 13:37:05 +0000 (UTC) Date: Fri, 10 May 2019 15:37:04 +0200 From: Thomas Petazzoni To: Mason Yang Cc: bbrezillon@kernel.org, marek.vasut@gmail.com, linux-kernel@vger.kernel.org, miquel.raynal@bootlin.com, richard@nod.at, dwmw2@infradead.org, computersforpeace@gmail.com, linux-mtd@lists.infradead.org, juliensu@mxic.com.tw Subject: Re: [PATCH v1] mtd: rawnand: Add Macronix NAND read retry support Message-ID: <20190510153704.33de9568@windsurf.home> In-Reply-To: <1557474062-4949-1-git-send-email-masonccyang@mxic.com.tw> References: <1557474062-4949-1-git-send-email-masonccyang@mxic.com.tw> Organization: Bootlin X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Some purely cosmetic suggestions below. On Fri, 10 May 2019 15:41:02 +0800 Mason Yang wrote: > + if (ret) > + pr_err("set feature failed to read retry moded:%d\n", mode); I don't know what is the policy in the MTD/NAND subsystem, but shouldn't you be using dev_err() instead of pr_err() here to have a nice prefix for the message ? dev_err(&nand_to_mtd(chip)->dev, "set feature ..", mode); > +static void macronix_nand_onfi_init(struct nand_chip *chip) > +{ > + struct nand_parameters *p = &chip->parameters; > + > + if (p->onfi) { Change to: if (!p->onfi) return; This way the rest of the function can save one level of indentation. > + struct nand_onfi_vendor_macronix *mxic = > + (void *)p->onfi->vendor; > + > + if (mxic->reliability_func & MACRONIX_READ_RETRY_BIT) { Change to: if (mxic->reliability_func & MACRONIX_READ_RETRY_BIT == 0) return; And the rest of the function can save one level of indentation. > + chip->read_retries = MACRONIX_READ_RETRY_MODE + 1; > + chip->setup_read_retry = > + macronix_nand_setup_read_retry; > + if (p->supports_set_get_features) { > + set_bit(ONFI_FEATURE_ADDR_READ_RETRY, > + p->set_feature_list); > + set_bit(ONFI_FEATURE_ADDR_READ_RETRY, > + p->get_feature_list); > + } Which will require less wrapping in those lines that are already at the third indentation level. To me, it is also more logical: we exclude the cases we are not interested in and return early, and then if we are still in the case we are interested, we handle it. Best regards, Thomas -- Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com