All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tolunay Orkun <listmember@orkun.us>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] cfi_flash.c bug regarding intel k3 devices
Date: Thu, 12 May 2005 17:13:39 -0500	[thread overview]
Message-ID: <4283D513.9050702@orkun.us> (raw)
In-Reply-To: <20050512195653.GB20585@ku-gbr.de>

Konstantin Kletschke wrote:
> Only after manual "protect off x:y-z" I can erase something.

That is the idea. It is supposed to work this way as far as I 
understand. Don't change this behavior...

> Before I could _nothing_ write to the chip. Well, I could but nothing
> happened. Kinda hardware locked.

If you have not done already, I think you should enable hardware (real) 
flash protection (CFG_FLASH_PROTECTION) in your board config file.

Upon boot do you see all sectors reported (RO) if you use flinfo command?

If not, you should look at the initialization of flash_info[].protect[] 
within flash_get_size() which is called from flash_init().

If this array is not initialized properly, U-Boot might attempt to erase 
a locked sector/block incorrectly instead of bailing out nicely. I think 
"saveenv" would have trouble as well. If this is the case, perhaps, 
FLASH_OFFSET_PROTECT and FLASH_STATUS_PROTECT is not appropriate for 
your type of flash and you should work on a solution for this instead.

Regards,
Tolunay

  reply	other threads:[~2005-05-12 22:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-12 14:28 [U-Boot-Users] cfi_flash.c bug regarding intel k3 devices Konstantin Kletschke
2005-05-12 14:45 ` Konstantin Kletschke
2005-10-08 23:18   ` Wolfgang Denk
2005-05-12 16:15 ` Tolunay Orkun
2005-05-12 19:56   ` Konstantin Kletschke
2005-05-12 22:13     ` Tolunay Orkun [this message]
2005-05-12 22:24       ` Konstantin Kletschke

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=4283D513.9050702@orkun.us \
    --to=listmember@orkun.us \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.