[U-Boot] [RAM MEMORY] Hardware Replacement.

[U-Boot] [RAM MEMORY] Hardware Replacement.

[Rodolfo Oliveira]

Hi,
I'm upgrading my hardware RAM, but I found a problem.
After replacing the RAM MT48LC32M4A2 by IS42S16800E the following message
appeared:
Memory (date line) error at 00000000, wrote aaaaaaaaaaaaaaaa, read
89abcdef89abc def!

Does anyone know what problem is this?
I looked at the two memories and ram it are similar.

Thanks,
Rodolfo Rom?o.

2010/11/16 Mike Frysinger <vapier@gentoo.org>

> On Tuesday, November 16, 2010 09:58:48 Detlev Zundel wrote:
> > > On Monday, November 15, 2010 07:13:03 Sebastien Carlier wrote:
> > >> On 2010-11-15 11:54:07, Wolfgang Denk wrote:
> > >> > I notice that the patch affects the size of the resulting U-Boot
> > >> > images.
> > >> >
> > >> > For example:
> > >> >
> > >> > Configuring for MiniFAP - Board: TQM5200, Options: MINIFAP
> > >> >
> > >> >    text    data     bss     dec     hex filename
> > >> >
> > >> >  358144   35208  303248  696600   aa118 ./u-boot before
> > >> >  361340   35824  303332  700496   ab050 ./u-boot after
> > >> >
> > >> > -------------------------------
> > >> >
> > >> >          Delta:   +3896 Bytes
> > >> >
> > >> > For other boards it's only a few hundred bytes, but why do we see
> > >> > such big increase here?
> > >>
> > >> In this case, these libraries contribute 3260 bytes in unused
> > >> definitions:
> > >>
> > >> In each case, a whole object file contains exactly the unused
> > >> definitions, and could be excluded in the respective Makefile.
> > >
> > > or just use -ffunction-sections/-fdata-sections/-Wl,--gc-sections and
> > > dont worry about it.  which is what we do for the Blackfin port.
> >
> > If you do worry, you can use the "--gc-sections" together with
> > "--print-gc-sections" to actually find out what is unused[1].
>
> the u-boot.map also mentions which input sections are discarded without
> needing --print-gc-sections ...
> -mike
>
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
>


-- 

[]?s



===================================
Rodolfo R. de O. Neto, Eng. , MBA
Engenheiro de computa??o
MBA - Governan?a em TI
E-mail: rodolforomao at gmail.com
===================================

[U-Boot] [RAM MEMORY] Hardware Replacement.

[Rodolfo Oliveira]

 Hi,
I'm upgrading my hardware RAM, but I found a problem.
After replacing the RAM MT48LC32M4A2 by IS42S16800E the following message
appeared:
"Memory (date line) error at 00000000, wrote aaaaaaaaaaaaaaaa, read
89abcdef89abc def!"
This error happens in executing the u-boot.

Does anyone know what problem is this?
I looked at the two memories and ram it are similar.

Thanks,
Rodolfo Rom?o.

[U-Boot] [RAM MEMORY] Hardware Replacement.

[Wolfgang Denk]

Dear Rodolfo Oliveira,

In message <AANLkTikZsm7hoy6t=EgD7xfeW_6SkspCd4goU0LqPs3Q@mail.gmail.com> you wrote:
>
> I'm upgrading my hardware RAM, but I found a problem.

Why are you reposting the same question again?

Please read http://catb.org/esr/faqs/smart-questions.html#id445111


> After replacing the RAM MT48LC32M4A2 by IS42S16800E the following message
> appeared:
> "Memory (date line) error at 00000000, wrote aaaaaaaaaaaaaaaa, read
> 89abcdef89abc def!"
> This error happens in executing the u-boot.
> 
> Does anyone know what problem is this?
> I looked at the two memories and ram it are similar.

Well, similar is not identical, and probably not even similar enough.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
:       I've tried (in vi) "g/[a-z]\n[a-z]/s//_/"...but that doesn't
: cut it.  Any ideas?  (I take it that it may be a two-pass sort of solution).
In the first pass, install perl. :-) Larry Wall <6849@jpl-devvax.JPL.NASA.GOV>

[U-Boot] [RAM MEMORY] Hardware Replacement.

[Detlev Zundel]

Hi Rodolfo,

please don't hijack unrelated threads.

> I'm upgrading my hardware RAM, but I found a problem.
> After replacing the RAM MT48LC32M4A2 by IS42S16800E the following message
> appeared:
> Memory (date line) error at 00000000, wrote aaaaaaaaaaaaaaaa, read
> 89abcdef89abc def!
>
> Does anyone know what problem is this?

Yes and you should too - code tried to write a specific pattern to
memory and it read back something different.  Now as you did not tell us
anything about your board or even what software you are using, you
should start trying to come up with an explanation yourself for this
behaviour.

> I looked at the two memories and ram it are similar.

"The chips are similar but the old software does not work anymore" is
one of the most often occurring "bug reports".  I wonder when people
realize that "similar" hardware is simply _not_ expected to work with
_identical_ software.

Cheers
  Detlev

-- 
``The number of UNIX installations has grown to 10,
with more expected.''     Unix Programmers Manual -- 1972
The number of UNIX variants has grown to dozens,
with more expected.                               -- 2001
--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de