<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/conf/machine/include, branch 5.2_M3</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=5.2_M3</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=5.2_M3'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2025-02-05T12:49:56+00:00</updated>
<entry>
<title>qemuriscv: Enable Sv39 memory address scheme by default</title>
<updated>2025-02-05T12:49:56+00:00</updated>
<author>
<name>Yash Shinde</name>
<email>Yash.Shinde@windriver.com</email>
</author>
<published>2025-02-03T09:15:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=882eb41e177758999407a50831f97e3e6fafee20'/>
<id>urn:sha1:882eb41e177758999407a50831f97e3e6fafee20</id>
<content type='text'>
Currently, GCC Asan supports only Sv39 on RISC-V 64 due to custom allocator configurations optimized for large allocations.
These configurations are incompatible with larger address spaces like Sv48/Sv57.
This fix enables RISC-V 64 configuration for RVA22S64 profile(which has sv39 mode and other extensions) by default when running `runqemu nographic`,
eliminating the need for manual configuration via command line flags (`qemuparams="-cpu rv64, sv39=true"`).

Fixes [YOCTO #15691]
https://bugzilla.yoctoproject.org/show_bug.cgi?id=15691

Reference:

https://github.com/qemu/qemu/commit/af651969eb23ecf018bcaa8e0761b58425de550c
https://git.openembedded.org/openembedded-core/commit/?id=4b4450ff695ef73bf7a2437e142d2e0730d6a547

(From OE-Core rev: 5e749a2576698e390392b5d522a2dc5fdc9556cd)

Signed-off-by: Yash Shinde &lt;Yash.Shinde@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>qemu/machine: rename QEMU_EXTRAOPTIONS for consistency</title>
<updated>2025-01-11T18:34:15+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@arm.com</email>
</author>
<published>2025-01-10T13:01:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a1b9c06ff51fd041adc29f8f673a1fe40275d75d'/>
<id>urn:sha1:a1b9c06ff51fd041adc29f8f673a1fe40275d75d</id>
<content type='text'>
The per-tune qemu options variable is QEMU_EXTRAOPTIONS_${TUNE_PKGARCH},
but this doesn't follow the pattern of all of the other tune-specific
variables in the machine configuration which is VARIABLE:tune-[name].

Rename QEMU_EXTRAOPTIONS_${TUNE_PKGARCH} to
QEMU_EXTRAOPTIONS:tune-${TUNE_PKGARCH} for consistency.

Note that this will mean that BSPs need to update any assignments of
this variable.

(From OE-Core rev: 7f981d074442b901f7e64dbdb9db851ff31c3733)

Signed-off-by: Ross Burton &lt;ross.burton@arm.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>classes/qemu: move QEMU_EXTRAOPTIONS for PPC to the relevant tunes</title>
<updated>2025-01-11T18:34:15+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@arm.com</email>
</author>
<published>2025-01-10T13:01:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0165c71b10925aab8dcfd9acffad09001541e20a'/>
<id>urn:sha1:0165c71b10925aab8dcfd9acffad09001541e20a</id>
<content type='text'>
Every other architecture has the QEMU_EXTRAOPTIONS assignments in the
tune files, so move the PPC ones too.

(From OE-Core rev: ba05251c89d8cc243e861886124573c83197e949)

Signed-off-by: Ross Burton &lt;ross.burton@arm.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>qemu/testimage: Ensure GNU tar is in test images</title>
<updated>2024-11-21T12:16:28+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2024-11-20T17:59:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0b674b09c181a015685c5b6d9cdf6f0a5b45fa1b'/>
<id>urn:sha1:0b674b09c181a015685c5b6d9cdf6f0a5b45fa1b</id>
<content type='text'>
We've seen cases where a ptest (strace) has a 43GB sparse file in the test
directory. busybox tar doesn't work well with this. The resulting 1.4GB archive
takes hours to extract too.

Ensure tar is added to our full images and use the sparse option to collect
files for debugging. This stops crazy build hangs.

Since tar is GPLv3, we have to exclude it from that test code. We don't boot
any of those images so the debug collection code is safe there, at least for now.

(From OE-Core rev: fefeb919696b6ac76f0997acfb0f612203ef7f1b)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>tune-cortexa32: set tune feature as armv8a</title>
<updated>2024-10-22T11:28:17+00:00</updated>
<author>
<name>Jagadeesh Krishnanjanappa</name>
<email>workjagadeesh@gmail.com</email>
</author>
<published>2024-10-16T12:25:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=67cf5e5bde335ed5926dc14d1fa17ecf7dc1202f'/>
<id>urn:sha1:67cf5e5bde335ed5926dc14d1fa17ecf7dc1202f</id>
<content type='text'>
Cortexa32 is a 32-bit armv8a architecture processor, so set the tune feature
as armv8a instead of aarch64 which is 64-bit armv8a architecture.

It solves the following build error while compiling libgcc-initial
and libssp-nonshared.
-- snip --
aarch64-poky-linux-musl-gcc: error: unrecognized command-line option '-mfpu=neon'
aarch64-poky-linux-musl-gcc: error: unrecognized command-line option '-mfloat-abi=hard'
-- snip --

(From OE-Core rev: 3b898270aca62559dfa42ed71d296fe8a8b46a41)

Signed-off-by: Jagadeesh Krishnanjanappa &lt;workjagadeesh@gmail.com&gt;
Signed-off-by: Mathieu Dubois-Briand &lt;mathieu.dubois-briand@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>tclibc-picolibc: Adds a new TCLIBC variant to build with picolibc as C library</title>
<updated>2024-07-26T11:28:42+00:00</updated>
<author>
<name>Alejandro Hernandez Samaniego</name>
<email>alejandro@enedino.org</email>
</author>
<published>2024-06-18T18:12:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=09b49a35e1cd68f2e7aac35c8094adfc3ca38685'/>
<id>urn:sha1:09b49a35e1cd68f2e7aac35c8094adfc3ca38685</id>
<content type='text'>
Enables usage of TCLIBC=picolibc extending OE functionality to build and use
picolibc based toolchains to build baremetal applications.

Picolibc is a set of standard C libraries, both libc and libm, designed for
smaller embedded systems with limited ROM and RAM. Picolibc includes code
from Newlib and AVR Libc, but adresses some of newlibs concerns, it retains
newlibs directory structure, math, string and locale implementations, but
removed the GPL bits used to build the library, swiches old C style code for
C18 and replaces autotools with meson.

This patch adds a picolibc recipe for the C library, a picolibc-helloworld
recipe that contains an example application and a testcase that builds it.

Picolibc can be built for ARM and RISCV architectures, its been tested both
for 32 and 64 bits, the provided example recipe produces the following output:

hello, world

Runqemu does not automatically show any output since it hides QEMU stderr which
is where the QEMU monitors output is directed to when using semihosting, but,
manually running the same QEMU command does work properly.

(From OE-Core rev: c7535ecaccb72ef21a61f9aec5c68e61fb4f6fb6)

Signed-off-by: Alejandro Enedino Hernandez Samaniego &lt;alejandro@enedino.org&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>classes/qemuboot: add depends on qemu-system-native and qemu-helper-native</title>
<updated>2024-03-25T13:01:14+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@arm.com</email>
</author>
<published>2024-03-22T16:49:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=daa6afead84588f8b302228b581498f492d21d38'/>
<id>urn:sha1:daa6afead84588f8b302228b581498f492d21d38</id>
<content type='text'>
Any image that inherits qemuboot must also add image dependencies on
qemu-system-native and qemu-helper-native, otherwise the image won't
be able to be booted.

Currently this is done by conf/machine/include/qemu.inc, but not every
machine that uses qemuboot includes that file.

Move the EXTRA_IMAGEDEPENDS from qemu.inc into qemuboot.bbclass, so that
the dependencies don't have to be duplicated.

(From OE-Core rev: dd54cf058f632e985917ff227483995f368e6a7d)

Signed-off-by: Ross Burton &lt;ross.burton@arm.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>qemuriscv: Fix kbd and mouse emulation for qemuriscv64</title>
<updated>2024-03-22T16:25:08+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2024-03-21T05:12:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b9497332dd692d3c38f4a28492942549ac20565c'/>
<id>urn:sha1:b9497332dd692d3c38f4a28492942549ac20565c</id>
<content type='text'>
(From OE-Core rev: 870bfc48f1d051831a9326b7f320abbbb6fa26d6)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>loongarch64: change -march to loongarch64</title>
<updated>2024-02-27T11:35:43+00:00</updated>
<author>
<name>Xiaotian Wu</name>
<email>wuxiaotian@loongson.cn</email>
</author>
<published>2024-02-26T08:43:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=031099c417a61d6e7db2cf7bf02f69650179b7e8'/>
<id>urn:sha1:031099c417a61d6e7db2cf7bf02f69650179b7e8</id>
<content type='text'>
Now both gcc and clang all support -march=loongarch64, so we can use it.

(From OE-Core rev: acc08582293709c73011083aa7d5c631a9ae8c8c)

Signed-off-by: Xiaotian Wu &lt;wuxiaotian@loongson.cn&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>feature-microblaze-versions.inc: python 3.12 regex</title>
<updated>2024-02-13T13:51:41+00:00</updated>
<author>
<name>Adrian Freihofer</name>
<email>adrian.freihofer@gmail.com</email>
</author>
<published>2024-02-10T13:15:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=66850944957c312d3acc361267536b1f4aa8474e'/>
<id>urn:sha1:66850944957c312d3acc361267536b1f4aa8474e</id>
<content type='text'>
Python 3 interprets string literals as Unicode strings, and therefore
\s is treated as an escaped Unicode character which is not correct.
Declaring the RegEx pattern as a raw string instead of unicode is
required for Python 3.

(From OE-Core rev: 662f52f1713c9f070550fc0c874eb62312218ea4)

Signed-off-by: Adrian Freihofer &lt;adrian.freihofer@siemens.com&gt;

feature-microblaze-versions.inc#

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
