public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Todd Poynor <tpoynor@mvista.com>
To: Konstantin Kletschke <lists@ku-gbr.de>
Cc: linux-mtd@lists.infradead.org
Subject: Re: How to cope with locked flash
Date: Thu, 15 Sep 2005 09:38:51 -0700	[thread overview]
Message-ID: <4329A39B.3090503@mvista.com> (raw)
In-Reply-To: <87ek7qpgfm.wl%kletschke@synertronixx.de>

Konstantin Kletschke wrote:
> How do you people cope with flash devices that power up locked?
> 
> I have intel K3 devices which are unlocked by flash_unlocke in the /etc/inittab
> while booting the system.
> However, if the fs was never mounted before the jffs2 hangs with this
> in an endless loop:
> 
> jffs2_write_dirent in garbage_collect_dirent failed: -30
> Write of 43 bytes at 0x00363928 failed. returned -30, retlen 0
> Not marking the space at 0x00363928 as dirty because the flash driver returned retlen zero
> 
> Is there any help to avoid this situation?

Sounds like your root fs is jffs2; if so I'd suggest using a read-only 
partition for root (using fs such as cramfs), unlock writeable jffs2 
partition from rc script, then mount jffs2.  (It's probably a good thing 
to allow access to system files while the writeable partition is being 
erased/written anyhow, assuming there are multiple chips or the chips 
handle concurrent reads/writes from different chip partitions.)

Some people hack the kernel to unlock writeable partitions during the 
boot sequence.  One of these days should look at adding flags to jffs2 
to unlock the flash at mount time.

Hope that helps,

-- 
Todd

  reply	other threads:[~2005-09-15 16:39 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-15 14:13 How to cope with locked flash Konstantin Kletschke
2005-09-15 16:38 ` Todd Poynor [this message]
2005-09-15 18:08   ` Jörn Engel
2005-09-16  1:37     ` Todd Poynor

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=4329A39B.3090503@mvista.com \
    --to=tpoynor@mvista.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=lists@ku-gbr.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