From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marek Vasut Date: Sat, 1 Sep 2012 22:27:06 +0200 Subject: [U-Boot] [PATCH] mtd: nand: allow NAND_NO_SUBPAGE_WRITE to be set from driver In-Reply-To: <50426F12.1060709@denx.de> References: <1346369978-28137-1-git-send-email-marex@denx.de> <50426F12.1060709@denx.de> Message-ID: <201209012227.06898.marex@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Dear Stefano Babic, > On 31/08/2012 01:39, Marek Vasut wrote: > > This is based on Linux kernel -next: > > > > commit a1256b0e087ed3cdb584c683acb966ee885f733c > > Author: Brian Norris > > Date: Fri Jul 13 09:28:24 2012 -0700 > > > > mtd: nand: allow NAND_NO_SUBPAGE_WRITE to be set from driver > > > > The NAND_CHIPOPTIONS_MSK has limited utility and is causing real > > bugs. It silently masks off at least one flag that might be set by > > the driver (NAND_NO_SUBPAGE_WRITE). This breaks the GPMI NAND driver > > and possibly others. > > > > Really, as long as driver writers exercise a small amount of care > > with NAND_* options, this mask is not necessary at all; it was only > > here to prevent certain options from accidentally being set by the > > driver. But the original thought turns out to be a bad idea > > occasionally. Thus, kill it. > > > > Note, this patch fixes some major gpmi-nand breakage. > > > > Signed-off-by: Marek Vasut > > Cc: Brian Norris > > Cc: Eric Nelson > > Cc: Fabio Estevam > > Cc: Otavio Salvador > > Cc: Scott Wood > > --- > > Hi Marek, > > > drivers/mtd/nand/nand_base.c | 7 ++----- > > include/linux/mtd/nand.h | 3 --- > > 2 files changed, 2 insertions(+), 8 deletions(-) > > > > NOTE: Please test before applying, I'd like to know it doesn't cause > > breakage. > > > > diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c > > index bfd668f..658b3ad 100644 > > This fixes the same issue on the ea20 (davinci), and drop the painful > NAND_CHIPOPTIONS_MSK. Thanks ! I'm glad. I hope I didn't infringe anything with this patch and that I properly followed this "porting Linux patches" procedure. > Regards, > Stefano Best regards, Marek Vasut