From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from arroyo.ext.ti.com ([192.94.94.40]) by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1VeKy9-0000em-H5 for linux-mtd@lists.infradead.org; Thu, 07 Nov 2013 08:29:38 +0000 Message-ID: <527B4F54.9010000@ti.com> Date: Thu, 7 Nov 2013 13:59:08 +0530 From: Sourav Poddar MIME-Version: 1.0 To: Brian Norris Subject: Re: [PATCH 1/2] drivers: mtd: m25p80: convert "bool" read check into an enum References: <1383748535-20462-1-git-send-email-sourav.poddar@ti.com> <1383748535-20462-2-git-send-email-sourav.poddar@ti.com> <201311062124.37279.marex@denx.de> <20131107080646.GE3805@norris.computersforpeace.net> In-Reply-To: <20131107080646.GE3805@norris.computersforpeace.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Marek Vasut , linux-mtd@lists.infradead.org, balbi@ti.com, dedekind1@gmail.com List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thursday 07 November 2013 01:36 PM, Brian Norris wrote: > On Wed, Nov 06, 2013 at 09:24:37PM +0100, Marek Vasut wrote: >> Dear Sourav Poddar, >> >>> This is a cleanup prior to adding quad read support. This will fecilitate >>> easy addition of more read commands check under an enum rather that >>> defining a seperate bool for it. >>> >>> Signed-off-by: Sourav Poddar >>> Suggested-by: Brian Norris >>> --- >>> drivers/mtd/devices/m25p80.c | 71 >>> +++++++++++++++++++++++++++++++++-------- 1 files changed, 57 >>> insertions(+), 14 deletions(-) >>> >>> diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c >>> index 7eda71d..cfafdce 100644 >>> --- a/drivers/mtd/devices/m25p80.c >>> +++ b/drivers/mtd/devices/m25p80.c >>> @@ -84,6 +84,11 @@ >>> >>> /************************************************************************* >>> ***/ >>> >>> +enum read_type { >>> + M25P80_NORMAL = 0, >>> + M25P80_FAST, >>> +}; >>> + >>> struct m25p { >>> struct spi_device *spi; >>> struct mutex lock; >>> @@ -94,7 +99,7 @@ struct m25p { >>> u8 read_opcode; >>> u8 program_opcode; >>> u8 *command; >>> - bool fast_read; >>> + enum read_type flash_read; >>> }; >>> >>> static inline struct m25p *mtd_to_m25p(struct mtd_info *mtd) >>> @@ -350,6 +355,24 @@ static int m25p80_erase(struct mtd_info *mtd, struct >>> erase_info *instr) } >>> >>> /* >>> + * Dummy Cycle calculation for different type of read. >>> + * It can be used to support more commands with >>> + * different dummy cycle requirement. >>> + */ >>> +static inline int m25p80_dummy_cycles_read(struct m25p *flash) >>> +{ >>> + switch (flash->flash_read) { >>> + case M25P80_FAST: >>> + return 1; >>> + case M25P80_NORMAL: >>> + return 0; >>> + default: >>> + dev_err(&flash->spi->dev, "No valid read type supported"); >> Does dev_err() insert newlines automatically? > Not sure if this is a rhetorical question, but I'll answer: no, > dev_err() does not insert newlines automatically. The string parameter > should contain the '\n'. > > This pair of patches looks good otherwise. I'll see if others have > reviews to make, and I can just fixup the newlines if that's the only > change to make. > Thanks a lot Brian. > Thanks, > Brian