All of lore.kernel.org
 help / color / mirror / Atom feed
* [U-Boot-Users] Memory Testing (Flash,EEPROM)
@ 2004-10-27 17:14 Fillod Stephane
  2004-10-27 18:48 ` Wolfgang Denk
  0 siblings, 1 reply; 4+ messages in thread
From: Fillod Stephane @ 2004-10-27 17:14 UTC (permalink / raw)
  To: u-boot

Wolfgang Denk wrote:
> It makes no real sense to perform a write testing  on  flash  memory,
> for  example,  as  you must erase the flash to write it, and erase it
> again to write it again, and the fact that you can write it now is no
> guarantee that it is still erasable the next time.

IMHO, the point is not to test the chip, but to test the wires to the chip,
for industrial purpose.

For the other matters, the customer will find it out by himself anyway :*)


Best Regards,

-- 
Stephane

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [U-Boot-Users] Memory Testing (Flash,EEPROM)
  2004-10-27 17:14 [U-Boot-Users] Memory Testing (Flash,EEPROM) Fillod Stephane
@ 2004-10-27 18:48 ` Wolfgang Denk
  0 siblings, 0 replies; 4+ messages in thread
From: Wolfgang Denk @ 2004-10-27 18:48 UTC (permalink / raw)
  To: u-boot

In message <1CFEB358338412458B21FAA0D78FE86D4F0C68@rennsmail02.eu.thmulti.com> you wrote:
> Wolfgang Denk wrote:
> > It makes no real sense to perform a write testing  on  flash  memory,
> > for  example,  as  you must erase the flash to write it, and erase it
> > again to write it again, and the fact that you can write it now is no
> > guarantee that it is still erasable the next time.
> 
> IMHO, the point is not to test the chip, but to test the wires to the chip,
> for industrial purpose.

You don't want to do this  in  software  -  software  can  only  test
certain  functions,  but not all connections. For that you want to do
standard hardware verification procedures like boundary scan etc.

> For the other matters, the customer will find it out by himself anyway :*)

Indeed ;-)

Best regards,

Wolfgang Denk

-- 
See us @ Embedded/Electronica Munich, Nov 09 - 12, Hall A.6 Booth 513
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Successful and fortunate crime is called virtue.             - Seneca

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [U-Boot-Users] Memory Testing (Flash,EEPROM)
  2004-10-27 11:53 Vikrant_Basotra
@ 2004-10-27 14:27 ` Wolfgang Denk
  0 siblings, 0 replies; 4+ messages in thread
From: Wolfgang Denk @ 2004-10-27 14:27 UTC (permalink / raw)
  To: u-boot

In message <3D9FDCA910DD4445896A0BE5ECF009D40176845A@bla.satyam.com> you wrote:
> 
> and Device Integrity Test. For SDRAM each and every thing is OK, but for
> EEPROM and Flash Memory No such test Cases are their using which the user
> can check the correctness of these Devices at the command prompt. It would
> be highly appreciated if any one will describe the process of Flash memory
> and EEPROM Testing by modifying the U-Boot Code.

It is up to you to define your requirements that such tests must meet.

It makes no real sense to perform a write testing  on  flash  memory,
for  example,  as  you must erase the flash to write it, and erase it
again to write it again, and the fact that you can write it now is no
guarantee that it is still erasable the next time.

U-Boot offers to check the integrity of the stiored data using  CRC32
checksums; this is even integral part of the U-Boot images.

If you need more or other features: feel free to add those.

Best regards,

Wolfgang Denk

-- 
See us @ Embedded/Electronica Munich, Nov 09 - 12, Hall A.6 Booth 513
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
What is research but a blind date with knowledge?      -- Will Harvey

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [U-Boot-Users] Memory Testing (Flash,EEPROM)
@ 2004-10-27 11:53 Vikrant_Basotra
  2004-10-27 14:27 ` Wolfgang Denk
  0 siblings, 1 reply; 4+ messages in thread
From: Vikrant_Basotra @ 2004-10-27 11:53 UTC (permalink / raw)
  To: u-boot

Hi,

            The u-boot code (version 1.1.1) contains the SDRAM testing code.
The Test cases involved for the SDRAM are Address Bus Test, Data Bus Test
and Device Integrity Test. For SDRAM each and every thing is OK, but for
EEPROM and Flash Memory No such test Cases are their using which the user
can check the correctness of these Devices at the command prompt. It would
be highly appreciated if any one will describe the process of Flash memory
and EEPROM Testing by modifying the U-Boot Code.

Thanks in anticipation.

Regards!!!

Vikrant

************************************************************************** 
This email (including any attachments) is intended for the sole use of the
intended recipient/s and may contain material that is CONFIDENTIAL AND
PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or
distribution or forwarding of any or all of the contents in this message is
STRICTLY PROHIBITED. If you are not the intended recipient, please contact
the sender by email and delete all copies; your cooperation in this regard
is appreciated.
**************************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.denx.de/pipermail/u-boot/attachments/20041027/df519cb5/attachment.htm 

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2004-10-27 18:48 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-27 17:14 [U-Boot-Users] Memory Testing (Flash,EEPROM) Fillod Stephane
2004-10-27 18:48 ` Wolfgang Denk
  -- strict thread matches above, loose matches on Subject: below --
2004-10-27 11:53 Vikrant_Basotra
2004-10-27 14:27 ` Wolfgang Denk

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.