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>
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>
Don't install _all_ of the firmware, as that's huge (almost 1GB). Instead
install a few pieces of firmware for common hardware.
Also use the same list of packages to populate the initramfs, so there's
no need to manually sync the package lists (as initramfs doesn't install
the MACHINE_EXTRA_RRECOMMENDS automatically).
(From meta-yocto rev: a5aa914990f36cc5175577983dd1ad1aa0bb81f2)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is a new 64-bit "generic" Arm machine, that expects the hardware to
be SystemReady IR compatible.
(From meta-yocto rev: 68de209f58917d8e7108caacfefc55bbe0e0c5a2)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Create the bbappend for v6.6 and bump the default kernel to v6.6 for
all the machines.
In the v6.6 kernel the dtb files for beaglebone have been moved to a
vendor specific directory, so we also need to adjust the corresponding
variables for its DTB generation.
(From meta-yocto rev: 58ac51b7a44fbb165311c7226ae8b15cd004114d)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The kernel-devicetree is set in both MACHINE_ESSENTIAL_EXTRA_RDEPENDS
and MACHINE_EXTRA_RRECOMMENDS. Since it is an essential package for
boot, drop the one in MACHINE_EXTRA_RRECOMMENDS.
[YOCTO #15229]
(From meta-yocto rev: 5935d4fd751153f0f1c930924a5e2771f6dd5e72)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
GLIBC_ADDONS was removed from the glibc recipe in 2018 (oe-core 9dc9983).
matchbox-panel-2 uses the ACPI battery by default if the machine has the
'acpi' feature, which genericx86 has.
(From meta-yocto rev: 0e50dbf558fda7595f5cb13667cbe0a01481a9f5)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The default XSERVER value is good enough for this BSP, so we don't need
to set it explicitly.
(From meta-yocto rev: a0077d9132d1e86f97fa3d4a4607b008622aa17e)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Drop the gma500-gfx-check script. This hardware is ancient and times have moved
on, stop carrying around this old compatibility script.
(From meta-yocto rev: fa57b62988010a398b0defa89c9e831d75618d14)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As per ongoing discussions, there is a general desire to try and update
our hardware reference platforms when an appropriate (newer) substitute
is available. However, in the case of MIPS, there isn't an obvious one
to choose. But continuing to maintain support for an old board that
hasn't been available for purchase for years doesn't make sense either.
So we are dropping support for the Edgerouter for future releases. The
MIPS architecture will still get coverage via QEMU build/boot testing.
(From meta-yocto rev: 5ea231c6c6387804a85adf15d3f03bdae9b2be25)
Signed-off-by: Paul Gortmaker <paulg@kernel.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Create the corresponding 6.1 bbappend and also update the default
kernel to 6.1 for all the boards.
(From meta-yocto rev: 7494f08fa1c85611a1dce3444a2737ef06fc8fdf)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Appending IMAGE_INSTALL with the kernel and device tree is a bad idea
because it will bring these packages to every images, like a container
image or sysroot image to pivot to, where the kernel artifacts are
not wanted.
Instead use the MACHINE_ESSENTIAL_EXTRA_RDEPENDS which results
in having the kernel artifacts where they should be, part of
packagegroup-core-boot.
(From meta-yocto rev: d4cbe0e43393ec70e98caf006372b5311597d377)
Signed-off-by: Vivien Didelot <vdidelot@pbsc.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If BBLAYERS contains a layer providing a package for
virtual/bootloader, building for the beaglebone-yocto machine will
fail. Setting u-boot as the preferred provider for virtual/bootloader
ensures u-boot is choosen and the build succeeds.
(From meta-yocto rev: 2ffbaf54f4d88ba251d282c90755ea964d224ba6)
Signed-off-by: Vivien Didelot <vdidelot@pbsc.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
5.14 has been removed from core, so we change our default version
to the 5.15 LTS kernel.
(From meta-yocto rev: a0241305e3785930f806529fd1b1d1a3831203d0)
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Introduce the bbappend for v5.14 and also set the default kernel to
v5.14 for all the boards.
(From meta-yocto rev: bed70a64b5b772fd71a7ff88a9f3719082e9398c)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This converts the two layers to the new override syntax. This was done using
<oe-core>/scripts/contrib/convert-overrides.py <this-layer>
with no manual fixes.
(From meta-yocto rev: 387eab70f343966267c2a68746aea1bbb8525191)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The beaglebone-yocto machine currently hardcodes "u-boot" as a
dependency for the image and the wic format, and this prevents one
from choosing a different bootloader via:
PREFERRED_PROVIDER_virtual/bootloader = "non-u-boot-bootloader"
Depending on "virtual/bootloader" instead of "u-boot" fixes this.
Cc: Denys Dmytriyenko <denis@denix.org>
(From meta-yocto rev: 4c4c8327645457a5d68762ff64b64d4b5845cd20)
Signed-off-by: Vivien Didelot <vdidelot@pbsc.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Build and boot for all these machines and also explicitly set the
preferred kernel version for the x86 machines so that we can override
the default setting in oe-core.
(From meta-yocto rev: a93344439e01e8aba4ba15d3123ce31b4500add1)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We already have the following variables defined above IMAGE_BOOT_FILES:
SPL_BINARY = MLO
KERNEL_IMAGETYPE = zImage
KERNEL_DEVICETREE = am335x-bone.dtb am335x-boneblack.dtb am335x-bonegreen.dtb
So use them instead of repeating their values.
(From meta-yocto rev: be07cc4f4e729905065ac6fbf1d46ebfdd79cf8f)
Signed-off-by: Vivien Didelot <vdidelot@pbsc.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Build and boot test for the beaglebone and edgerouter.
(From meta-yocto rev: db4247b8c95ec997fa90226a49df36d7366c469f)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This hardware is old/obsolete and unobtainable. Its proving hard to support
with nobody fixing bugs or helping keep the platform running/up to date.
Whilst there is value in real hardware testing, this platform ist just too
old and obsolete to support. This does leave a gap for the power architecture
but at this point there is nobody willing to step up to cover it.
The TSC did discuss and agree support for this platform should be removed.
It calls into question the support/testing of the architecture by Yocto
Project which is being discussed by the TSC and governing board.
(From meta-yocto rev: aa691d49ceb6700eb1881b789fe34f8369bcb0ef)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
replace .wks with .wks.in and refer loader to EFI_PROVIDER
to enable different bootloader.
soft assign default EFI_PROVIDER "grub-efi" for genericx86.
(From meta-yocto rev: 11ecd2febed95e923c8cc68e2c438cd846a88d02)
Signed-off-by: Chee Yang Lee <chee.yang.lee@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
QB_SYSTEM_NAME set in qemuboot-x86.inc will be removed,
so set QB_SYSTEM_NAME in these two configuration files.
(From meta-yocto rev: 6748c925817da0e7ae2a84d1214e3595515962b5)
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Append the necessary QB_ flags to the MACHINE configuration of
beaglebone-yocto. Using Qemu with "-machine virt" simplifies things
greatly because for this machine the dtb is compiled into qemu. Since
the beaglebone-yocto kernel config also supports this cpu architecture,
it just works. However, u-boot is not involved and the virt machine is
not 100% equal to a am335x SoC.
A MACHINE configuration suitable for Qemu as well as for the real
hardware allows to provide just one eSDK where both runqemu and devtool
build-image work. Otherwise a qemuarm and a beaglebord-yocto MACHINE
eSDK would be required to support development in Qemu as well as on real
hardware.
(From meta-yocto rev: 48bf40749cc63e8e951c76abbe65b1b9620b2481)
Signed-off-by: Adrian Freihofer <adrian.freihofer@siemens.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The wic image built for beaglebone-yocto needs the u-boot deployed artefacts but
there is no direct dependency. Usually this happens to work but if the u-boot
build fails, the image built with -k exposes this race.
Add the missing dependnecy.
[YOCTO #13280]
(From meta-yocto rev: d0abe4a39ad261bcd4993ebd3340c2160870959a)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Beautify the machine config files by making the names and descriptions
more uniform and verbose
(From meta-yocto rev: 159a8c9080af125c657558b4789f4aa8410e4fa2)
Signed-off-by: Jon Mason <jdmason@kudzu.us>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
it is possible to use the beagleboneblack with the 8250 serial
driver or with the deprecated omap serial driver.
Unfortunately serial console get different names (ttyS0 with
8250 driver and ttyO0 with omap driver)
So set SERIAL_CONSOLES to
SERIAL_CONSOLES ?= "115200;ttyS0 115200;ttyO0"
(intentionally with "?=" so it is overwriteable)
and activate
SERIAL_CONSOLES_CHECK = "${SERIAL_CONSOLES}"
with that on the first boot the correct value is picked up
automatically.
(From meta-yocto rev: ffd224382af6fe1f5eeae32d7b28cc975acdde05)
Signed-off-by: Heiko Schocher <hs@denx.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Asus EEEpc hardware hasn't been produced for a long time;
upstream repo is now gone.
(From meta-yocto rev: 76cd3a475ebce4ae26fc3aae0f2b43628926f7b0)
Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Bump the kernel to v4.18 for all the boards in meta-yocto-bsp layer.
(From meta-yocto rev: 1e672581cc3fc695570f1ae9f951efbe4b05733a)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
SERIAL_CONSOLE was already deprecated in 2013, yet still some
machine configuration files were using it. This patch replaces
it with SERIAL_CONSOLES, which is the successor.
The default value in systemd-serialgetty.bb can also be safely
transitioned from SERIAL_CONSOLE to SERIAL_CONSOLES, as this
recipe already uses SERIAL_CONSOLES within do_install().
The documentation seems to be already up do date.
beaglebone-yocto.conf in the bsp-guide already uses
SERIAL_CONSOLES. The ref-manual redirects from SERIAL_CONSOLE
to SERIAL_CONSOLES.
[YOCTO #12653]
(From meta-yocto rev: a0c5332aefe75cf314e78284f578b17c51b8ab27)
Signed-off-by: Maciej Pijanowski <maciej.pijanowski@3mdeb.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Now that kernel-modules are not included in x86-base.inc because of
changes done for YOCTO #12384, add them to RRECOMMENDS explicitly for
genericx86*.
(From meta-yocto rev: 0b78254b373c23f2c1a2bf7db0108a350266ab85)
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* fix the issue with newer kernel-devicetree.bbclass as reported by RP in
http://lists.openembedded.org/pipermail/openembedded-core/2018-July/152594.html
with changes from
http://lists.openembedded.org/pipermail/openembedded-core/2018-July/152560.html
the bbclass no longer creates the dtb files prefixed with
KERNEL_IMAGETYPE_FOR_MAKE:
deploy/images/mpc8315e-rdb/uImage-mpc8315erdb.dtb
use the version less symlink:
-rw-r--r-- 2 bitbake bitbake 9.3K Jul 9 13:30 deploy/images/mpc8315e-rdb/mpc8315erdb--4.15.18+git0+45c256a5ca_0b32edc46d-r0.2-mpc8315e-rdb-20180709125726.dtb
lrwxrwxrwx 2 bitbake bitbake 84 Jul 9 13:30 deploy/images/mpc8315e-rdb/mpc8315erdb.dtb -> mpc8315erdb--4.15.18+git0+45c256a5ca_0b32edc46d-r0.2-mpc8315e-rdb-20180709125726.dtb
lrwxrwxrwx 2 bitbake bitbake 84 Jul 9 13:30 deploy/images/mpc8315e-rdb/mpc8315erdb-mpc8315e-rdb.dtb -> mpc8315erdb--4.15.18+git0+45c256a5ca_0b32edc46d-r0.2-mpc8315e-rdb-20180709125726.dtb
(From meta-yocto rev: 1f8b8d266a3e8dbe7c447d074446c9f27526991e)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Currently mpc8315e-rdb.conf comes after local.conf during parsing. We should
give local.conf a chance to overwrite the kernel provider assignment, like
other BSPs.
(From meta-yocto rev: c5c70afb0306d96ae63d7a67d658524ed6d91e88)
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These spaces aren't needed and are confusing people. Remove them.
(From meta-yocto rev: 36d20206b73d2efbf72353030b786483eb8749b6)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Also set the default kernel of these BSPs to v4.15.
(From meta-yocto rev: 4c35cdf84b24104c341b986dd3e04323aca894c4)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The beaglebone BSP provided in this layer is a reference implementation
usingonly mainline components available in core Yocto Project layers,
whereas Texas Instruments maintain a full-featured BSP in the meta-ti
layer.
Rename the reference machine to prevent namespace collisions with the
version maintained by the SoC vendor.
[YOCTO #12326]
(From meta-yocto rev: e32882938eca7f50548deab84dab78b4aef31b95)
Signed-off-by: Joshua Lock <joshua.g.lock@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As 4.4 is the lowest kernel version in oe-core, we can add the dtb for the
beaglebon green to the list of dtb's to generate.
(From meta-yocto rev: dc77383ca352431cba7cb779899220db4eaa0cba)
Signed-off-by: Anders Darander <anders@chargestorm.se>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Bump to the latest stable kernel for 4.4, 4.9, 4.10 and 4.12. Also
set the default kernel to 4.12.
(From meta-yocto rev: 4e0ada1132db54a1723e3a603fa99b0b8ddf29eb)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The genericx86 and genericx86-64 machine confs do not need to set the
PREFERRED_PROVIDER_virtual/kernel as they will use the one set by the
distribution. If there needed to be a different version for one of these
machines in the future, we could add it in to the machine.conf.
(From meta-yocto rev: 89dd8159fc83f54d7fe234b619a28f5d97519156)
Signed-off-by: brian avery <brian.avery@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
In order to match the other meta-yocto-bsp MACHINE definitions add wic.bmap
to the produced images.
(From meta-yocto rev: 43c3e1194bf789d16c3e9bd41b8aae0098362677)
Signed-off-by: Joshua Lock <joshua.g.lock@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
