public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Ulf Samuelsson <ulf@atmel.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [rfc] new spiflash subsystem
Date: Wed, 30 Jan 2008 01:16:14 +0100	[thread overview]
Message-ID: <00bd01c862d8$9d602140$070514ac@atmel.com> (raw)
In-Reply-To: 479F033E.20307@psyent.com

>>>> Erasing the entire SPI flash is generally stupid, since you store the
>>>> environment there. You typically also store the initial bootloader and
>>>> U-Boot.
>>> so the user is stupid if they erase the entire flash ?  you could say the same 
>>> thing about any flash type.
>>>
> 
> I have valid reasons, better _requirements_, for erasing an
> entire spi flash and have done so many times. I never realized
> that I was stupid ... and for all these years!  ;-)
> 
>>>> Very rarely you want to erase the complete flash ,and a protection
>>>> mechanism is needed to avoid accidental overwrites.
>>>> The current solution allows dataflash pages to be protected.
>> 
>> I disagree on some product you use a spi flash to store other code and
>> not nessarely store u-boot in it? (you can have 2 falsh)


OK,  let me rephrase the statement:
It is stupid to allow the user to *accidently* erase the environment sector and the U-boot area
The proposed user interface will do this, if you do not give any address parameters
to the erase command.

Best Regards
Ulf Samuelsson

  reply	other threads:[~2008-01-30  0:16 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-28 20:00 [U-Boot-Users] [rfc] new spiflash subsystem Mike Frysinger
2008-01-28 23:01 ` Ulf Samuelsson
2008-01-29  0:41   ` Mike Frysinger
2008-01-29  7:35     ` Ulf Samuelsson
2008-01-29  9:49       ` Haavard Skinnemoen
2008-01-29 14:07       ` Mike Frysinger
2008-01-30  0:39         ` Ulf Samuelsson
2008-01-30  0:51           ` Mike Frysinger
2008-01-30  7:35           ` Haavard Skinnemoen
2008-01-30 13:05         ` Mike Frysinger
2008-01-29 22:40       ` Wolfgang Denk
2008-01-29 22:42       ` Wolfgang Denk
2008-01-30  0:39         ` Ulf Samuelsson
2008-01-30  8:56           ` Wolfgang Denk
2008-01-30  9:34             ` Ulf Samuelsson
2008-01-30 23:48               ` Wolfgang Denk
2008-01-29  8:28     ` Jean-Christophe PLAGNIOL-VILLARD
2008-01-29 10:43       ` Scott McNutt
2008-01-30  0:16         ` Ulf Samuelsson [this message]
2008-01-29 22:32   ` Wolfgang Denk
2008-01-28 23:26 ` Haavard Skinnemoen
2008-01-29  0:29   ` Mike Frysinger
2008-01-29  9:12     ` Haavard Skinnemoen
2008-01-29 14:13       ` Mike Frysinger
2008-01-29 21:06         ` Haavard Skinnemoen
2008-01-29  0:44   ` Ben Warren
2008-01-29  9:14     ` Haavard Skinnemoen

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='00bd01c862d8$9d602140$070514ac@atmel.com' \
    --to=ulf@atmel.com \
    --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