From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] OneNAND: Continuous locking scheme?
Date: Tue, 11 Nov 2008 09:43:22 +0100 [thread overview]
Message-ID: <200811110943.22244.sr@denx.de> (raw)
Hi Kyungmin,
I'm experiencing a problem with one OneNAND device on our board:
KFG1216U2B (512Mbit)
Here the output from the U-Boot bootup:
OneNAND 64MB 2.65/3.3V 16-bit (0x25)
OneNAND version = 0x022e
Lock scheme is Continuous Lock
Scanning device for bad blocks
OneNAND: 64 MB
As you can see the device is reported to have a "Continuous Lock" scheme. But
this doesn't work. When I try to erase a block I get the following error:
OneNAND erase: offset 0x0, size 0x100000
onenand_wait: controller error = 0x4c00
onenand_wait: it's locked error = 0x4c00
onenand_erase: Failed erase, block 1
erase failed block 1 at 0x20000
When I disable this continuous locking check in onenand_base.c and all blocks
are unlocked individually then everything is ok. So I suspect that either the
implementation of the continuous locking scheme is incorrect or the device is
not really supporting this scheme. I'm still new to OneNAND and I couldn't
find any reference to this continuous locking scheme in the OneNAND chip used
here. Do you have any idea why this is not working for us? Do you know for
sure if the KFG1216U2B (Dev-ID 0x25) really supports this continuous locking
scheme?
Thanks.
BTW: This is with your latest OneNAND patches applied (Sync with 2.6.27).
Best regards,
Stefan
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office at denx.de
=====================================================================
next reply other threads:[~2008-11-11 8:43 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-11 8:43 Stefan Roese [this message]
2008-11-11 9:04 ` [U-Boot] OneNAND: Continuous locking scheme? Kyungmin Park
2008-11-11 9:16 ` Stefan Roese
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=200811110943.22244.sr@denx.de \
--to=sr@denx.de \
--cc=u-boot@lists.denx.de \
/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