<feed xmlns='http://www.w3.org/2005/Atom'>
<title>buildroot/arch/Config.in.microblaze, branch 2019.02-op-build</title>
<subtitle>OpenPOWER buildroot sources</subtitle>
<id>https://git.raptorcs.com/git/buildroot/atom?h=2019.02-op-build</id>
<link rel='self' href='https://git.raptorcs.com/git/buildroot/atom?h=2019.02-op-build'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/'/>
<updated>2017-03-20T21:22:17+00:00</updated>
<entry>
<title>arch: add BR2_READELF_ARCH_NAME hidden config option</title>
<updated>2017-03-20T21:22:17+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2017-03-19T13:07:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=d04ea6e4e8d53405b55be5f5877823ed65e85e8b'/>
<id>urn:sha1:d04ea6e4e8d53405b55be5f5877823ed65e85e8b</id>
<content type='text'>
This config option corresponds to the string returned by readelf for
the "Machine" field of the ELF header. It will be used to check if the
architecture of binaries built by Buildroot match the target
architecture.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>arch: remove BR2_ARCH_HAS_ATOMICS option</title>
<updated>2016-02-06T10:16:00+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2016-02-02T15:31:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=4a3f597a0ea3392bbd1063c40291743955309472'/>
<id>urn:sha1:4a3f597a0ea3392bbd1063c40291743955309472</id>
<content type='text'>
Now that BR2_ARCH_HAS_ATOMICS is no longer used anywhere, we can
remove it from arch/Config.in*, as well as from the documentation.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Acked-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
</content>
</entry>
<entry>
<title>arch/microblaze: always has atomic ops</title>
<updated>2014-08-18T09:02:31+00:00</updated>
<author>
<name>Yann E. MORIN</name>
<email>yann.morin.1998@free.fr</email>
</author>
<published>2014-08-17T19:29:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=85da209efbc4ce6fd542d6493d28fcaf8bf6d942'/>
<id>urn:sha1:85da209efbc4ce6fd542d6493d28fcaf8bf6d942</id>
<content type='text'>
Signed-off-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Cc: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Cc: Anton Kolesov &lt;Anton.Kolesov@synopsys.com&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>Fix microblize little endian toolchain</title>
<updated>2014-03-20T15:46:29+00:00</updated>
<author>
<name>Jan Drazil</name>
<email>xdrazi00@stud.fit.vutbr.cz</email>
</author>
<published>2014-03-19T12:01:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=c220581c789a49e6e00e7125301bd23d1651224a'/>
<id>urn:sha1:c220581c789a49e6e00e7125301bd23d1651224a</id>
<content type='text'>
Buildroot toolchain creates big endian binaries instead of little endian
ones for microblaze architecture. The reason is wrong BR2_ARCH string.
KERNEL_ARCH must contain microblaze in both cases.

Signed-off-by: Jan Drazil &lt;xdrazi00@stud.fit.vutbr.cz&gt;
Signed-off-by: Jan Viktorin &lt;xvikto03@stud.fit.vutbr.cz&gt;
Acked-by: Gustavo Zacarias &lt;gustavo@zacarias.com.ar&gt;
Tested-by: Gustavo Zacarias &lt;gustavo@zacarias.com.ar&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>arch: improve definition of gcc mtune, mcpu, etc.</title>
<updated>2012-11-15T15:12:46+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2012-11-15T03:53:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=44c04a2b4aa998e9c52c4d30f45b1ded933b966a'/>
<id>urn:sha1:44c04a2b4aa998e9c52c4d30f45b1ded933b966a</id>
<content type='text'>
As suggested by Yann E. Morin, there is a better way than our current
big Config.in.common to define the gcc mtune, mcpu, march,
etc. values. We can split the setting of those values in each
architecture file, which makes a lot more sense.

Therefore, the Config.in file now creates empty kconfig variables
BR2_ARCH, BR2_ENDIAN, BR2_GCC_TARGET_TUNE, BR2_GCC_TARGET_ARCH,
BR2_GCC_TARGET_ABI and BR2_GCC_TARGET_CPU. The values of those
variables are set by the individual Config.in.&lt;arch&gt; files. This is
possible because such files are now only conditionally included
depending on the top-level architecture that has been selected.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Acked-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
</feed>
