Age | Commit message (Collapse) | Author |
|
This patch removes the unneeded DISTRO check from the class.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
The key is using COMPATIBLE_HOST to declare, for each recipe, which
OS they are compatible with. This is a regex, so we need to
carefully specify the arch/vendor wild cardscomponents so that we match
only the OS parts.
In the distro configuration, default to the standard Linux HOST_SYS
setting.
In the various baremetal recipes (or esw class) set the specific
compatibility to allow baremetal recipes to build.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
compatibility"
This reverts commit 4f3edb6da405ffff957d6f194bc7db7bdd9f1463.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Issue: CR-1059154
If the externalsrc is enabled, but EXTERNALSRC is not defined this is
and invalid configuration. (The externalsrc class already looks for
this and errors.)
Doing this will ensure that EXTERNALSRC is always defined and we'll
avoid any errors related to 'None' values.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
The default values will match publically available sources, but may not work
for internal development purposes. Allow the user to override the defaults
with "ESW_SRCREV" and "ESW_SRC_URI".
By doing it this way, the individual recipes that use the esw class, and their
bbappends can specify additional SRCREV/SRC_URI information in the standard
way.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Issue: CR-1058773
There are two versions of the plm recipe. One that works with the
traditional Linux based build (basically includes a prebuilt version)
and one that is built from source using the standalone configuration.
There is currently no way to say a recipe is only supported when used
with a particular distribution, so we add code to the esw class that
makes it only usable with xilinx-standalone and xilinx-standalone-lto.
In the future, we may change the way this is done.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
This is being done to avoid using unwanted startup files from
newlib. Alll esw ARM processor machines are using their
own crt0 implementation, and microblaze based machines are using
all startup files from newlib.
Signed-off-by: Mubin Usman Sayyed <mubin.usman.sayyed@xilinx.com>
Rebase patch to avoid machine specific overrides, make this arch
specific instead.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Updated COMPATIBLE_MACHINE, DTBFILE, XSCTH_PROC
and some other variables related to CMAKE build system.
Signed-off-by: Mubin Usman Sayyed <mubin.usman.sayyed@xilinx.com>
Rebase for updated esw/compatible machine changes.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
The DTBFILE defintions were each the same, and specified only on a per
machine basis. Moving to a default will allow this to work with an
arbitrary number of macines, and also allow a machinet override the
value if necessary.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Change the compatible machine so that everything is compatible with the
esw software. Then select specific recipes that have more precise
compatibility requirements.
The COMPATIBLE_MACHINE is a regex, so we can use this to select zynqmp,
microblaze or other components as necessary.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Using just machine requires us to list all possible machines, which
really isn't sustainable long term. Instead we want to look at the tune
and translate that to the xlnx cmake specific value. In some microblaze
instances we want to use also use the machine to select custom variants.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
This patch updates the CMAKE_SYSTEM_NAME variable for freertos.
Signed-off-by: Anirudha Sarangi <anirudha.sarangi@xilinx.com>
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
This patch updates the COMPATIBLE_MACHINE and DTBFILE
variables to compile esw use cases for cortexr5 processor
on versal platform.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
XILINX_RELEASE_VERSION is defined by the layer.conf, so we can and
should use the version defined there.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Following the example of base.bbclass in OE-Core, a new COMPATIBLE_OS
variable is defined. Similar to COMPATIBLE_MACHINE, it is a regex that
can be used to declare TARGET_OS string compatibility on a per-recipe
basis. Either the distro configuration or the recipes themselves will
need to inherit this class.
By default the class assumes we're building a Linux based system, and
thus any recipe who has not declared compatibility is compatible with
Linux. The default compatible field was copied from bitbake.conf to
ensure there are no surprised.
Additionally, enable the usage of this class throughout
meta-xilinx-standalone layer.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
This patch updates the COMPATIBLE_MACHINE and DTBFILE
variables to compile esw use cases for cortexr5 processor
on ZynqMP platform.
This patch also updates the TUNE_CCARGS in the cortexr5-zynqmp.conf
file as per baremetal requirements.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
cortexa72 processor machine name changed from cortexa72 to coretexa72-versal
update the naming convention in the recipes for the same.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
In the esw repo linker generation is moved to the liner_gen.py
file, which needs to be called before do_configure.
This patch updates the bbclass for the same.
Also updated the DEPENDS variable list.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
This patch updates the COMPATIBLE_HOST and COMPATIBLE_MACHINE
and DTBFILE variables to compile esw use cases for cortexa72 processor.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
Recently esw license.txt modified, this updates the esw.bbclass md5
checksum value as per latest license.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
nativepython3
When invoking nativepython3, we need to make sure that there is
a dependency to python3-native, along with this, the python3native
class provides additional wiring for using the python3 version that
was built by the build system
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
This layer has been used as testing for the decoupling effort
hence there was (and still is) code that needed to be cleaned up
in general.
Put #TODO on things that are still left to do, either clean up
code, move machine confs to the bsp layer or remove the
deprecated pmu-firmware recipe and handle dependencies correctly
by bitbake'
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
This patch adds bbclass which contains the common code for building the
esw examples.
This class does the below
--> Task generate_eglist generates the linker script for the given dtb
along with this it updates EXAMPLE_LIST CMAKE variable for the recipe.
--> deploys the images to the tmp/deploy folder.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
External source class manipulates S to point to external source directories,
so use this variable instead of WORKDIR. Point S to the top directory as we need to
access scripts directory in top directory. And instead, using OECMAKE_SOURCEPATH to
point to deeper driver specific directory with necessary cmake files.
Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com>
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
Some builds may require LTO, while others do not want it. The LTO components
are only enabled when using the esw.bbclass and the xilinx-standalone distro.
A second xilinx-standalone-nolto was added specifically to provide a default
where LTO was disabled.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
For the time being fsbl,pmufw users will uncomment the CFLAGS_append
line before building the application, once we have proper disto
changes in place we can delete this line all together.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
This patch does the below
--> Updated the esw.bbclass SRC_URI to point to gitenterprise/decoupling/embeddedsw
master-next-test branch.
--> Updated the device-tree recipe SRC_URI to point to
gitenterprise/decoupling/device-tree-xlnx master-next-test branches.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
The ESW repo requires to pass the application that is being built
along with the proessor architecture (family) where it will be
executed to workaround some of the driver/libraries functionality.
For us to be able to override variables depending on the application
we need to create separate machines depending on the family that will
be used, e.g. microblaze-pmu and microblaze-plm, or family where it
could be zynqmp or versal, these are passed by the XLNX_CMAKE_PROCESSOR
and XLNX_CMAKE_MACHINE variables respectively, these separate machines
will be built using separate multiconfigs, and while this is an
expensive solution, since it costs: parsing and building time along with
storage use for each of the multiconfigs, this is the correct solution
due to their incompatibility on their dependencies.
As part of these changes, it is also required to change the existing
overrides for the MACHINES that already existed for them to keep the
existing functionality on the standalone toolchain.
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
The ccmake class provides the ncurses cmake ui functionality,
inherit this class to make sure all the ESW components are
able to invoke the ui.
To invoke such ui, a user would perform:
bitbake <pkg> -c ccmake
To get the diff from the old and new config a user would perform:
bitbake <pkg> -c ccmake_diffconfig.
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
When using externalsrc, the S variable changes, which causes the
class to return an invalid value for the LIC_FILES_CHKSUM variable.
Use a workaround with anonymous python to correct this, just in
case the externalsrc class is being used.
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|