From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-out.m-online.net ([2001:a60:0:28:0:1:25:1]) by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1SphyZ-0001bu-54 for linux-mtd@lists.infradead.org; Fri, 13 Jul 2012 15:40:17 +0000 From: Marek Vasut To: Huang Shijie Subject: Re: [PATCH] mtd: add a new macro about the subpage write Date: Fri, 13 Jul 2012 17:40:10 +0200 References: <1341293533-2214-1-git-send-email-b32955@freescale.com> <201207131235.43633.marex@denx.de> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201207131740.10668.marex@denx.de> Cc: dedekind1@gmail.com, Jan Weitzel , Huang Shijie , linux-mtd@lists.infradead.org, Scott Wood , Brian Norris List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Dear Huang Shijie, > On Fri, Jul 13, 2012 at 6:35 AM, Marek Vasut wrote: > > Dear Huang Shijie, > > > >> Hi Brian: > >> > Wood [1]; I don't see a good reason not to just kill the > >> > NAND_CHIPOPTIONS_MSK instead of adding more flags. As long as we > >> > perform a few sanity tests, I think it'd be safe. > >> > >> I think it's more clear in logic to add this new macro: > >> The NAND_NO_SUBPAGE_WRITE can be used only by the MLC nands which do > >> > >> no support the subpage write; > >> > >> The NAND_CONTROLLER_NO_SUBPAGE_WRITE only used by the nand > >> > >> controller such as gpmi nand. > > > > It's not clearer at all. It's just more error-prone. > > ok, thanks. But I do not how to fix it now. I hope some one could give a > patch. Why not remove the mask? > Best Regards > Huang Shijie > > >> But I will be happy if you submit a patch to fix this issue by removing > >> the NAND_CHIPOPTIONS_MSK. > > > > I'd be happy if the GPMI NAND driver was properly fixed, 6 months after > > reporting this bug, which is quite critical as UBI doesn't work because > > of that and it's being silently ignored. > > > >> thanks > >> Huang Shijie > > > > Best regards, > > Marek Vasut Best regards, Marek Vasut