Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp5159179ybh; Wed, 7 Aug 2019 01:37:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqwfyQI4RKtRAaNACN7NwIwWzeVN2gQtK34+d8osit+Aivs30efDpfHTLjWQJAXb/qrlrf8B X-Received: by 2002:a17:90a:7d09:: with SMTP id g9mr7132545pjl.38.1565167031078; Wed, 07 Aug 2019 01:37:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565167031; cv=none; d=google.com; s=arc-20160816; b=cecGcofK5cRWPlNyf4oTAji9liwHolDG+wK3FugKVlIfzZH9n/5UwNdNZsDu7ZWMvi YJaLfRNhs3vdtqacgf2HCetOK0Tvl6fwyUwVv72hVWrUXbqEgZe+Sit5Hx6h5c1+tAfl L/UgIePRyS4Aqacv1ebTIRTlt+dNpAz0Q8uZzTWEuxRvkrWXXzdJIIBDOF44YLM6qrx5 VZ9OHwNxQ6U2j+1kDOiJ/j8pffEgLq6VihJgWX6uySOXKRyGCe/COXpMdkrclTpXPf2v s+ayKtgHNtvM5sG3+xUz3ZJkeWRxz/rQDp9lFiFD/lCRnvFPgWIX4zkKwsKxleRvIU6B O6eg== 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=FKaPn9rQPbx949b7rNxnm4I1mkPB8+XUDt3JTXKfffE=; b=HRBTFyazFlYUXK/2pFWT4MfgQxGziXnoR38mULNE7jYtm8LFCUI28LWrBBKMFRdM19 LOpJGf95yvxiZipAJ29NVOv0XZsxkkASxAuVblNFZh4rTC20s8ZwDHKsPGOStpl+lgzQ 8tU/QgvwEr5cHyx7AJRSWDwMS77fD0baZbkPddyPecdxrFjflen/iv3MZiUs2uVLB786 OpbfK85tJGuz0btIcmpiD68avES4qybj5zd8/WXkPXQJ5UvjxNNLHoT36wf4hG99t0LX 3YRKIcMmSmPaI/7rpYs9b6Ca2xft3oArGUqskfiWnebHDeiomcCJb9vitzx60LzeHn37 aXZQ== 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 t9si3018356pgv.225.2019.08.07.01.36.54; Wed, 07 Aug 2019 01:37:11 -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 S2387619AbfHGIem convert rfc822-to-8bit (ORCPT + 99 others); Wed, 7 Aug 2019 04:34:42 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:57557 "EHLO relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727426AbfHGIem (ORCPT ); Wed, 7 Aug 2019 04:34:42 -0400 X-Originating-IP: 86.250.200.211 Received: from xps13 (lfbn-1-17395-211.w86-250.abo.wanadoo.fr [86.250.200.211]) (Authenticated sender: miquel.raynal@bootlin.com) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 1263A1BF205; Wed, 7 Aug 2019 08:34:37 +0000 (UTC) Date: Wed, 7 Aug 2019 10:34:37 +0200 From: Miquel Raynal To: shiva.linuxworks@gmail.com Cc: Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , Vignesh Raghavendra , Boris Brezillon , Marcel Ziswiler , Frieder Schrempf , Shivamurthy Shastri , linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, Jeff Kletsky , Chuanhong Guo , liaoweixiong Subject: Re: [PATCH 1/8] mtd: nand: move ONFI related functions to onfi.h Message-ID: <20190807103437.36abb59b@xps13> In-Reply-To: <20190722055621.23526-2-sshivamurthy@micron.com> References: <20190722055621.23526-1-sshivamurthy@micron.com> <20190722055621.23526-2-sshivamurthy@micron.com> Organization: Bootlin X-Mailer: Claws Mail 3.17.3 (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 Hi Shiva, shiva.linuxworks@gmail.com wrote on Mon, 22 Jul 2019 07:56:14 +0200: > From: Shivamurthy Shastri > > These functions will be used by both raw NAND and SPI NAND, which > supports ONFI like standards. This is not exactly what you do. Why not: mtd: nand: export ONFI related functions to onfi.h These functions can be used by all flavors of NAND chips (raw, SPI) which may all follow ONFI standards. Export the related functions in the onfi.h generic file. > > Signed-off-by: Shivamurthy Shastri > --- > drivers/mtd/nand/raw/internals.h | 1 - > include/linux/mtd/onfi.h | 9 +++++++++ > 2 files changed, 9 insertions(+), 1 deletion(-) > > diff --git a/drivers/mtd/nand/raw/internals.h b/drivers/mtd/nand/raw/internals.h > index cba6fe7dd8c4..ed323087d884 100644 > --- a/drivers/mtd/nand/raw/internals.h > +++ b/drivers/mtd/nand/raw/internals.h > @@ -140,7 +140,6 @@ void nand_legacy_adjust_cmdfunc(struct nand_chip *chip); > int nand_legacy_check_hooks(struct nand_chip *chip); > > /* ONFI functions */ > -u16 onfi_crc16(u16 crc, u8 const *p, size_t len); > int nand_onfi_detect(struct nand_chip *chip); > > /* JEDEC functions */ > diff --git a/include/linux/mtd/onfi.h b/include/linux/mtd/onfi.h > index 339ac798568e..2c8a05a02bb0 100644 > --- a/include/linux/mtd/onfi.h > +++ b/include/linux/mtd/onfi.h > @@ -10,6 +10,7 @@ > #ifndef __LINUX_MTD_ONFI_H > #define __LINUX_MTD_ONFI_H > > +#include This should be removed, or at least not added at this moment. > #include > > /* ONFI version bits */ > @@ -175,4 +176,12 @@ struct onfi_params { > u8 vendor[88]; > }; > > +/* ONFI functions */ > +u16 onfi_crc16(u16 crc, u8 const *p, size_t len); > +void nand_bit_wise_majority(const void **srcbufs, > + unsigned int nsrcbufs, > + void *dstbuf, > + unsigned int bufsize); Don't export this function while you don't use it from elsewhere. > +void sanitize_string(u8 *s, size_t len); This one is used by jedec code and has no onfi-related logic, so you may want to export it (only when you will use it) in another header like linux/mtd/nand.h > + > #endif /* __LINUX_MTD_ONFI_H */ Thanks, Miquèl