linux-mtd.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: Nils Faerber <nils.faerber@kernelconcepts.de>
To: Nicolas Pitre <nico@fluxnic.net>
Cc: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: NAND on MV78100
Date: Fri, 24 Sep 2010 12:22:40 +0200	[thread overview]
Message-ID: <4C9C7BF0.1040701@kernelconcepts.de> (raw)
In-Reply-To: <alpine.LFD.2.00.1009231500430.13233@xanadu.home>

Am 23.09.2010 21:07, schrieb Nicolas Pitre:
> On Thu, 23 Sep 2010, Nils Faerber wrote:
>> I am currently working on board support for a Marvell MV78100 based
>> board. The MV78100 uses the same Orion SOC components as e.g. the
>> Kirkwood which is quite well supported from OpenRD and SheevaPlug.
>>
>> After some struggling I got the Orion NAND driver working, it detects
>> the NAND chip properly (512MB) and assigns a partition. Everything seems
>> OK so far.
>>
>> But when I read from the device, e.g. just by "cat /dev/mtdblock1 | wc
>> -c" it starts to fail with "uncorrectable error" after exactly 1MB
>> (1024*1024).
> 
> This is most likely due to a difference in the ECC model used.
> The quick "fix" would be to reformat the NAND (at least from the offset 
> where it fails) using the Linux supported 1-bit ECC.
> The Marvell LSPs (and most unfortunately the bootrom) are using a 
> 4-bit software ECC implementation that is poorly optimized, and layered 
> backward.

This could be the reason since the Marvell LSP kernel was used before on
this board.
Reformatting means flash_erase?
I was scared to hose my flash by wrongly erasing it so I tried reading
only first ;)

But after your assurance I tried to flash_eraseall one partition and see
- yeha, works!

Now I just might have another issue - since I do not know some of the
board's details like RAM timing and I do not have a proper JTAG setup I
do not want to touch the pre-installed Marvell-based U-Boot. But U-Boot
shall read the at least the kernel from the NAND. But I would guess that
since the ECC is different it will not work that easily?
Well, as fallback we still have a NOR flash which could hold the kernel.

Ah, just tried and see - the Marvell UBoot obviously ignores the ECC
when reading - perfect ;)

Thank you!

> Nicolas
Cheers
  nils

-- 
kernel concepts GbR      Tel: +49-271-771091-12
Sieghuetter Hauptweg 48  Fax: +49-271-771091-19
D-57072 Siegen           Mob: +49-176-21024535
http://www.kernelconcepts.de

      reply	other threads:[~2010-09-24 10:22 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-23  8:16 NAND on MV78100 Nils Faerber
2010-09-23 19:07 ` Nicolas Pitre
2010-09-24 10:22   ` Nils Faerber [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4C9C7BF0.1040701@kernelconcepts.de \
    --to=nils.faerber@kernelconcepts.de \
    --cc=linux-mtd@lists.infradead.org \
    --cc=nico@fluxnic.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).