public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Cam <camilo@mesias.co.uk>
To: David Woodhouse <dwmw2@infradead.org>
Cc: linux-mtd@lists.infradead.org
Subject: Re: Intel 28F640 cfi_cmdset_0001 chip is FL_STATUS after MTD_close
Date: Wed, 11 Feb 2004 15:44:00 +0000	[thread overview]
Message-ID: <402A4DC0.1090206@mesias.co.uk> (raw)
In-Reply-To: <1076513408.21968.423.camel@hades.cambridge.redhat.com>

David

Thanks for the speedy reply,

>>I would have expected the flash to be left in the read array state when 
>>not in use.
> 
> 
> Why? If we've just finished writing to the device, and we're about to
> write to the device again... why change it into read mode?

After the mtd device has been closed, is it not perverse to leave the 
chips unredable? I don't mind if they are showing FL_STATUS while the 
device is busy.

> Mostly if you're going to need this it's because you forgot to wire up
> the RESET line to the flash chips properly, and you're already going to
> die if the user hits the RESET button at the wrong time, or reboots or
> hits SysRq-B, etc. I prefer not to work around this in the generic code,
> since it's actually helpful for some people to realise this problem
> early on. 

It seems as if the linux commands erase and dd behave strangely on my 
board, although what you say about the reset line is also true (I had 
already emailed the board designer).

I have a patch to leave the chip (and driver) in FL_READY state after 
sync, but it sounds like no-one will be interested.

-Cam


-- 
camilo@mesias.co.uk                                                 <--

  reply	other threads:[~2004-02-11 15:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-11 15:17 Intel 28F640 cfi_cmdset_0001 chip is FL_STATUS after MTD_close Cam
2004-02-11 15:30 ` David Woodhouse
2004-02-11 15:44   ` Cam [this message]
2004-02-11 15:49     ` David Woodhouse

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=402A4DC0.1090206@mesias.co.uk \
    --to=camilo@mesias.co.uk \
    --cc=dwmw2@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    /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