Re: [coreboot] (bug in toolchains?) Data in memory changesunexpectedly ininitialize_cpus

[Bao, Zheng]

Assuming it is a real bug, it really hurts my fam10 board and my
feeling. Even if it is submitted as a bug, it needs quite a long time to
reach our every building machine. So I think we need a workaround patch.
I will do it if more than 5 guys agree with me.

Zheng

-----Original Message-----
From: [e-mail]
[mailto:[e-mail]] On Behalf Of Bao, Zheng
Sent: Sunday, February 21, 2010 10:39 AM
To: [e-mail]
Subject: Re: [coreboot] (bug in toolchains?) Data in memory
changesunexpectedly ininitialize_cpus

My gcc and binutils is in FC11 distribution:

[/home/baozheng]$ gcc -v
Using built-in specs.
Target: i586-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap
--enable-shared --enable-threads=posix --enable-checking=release
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada
--enable-java-awt=gtk --disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic
--with-arch=i586 --build=i586-redhat-linux
Thread model: posix
gcc version 4.4.0 20090506 (Red Hat 4.4.0-4) (GCC)

[/home/baozheng]$ ld -v
GNU ld version 2.19.51.0.2-17.fc11 2009020

I just had vocation at home and sent mail by hotmail.

Zheng

-----Original Message-----
From: [e-mail]
[mailto:[e-mail]] On Behalf Of Paul Menzel
Sent: Sunday, February 21, 2010 2:48 AM
To: [e-mail]
Subject: Re: [coreboot] (bug in toolchains?) Data in memory changes
unexpectedly ininitialize_cpus

Am Samstag, den 20.02.2010, 11:09 +0800 schrieb Bao, Zheng:
> I have narrowed my problem to a small test
> project. It is quite easy for you to do a quick test.
>
> Please check the test.map, and you will find
> the sizes of stackbbbb and stackaaa are different. But
> the only difference in the coreboot_ram.ld is CONFIG_MAX_CPU
> in stackbbbb and a constant in stackaaaa. Can you guys build
> the project on your machine to see if you can get the same
> result with me?

I get the same results on my system.

$ diff test.map.orig test.map
$ grep _stack* test.map
00100000 A _stackbbbb
00400000 A _stackaaaa

$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.3-2'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--enable-shared --enable-multiarch --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4
--program-suffix=-4.4 --enable-nls --enable-clocale=gnu
--enable-libstdcxx-debug --enable-objc-gc --enable-targets=all
--with-arch-32=i486 --with-tune=generic --enable-checking=release
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.3 (Debian 4.4.3-2)

$ ld -v
GNU ld (GNU Binutils for Debian) 2.20

What version do you use?
> Do you think it is bug in binutils?

I do not know. Is someone subscribed to [e-mail] [1] and can
ask there with a reference to this thread [2]?

[...]
> Hotmail: Trusted email with Microsoft's powerful SPAM protection. Sign
> up now.

Is AMD using Hotmail?

Thanks,

Paul

[1] http://www.gnu.org/software/binutils/
[2] http://www.coreboot.org/pipermail/coreboot/2010-February/055903.html