Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp287774ybh; Wed, 11 Mar 2020 00:57:48 -0700 (PDT) X-Google-Smtp-Source: ADFU+vt7DnCJYtDghBJj5zXybXVWyybJ+u+a6vbvVPHF6xvySax1pYCMXZeZjM1AP4MA63o7K5gg X-Received: by 2002:aca:1b09:: with SMTP id b9mr1072205oib.170.1583913468605; Wed, 11 Mar 2020 00:57:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583913468; cv=none; d=google.com; s=arc-20160816; b=iP5VNy0APVuiw+v5x3UVz+RVJ+H3aLAUuQqScrEgbR15gZ/5UnAIq7EIF6TdhXeE9j 5tc70JSNPSZO4TWsQ7LbcVI7WBNiRERjEPqvf9x2SXbGMa8sXNSu6+zgyl1kdD0oqSgJ EXht7B/Wj4yGHLrpYuX5M6GcCvyW8GT97gAig7J4iTbQxRNw1/+xC0KXJEuWlVjSso4j /bxhOWVXPbcVvU9VyREGcKfrq61btlZsMkN2CLt2NOT2/g69DrF2WqW7AgDio9PKl7jV rVTU9gtfRXVmOozSDI8jdoyzfD7Z3hfWJngzS5SgKCVtKwuRlKNNtYNy4C0qug1SCj56 snag== 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=XUZCG75Mnj/SkYnQnfVClvEvvamYFozmdMVQPHvQIEA=; b=K82ONIZUuPOHLvvCOS1xhCdBfoYwmNhIq1ldJC3LQppWaMTAcEPHSvR7kqmOrAzGeE FS9AaFHlM1IojtUhV2ZA6Y8zaI7QDFrGmna3VruDNWiU51VRb09YoiVifJCAsePosA16 qzAWCgsuID2ENksGpCyodBkeFxjv8sEYCjeZ5HJwaoMbabz+I2INPx3GN+oEAREHWLdr 9LO4YwMaGmehFPMO2//GAA/Fu7/TECm+fDeqIN1sUlCZ10z9K6vYO/6N67d6Hydb3BbF ukQ3rsbDKFSoVpe30RAWlvAU3/zBnzDfODHH9J8mclBfx6CdhvpwqV8f4Gk6gkyl5jiY aFVA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g141si822810oib.45.2020.03.11.00.57.35; Wed, 11 Mar 2020 00:57:48 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728522AbgCKH4s (ORCPT + 99 others); Wed, 11 Mar 2020 03:56:48 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:54778 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726310AbgCKH4s (ORCPT ); Wed, 11 Mar 2020 03:56:48 -0400 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 94DC628B02D; Wed, 11 Mar 2020 07:56:45 +0000 (GMT) Date: Wed, 11 Mar 2020 08:56:42 +0100 From: Boris Brezillon To: Miquel Raynal Cc: masonccyang@mxic.com.tw, allison@lohutok.net, bbrezillon@kernel.org, frieder.schrempf@kontron.de, juliensu@mxic.com.tw, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, rfontana@redhat.com, richard@nod.at, s.hauer@pengutronix.de, stefan@agner.ch, tglx@linutronix.de, vigneshr@ti.com, yuehaibing@huawei.com Subject: Re: [PATCH v3 3/4] mtd: rawnand: Add support manufacturer specific suspend/resume operation Message-ID: <20200311085642.36d91673@collabora.com> In-Reply-To: <20200311084304.580bec79@xps13> References: <1583220084-10890-1-git-send-email-masonccyang@mxic.com.tw> <1583220084-10890-4-git-send-email-masonccyang@mxic.com.tw> <20200310203310.5fe74c57@collabora.com> <20200311084304.580bec79@xps13> Organization: Collabora X-Mailer: Claws Mail 3.17.5 (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 On Wed, 11 Mar 2020 08:43:04 +0100 Miquel Raynal wrote: > Hi Mason, > > masonccyang@mxic.com.tw wrote on Wed, 11 Mar 2020 13:40:52 +0800: > > > Hi Boris, > > > > > > diff --git a/include/linux/mtd/rawnand.h b/include/linux/mtd/rawnand.h > > > > index bc2fa3c..c0055ed 100644 > > > > --- a/include/linux/mtd/rawnand.h > > > > +++ b/include/linux/mtd/rawnand.h > > > > @@ -1064,6 +1064,8 @@ struct nand_legacy { > > > > * @lock: lock protecting the suspended field. Also used to > > > > * serialize accesses to the NAND device. > > > > * @suspended: set to 1 when the device is suspended, 0 when > > it's not. > > > > + * @_suspend: [REPLACEABLE] specific NAND device suspend > > operation > > > > + * @_resume: [REPLACEABLE] specific NAND device resume operation > > > > * @bbt: [INTERN] bad block table pointer > > > > * @bbt_td: [REPLACEABLE] bad block table descriptor for flash > > > > * lookup. > > > > @@ -1119,6 +1121,8 @@ struct nand_chip { > > > > > > > > struct mutex lock; > > > > unsigned int suspended : 1; > > > > + int (*_suspend)(struct nand_chip *chip); > > > > + void (*_resume)(struct nand_chip *chip); > > > > > > I thought we agreed on not prefixing new hooks with _ ? > > > > For [PATCH v2] series, you mentioned to drop the _ prefix > > of _lock/_unlock only and we finally patched to lock_area/unlock_area. > > > > I missed this _, this is not something we want to add. > > Also, when applying your patches I had several issues because they > where not base on the last -rc1. > > Finally, I think I forgot a line when patching manually so it produces > a warning now. > > I am dropping patch 3 and 4, I keep patch 1 and 2 which seem fine. > > Please send a rebased and edited v4 for these, don't forget to drop the > kbuildtest robot tag and please also follow these slightly edited > commit logs: > > 2/4 > > mtd: rawnand: Add support for manufacturer specific suspend/resume operation > > Patch nand_suspend() & nand_resume() to let manufacturers overwrite > suspend/resume operations. > > 3/4 > > mtd: rawnand: macronix: Add support for deep power down mode > > Macronix AD series support deep power down mode for a minimum > power consumption state. > > Overlaod nand_suspend() & nand_resume() in Macronix specific code to > support deep power down mode. And don't forget to propagate the ->suspend() error code to the upper layer.