From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.bootlin.com ([62.4.15.54]) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1frj1F-0003MU-JH for linux-mtd@lists.infradead.org; Mon, 20 Aug 2018 12:10:51 +0000 Date: Mon, 20 Aug 2018 14:10:26 +0200 From: Boris Brezillon To: Naga Sureshkumar Relli Cc: "richard@nod.at" , "absahu@codeaurora.org" , "linux-kernel@vger.kernel.org" , "marek.vasut@gmail.com" , "kyungmin.park@samsung.com" , "frieder.schrempf@exceet.de" , "linux-mtd@lists.infradead.org" , "miquel.raynal@bootlin.com" , "nagasureshkumarrelli@gmail.com" , Michal Simek , "computersforpeace@gmail.com" , "dwmw2@infradead.org" , "peterpandong@micron.com" Subject: Re: [LINUX PATCH v10 2/2] mtd: rawnand: arasan: Add support for Arasan NAND Flash Controller Message-ID: <20180820141026.0e7208ae@bbrezillon> In-Reply-To: References: <1534511964-20342-1-git-send-email-naga.sureshkumar.relli@xilinx.com> <1534511964-20342-3-git-send-email-naga.sureshkumar.relli@xilinx.com> <20180817195903.49963b25@bbrezillon> <20180820105355.11bd50a8@bbrezillon> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 20 Aug 2018 10:49:38 +0000 Naga Sureshkumar Relli wrote: > > Thanks for your suggestion and are you saying something like Marvell parser patterns for nfcv1 as below? > > static const struct nand_op_parser marvell_nfcv1_op_parser = NAND_OP_PARSER( > /* Naked commands not supported, use a function for each pattern */ > NAND_OP_PARSER_PATTERN( > marvell_nfc_read_id_type_exec, > NAND_OP_PARSER_PAT_CMD_ELEM(false), > NAND_OP_PARSER_PAT_ADDR_ELEM(false, MAX_ADDRESS_CYC_NFCV1), > NAND_OP_PARSER_PAT_DATA_IN_ELEM(false, 8)), > NAND_OP_PARSER_PATTERN( > marvell_nfc_erase_cmd_type_exec, > NAND_OP_PARSER_PAT_CMD_ELEM(false), > NAND_OP_PARSER_PAT_ADDR_ELEM(false, MAX_ADDRESS_CYC_NFCV1), > NAND_OP_PARSER_PAT_CMD_ELEM(false), > NAND_OP_PARSER_PAT_WAITRDY_ELEM(false)), > ); > That means, a separate hook for each pattern, is that you are suggesting? Yes.