Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2188301yba; Fri, 10 May 2019 07:37:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqzKkV6fGrh9gouE96Ry/q0lnrc2N8ISXJjeOqgV2h7A0kZho/hKNyrKY7ZuaTNsz2fsDkYl X-Received: by 2002:a17:902:2862:: with SMTP id e89mr13600473plb.203.1557499024810; Fri, 10 May 2019 07:37:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557499024; cv=none; d=google.com; s=arc-20160816; b=KXPTheuyEAVK+01kFGn9rxhqjGpZigc3gmv/KzKDeQKN4qONTjyyAmqEiSweXMowQb RE5gTwLlaqj+8bRj94Qp0uWJzVVLZ7B3nk2MruQlFnzghhl0dAKcx+BiEmkJ7NaFLBMa d2pWFkpoy6SqwaWoCaSxH2s6RWN5uga5rvhJU4ah0HXWjUJDWRtkyjsf8WlS2STsc2VU scYJXXuHyVuvGAOWPxphHJflbYGPtuJEXmhiSgXlc9Utduby+RPcr9CFcFy72GUBJqXt Sm5PaKNXep/KW/9vObT0LVYzN4VHp9uYqQ3MCWd9aDo/dFhkOeh+ItRUTXovWeNjOi5r WJzQ== 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=HkT1cxHXlD4v8gxG0fYPSw3rLlOBMigjy0R7o1Xc+c8=; b=OyFlIyKnX7OE1Pwf37gOkaEbWjzWY60R88KS6+gK0Jetb689yAwQHflJwEF/v/Pj7U ci9utYATeq5TXy19nNem1GblSwabriwfWagiCL5vG0I+7km1uoyLf7WiBZxl7Q2dHneo dMLPT5HIzPuQMZjGnfSO04f2aZN/2/SaHQwdExeufdsyDvIX32/3X9URqnqjcKM3JzYY Qa8NujzuFSVxtvVgRb3Lfev8klOmG77fuBCQzn4fswEuoIwzTZalqOAxhFFOCv4qo7fZ i2rS5kGrKvtMPaJNF7LpNxv70GYBy5h8n/7VEcaxXQHKt9sok+IH9JOQLrnpgmcOyCx4 Ec1g== 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 h89si7190076pld.367.2019.05.10.07.36.48; Fri, 10 May 2019 07:37:04 -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 S1727916AbfEJOSM convert rfc822-to-8bit (ORCPT + 99 others); Fri, 10 May 2019 10:18:12 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:35241 "EHLO relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727859AbfEJOSM (ORCPT ); Fri, 10 May 2019 10:18:12 -0400 X-Originating-IP: 90.88.28.253 Received: from xps13 (aaubervilliers-681-1-86-253.w90-88.abo.wanadoo.fr [90.88.28.253]) (Authenticated sender: miquel.raynal@bootlin.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id EC9C460016; Fri, 10 May 2019 14:18:06 +0000 (UTC) Date: Fri, 10 May 2019 16:18:05 +0200 From: Miquel Raynal To: Thomas Petazzoni Cc: Mason Yang , bbrezillon@kernel.org, marek.vasut@gmail.com, linux-kernel@vger.kernel.org, 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: <20190510161805.202e6aea@xps13> In-Reply-To: <20190510153704.33de9568@windsurf.home> References: <1557474062-4949-1-git-send-email-masonccyang@mxic.com.tw> <20190510153704.33de9568@windsurf.home> Organization: Bootlin X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Thomas Petazzoni wrote on Fri, 10 May 2019 15:37:04 +0200: > 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); Actually, no, manufacturer initializations happens in nand_scan_tail() which runs before mtd_device_register(). At this point, mtd->dev is not yet populated so dev_err() cannot be used. You should keep a pr_err(). Thanks, Miquèl