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.
Yo
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.
As of patch structure:
1) separate READID and PARAM command.
2) RE
On Fri, 2015-05-15 at 14:48 -0700, Andrei Yakimov wrote:
> Hi,
> I just found, if NAND ONFI parameter page first copy is
> bad, u-boot will never read extra copes:
>
> fsl_elbc_nand.c:
> 342 out_be32(&lbc->fbcr, 256);
> 343 ctrl->read_bytes = 256;
>
> this
Hi,
I just found, if NAND ONFI parameter page first copy is
bad, u-boot will never read extra copes:
fsl_elbc_nand.c:
342 out_be32(&lbc->fbcr, 256);
343 ctrl->read_bytes = 256;
this code cause "read beyond buffer" error message:
nand_base.c:
chip->cmd
4 matches
Mail list logo