From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott Wood Date: Mon, 18 May 2015 17:41:54 -0500 Subject: [U-Boot] fsl_elbc_nand bug In-Reply-To: <1431987027.14341.111.camel@andreilinux> References: <1431726518.14341.96.camel@andreilinux> <1431983860.27761.15.camel@freescale.com> <1431987027.14341.111.camel@andreilinux> Message-ID: <1431988914.27761.18.camel@freescale.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Mon, 2015-05-18 at 15:10 -0700, Andrei Yakimov wrote: > I will try, It will take a while due to I am not working with > latest code. I do have a chip with first 2 parameter blocks > corrupted. So I can test it. I can not send it to Linux - > I am not subscribed to any Linux mailing lists. You don't need to be subscribed to a list to send a patch (but it does need to be based on the latest upstream tree). > As of patch structure: > > 1) separate READID and PARAM command. > 2) READID will read 5 bytes as per ONFI spec. > 3) PARAM command will read 768 bytes as per ONFI spec. > I will check is path to send read size are valid > for this command - but it will affect every NAND driver, It wouldn't affect every NAND driver. There should be a default implementation that calls cmdfunc, so that things work the same way as now unless a driver overrides it. -Scott