Nothing in meta-zephyr uses python3-cbor, and as it hasn't had a release
since 2016 everyone using it should move to cbor2.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
This recipe wasn't actually named *.bb, so it wasn't parsed at all, so
it can't have been used.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
When running an up-to-date userspace component, like otbr-agent or
ot-daemon, with Thread 1.2 enabled we need a firmware matching this
capabilities.
Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
These patches are not being applied and not required any more.
Already part of zephyr 2.7.1 and zephyr 3.0.0
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
All the LAYERSERIES_COMPAT versions provide this recipe in oe-core.
Also, west seems to only depend on 0,26 which is provided even in
dunfell.
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Add CVE_PRODUCT override to fix a lookup problem when performing cve-check,
if not setted it will search for the recipe name, that in this case depends
on the recipe used to build zephyr (eg. zephyr-philosophers)
Signed-off-by: Davide Gardenal <davide.gardenal@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
v2.7.1 is the LTS release and we'll be adding support fr v3.0.0 in the
subsequent patch. Drop support for v2.6.1.
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
This builds the sample for the radio co-processor firmware with a specific
set of overlays to work over USB transport.
Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Reuse the same code that generates zephyr samples for building tests.
This allows us to generate .bin files in all cases.
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Instead of looking in PATH on the host to find bossac we now depend on the
native variant we build and set the path to our yocto build tool.
Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
This native recipe will be used to streamline the flashing of out
Arduino Nano 33 BLE target. Until now we have pointed to the full
Arduino IDE to get it installed and setting the PATH correctly before
any flashing would work. Having the tool supplied under the hood for
flashing will simplify documentation and support.
Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Some of these recipes ended up overriding the ZEPHYR_MODULES we set
elsewhere. As well, zephyr-lvgl tries to apply a patch we already apply.
Signed-off-by: Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Trying to handwrite all the machine defintions in zephyr would be an
enormous task. This commit creates a patch to zephy which abuses cmake
to output machine definitions for OE.
Not all machines can be generated this way and meta will need to be in
COREBASE/meta. It's mainly a prototype tool at this point to be able to
add all the machines this patch can figure out to meta-zephyr-bsp.
The hope is at a future date we can use it to autogenerate all the
machines we can from zephyr and use them in meta-zephyr-bsp.
Signed-off-by: Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Currently meta-zephyr only checks out a subset of the kernel source.
With the addition of being able to generate machine configs from
zephyr source, we need to be able to have the complete source if we
don't want things to break badly.
Signed-off-by: Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
This commit removes the need for calling out ZEPHYR_MODULES via
MACHINEOVERRIDES. It uses west list to figure out what ZEPHYR_MODULES
are available and attaches them to -DZEPHYR_MODULES. Additional out of
tree modules may be added via ZEPHYR_EXTRA_MODULES.
Signed-off-by: Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
We will need west for a few things.
First, west knows about all the boards supported, so for automatic
machine generation, we will need to be able to run west boards.
Secondly, I want to get rid of the dependance on MACHINEOVERRIDES in
machine definition files. One of the things that drives me a bit mad
about how we're doing this is effort replication. Zephyr knows what the
machine is, and modules needed and includes. We shouldn't need to
replicate that effort. Future patches will address that through
automatic machine generation.
Signed-off-by: Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
This commit restructures meta-zephyr into meta-zephyr-core and
meta-zephyr-bsp. It moves machine definitions into meta-zephyr-bsp
in preparation for adding the autogenerated zephyr machines.
Signed-off-by: Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
This adds a recipe for building the lvgl sample from mainline zephyr
source. We need to include one upstream patch that fixes a build problem
with lvgl and pull in two other modules or otherwise the default config
will fail to build. Currently only the nordic reference devkit for
nrf52840 is supported.
Big thanks to Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com> for
helping me with that.
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@huawei.com>
Signed-off-by: Eilís Ní Fhlannagáin <elizabeth.flanagan@huawei.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
dtc is now built with Meson, which changes the version string in the
--version output. Zephyr matches this in a regular expression which now
fails, so update it to match both Make and Meson formats.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
bitbake is now warning when "+=" is used with "remove", as it is not a
recommended combination. Change the commented out versions that have
this combination to prevent anyone from using it.
Signed-off-by: Jon Mason <jon.mason@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
bitbake is now warning on git trees not having branches specified, with
errors similar to below:
WARNING: URL: git://github.com/zephyrproject-rtos/cmsis.git;protocol=https;destsuffix=git/modules/cmsis;name=cmsis does not set any branch parameter. The future default branch used by tools and repositories is uncertain and we will therefore soon require this is set in all git urls.
To get around this issue, specify "no-branch=1" for all SRC_URIs that do
not have a branch listed.
Signed-off-by: Jon Mason <jon.mason@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
When multiple locations can provide modules in the same package, the
search path needs to be extended with pkgutil.extend_path. Otherwise
the search will end early and not iterate through each of the providers.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Add tests that don't currently compile successfully to the remove
list for each specific machine.
Signed-off-by: Jon Mason <jon.mason@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
The recipe to build rpmsg sample demonstrating messaging between
main core dunning Linux and and the coprocessor running Zephyr.
Useful to demonstrate inter-processing communication.
Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
The board is based on STMicroelectronics STM32MP157 processor based on
a dual Cortex-A7 core and a Cortex-M4 core.
STM32MP1 family support depends on STM32 HAL and OpenAMP for
inter-core communication.
This change has been verified with zephyr-philosophers
and zephyr-shell sample applications on by loading Zephyr image
to Cortex-M4 core from Linux using remoteproc framework.
Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
sys.exit(0) can cause an error to be reported when the child exits, even
though not an error. Since this is a child process, os._exit(0) is the
proper way to exit and not cause this issue.
Signed-off-by: Jon Mason <jon.mason@arm.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
