linux/poky.git/meta-yocto-bsp/conf, branch 5.2_M2Mirror of git.yoctoproject.org/pokyhttps://git.enea.com/cgit/linux/poky.git/atom?h=5.2_M22024-12-15T11:09:42+00:00yocto-bsp: Bump the default kernel to v6.12 for x86 machines2024-12-15T11:09:42+00:00Kevin Haokexin.hao@windriver.com2024-12-14T12:03:18+00:00urn:sha1:297e007375e8755ce2a59fc9420f7e0196ea07eb
(From meta-yocto rev: 7a65cd769151a817a771cce6ee70b5437fca60e5)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
yocto-bsp: Bump the default kernel to v6.12 for beaglebone2024-12-15T11:09:42+00:00Kevin Haokexin.hao@windriver.com2024-12-14T12:03:17+00:00urn:sha1:3cd4cacb58fa9e0e8a08b8c034ee399240c165e7
There have been no specific patches on beaglebone branche for many years,
so I have decided to switch to using the base branch for this machine.
This approach eliminates the need to adjust the corresponding
SRCREV_machine and LINUX_VERSION with each stable kernel version bump.
(From meta-yocto rev: 1570badbf93511f370614c21ccd967af28549b2c)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
genericarm64: add more serial consoles2024-10-08T12:31:58+00:00Ross Burtonross.burton@arm.com2024-10-01T14:05:41+00:00urn:sha1:da5998039b976c7a7ba7eaab04be332aaf719ba2
Some boards - such as the BeaglePlay - have the serial console on ttyS2.
Add a few ttyS? consoles to SERIAL_CONSOLES to cater for these boards.
(From meta-yocto rev: 6732332ef6ff640189e51ef6839598be693fd9e1)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
layer.conf: Update to new release series2024-10-01T11:42:08+00:00Richard Purdierichard.purdie@linuxfoundation.org2024-10-01T09:40:39+00:00urn:sha1:5ac9869961ca841df8a23250235d77d603b60465
Switch styhead -> walnascar post release.
(From meta-yocto rev: 405c62c2b13119aaea0d7c119868cf9bb27654d8)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
genericarm64: don't pin to linux 6.62024-09-20T13:02:25+00:00Ross Burtonross.burton@arm.com2024-09-13T16:06:41+00:00urn:sha1:25d561e17c0b3e0144bb2bc7d89024c8a4371941
The 6.10 build has been tested on both a BeaglePlay and qemu, so we can
remove the pinning now.
(From meta-yocto rev: d19d6046e96b1c94ee50a6140b1338a50a2cef20)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
layer.conf: Update to styhead2024-09-06T17:39:44+00:00Richard Purdierichard.purdie@linuxfoundation.org2024-09-06T17:39:38+00:00urn:sha1:4186e83ffb588ab154ec1356829c451e69fdc6d0
(From meta-yocto rev: 223cc7f13391fddb94e873ea71171e293370d609)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
yocto-bsp: set temporary preferred version for genericarm642024-08-07T14:48:27+00:00Bruce Ashfieldbruce.ashfield@gmail.com2024-08-06T18:55:53+00:00urn:sha1:1e9f886d76262c74176c8bf8f0691d64b5cc9ceb
We want to introduce the 6.10 linux-yocto recipe, but genericarm64
hasn't been valided for it yet. As such, let's temporarily set the
preferred version to 6.6 so the builds don't break.
(From meta-yocto rev: 6ba3b6f15bf2460432da3a3aee782976e778381c)
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
genericarm64: depend on u-boot in testimage2024-05-21T11:09:05+00:00Ross Burtonross.burton@arm.com2024-05-20T15:37:45+00:00urn:sha1:98471a91e8d74203e0c22aa933bed97e764bb8e2
genericarm64 supports runqemu, so testimage should work. However, out of
the box it does not:
runqemu - ERROR - BIOS .../tmp/deploy/images/genericarm64/u-boot.bin not found
That is because we make the user explicitly build the qemu-targetting u-boot
to avoid the confusing situation where they have real hardware but the
deploy directory contains a u-boot for qemu.
In automated testing situations, however, we can be a bit more helpful
and make testimage depend on u-boot. This will lead to u-boot binaries
being in deploy, but at this point the user is already running the images
inside a qemu.
Reported-by: James McGregor <James.McGregor2@arm.com>
(From meta-yocto rev: 90b45c62d34396a20078b55d7d36f66b4e2177f7)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
yocto-bsp/genericarm64: add virtio-gpu2024-04-08T22:33:53+00:00Jon Masonjdmason@kudzu.us2024-04-05T15:41:45+00:00urn:sha1:1fb353995c7fbfaa9f1614ed52a4a6aa04ccae5a
testimage on core-image-sato fails in parselogs and xorg tests. We can
add the virtio gpu to address these issues (like what is being done in
qemuarm, qemuarm64, and qemuarmv5).
(From meta-yocto rev: ddf075e2abfba6479efc2bc5fe1c41ba6079e355)
Signed-off-by: Jon Mason <jdmason@kudzu.us>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
genericarm64: add qemuboot configuration2024-03-23T10:19:00+00:00Ross Burtonross.burton@arm.com2024-03-22T16:50:09+00:00urn:sha1:21c9a9f81467a79b6a06b5286e2c7c7bd8bffbab
A basic SystemReady IR system can be provided by qemu-system-aarch64
and u-boot, so tell u-boot to build the qemu_arm64 machine and configure
qemuboot to start that u-boot and search the virtio-attached wic image
for the EFI boot partition.
Currently this machine support emulated (Cortex-A76) and virtualised (KVM)
execution, and virtio storage/network/console. Display support will be
added shortly.
Note that this machine still doesn't build U-Boot by default, as a u-boot
binary for qemu in deploy would potentially confuse users who want to
boot on real hardware and think this u-boot is needed. If you wish to
use genericarm64 with runqemu, you'll need to manually bitbake u-boot.
(From meta-yocto rev: cd40f405844c1ccfabcbe64ad6be5d98d0221f72)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>