| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Many of the settings/workaround have been replaced by changes in the upstream
OE-Core tclibc-newlib.
Additionally adding the DISTROVERRIDES with an append was potentially changing
-native recipes hashes. Move this only where needed to avoid this behavior.
Also sync settings with meta-petalinux, such as the buildhistory. This is now
moved to the local.conf file.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Certain settings appear to have an overall affect on recipe hashes. Use
petalinux (poky) distro as an example for base settings to ensure native
items built in one config SHOULD also be re-usable in the bareemetal config.
This has a side effect of NOT disabling static binaries in baremetal, but
this seems like a reasonable default, since there really isn't a concept
of dynamically loaded libraries. If necessary, the user can still override
this, but will need to specifically select class-target to do so.
Similarly SECURITY_CFLAGS and SECURITY_LDFLAGS are available by empty by
default. The default cflags/ldflags for baremetal usage are likely
different from a Linux system, so can be used in the future if requried.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|
|
|
|
|
|
| |
Each Xilinx machine.conf should include the qemu file to ensure the correct
PREFERRED_PROVIDERS_qemu (and related) are defined properly.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|\
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
|
| |
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
|
|\|
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |\
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This will in-turn select the preferred version for various components to match
a given release.
It is advise that the user use the latest version whenever possible, but if
they are stuck on an older version of Vivado they may need to select the
older release.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We do not maintain support for hardknott so it is being removed
Signed-off-by: John Toomey <jtoomey@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We do not build, test or support gatesgarth in any of our layers so it
makes sense to remove this for the various layer.conf files
Signed-off-by: John Toomey <jtoomey@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
These machines are no longer necessary, as the regular "generic" machine with
an alterantive DEFAULTTUNE should be used instead.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This reverts commit a6d0eac8564fd02425b1260e58c552589586cf3d.
The toolchain itself has internal expectations of big-endian libraries
being available, even when building little-endian components. It uses
relative paths that include certain big-endian path locations.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
After moving from Xilinx specific cortex r5 turning file, the 5f is no
longer defined. Move to the now standard 'cortexr5' definition.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
armrm override is now replaced by armv7r and armv8r overrides. Adjust
recipes to match the new usage.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This was missed in the prior move of the components to meta-xilinx-standalone
layer.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The big endian variants as they are not used much anymore. This
preserved all of the little endian variants, and saves roughly
90 MiB of space and speeds up the build time considerably.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| | |
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
(cherry picked from commit 77aea7992df133d04a5cef4d40878fbe372bfaa3)
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|/ /
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
|
| |
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Rename recipes from 2021.2 to 2022.1 as necessary.
Move internal references to 2022.1 (layer.conf and local.conf.sample)
Move kernel to 2022.1 branch, as well as various kernel modules.
Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
|
| |
| |
| |
| |
| |
| |
| | |
We do not maintain support for hardknott so it is being removed
Signed-off-by: John Toomey <jtoomey@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
We do not build, test or support gatesgarth in any of our layers so it
makes sense to remove this for the various layer.conf files
Signed-off-by: John Toomey <jtoomey@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
| |
| |
| |
| |
| |
| | |
These machines are no longer necessary, as the regular "generic" machine with
an alterantive DEFAULTTUNE should be used instead.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
| |
| |
| |
| |
| |
| | |
After moving from Xilinx specific cortex r5 turning file, the 5f is no
longer defined. Move to the now standard 'cortexr5' definition.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
| |
| |
| |
| |
| |
| | |
armrm override is now replaced by armv7r and armv8r overrides. Adjust
recipes to match the new usage.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
| |
| |
| |
| |
| |
| | |
This was missed in the prior move of the components to meta-xilinx-standalone
layer.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|/
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
| |
This is the result of automated script (0.9.0) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The latest embeddedsw components no longer need integration workarounds,
other then the couple of patches being applied. This simplifies eliminates
the custom do_configure, and simplifies the do_compile.
EXTRA_COMPILER_FLAGS is now different then the default version.
The versal defaults were also adjusted to match the expected output.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
| |
Update the PMU machine and multiconfig files to match the current version
of the embeddedsw.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
| |
standalone target
In case of open-amp, there are multiple version of open-amp. For case of
standalone, specify usage of meta-standalone-experimental layer for BSP
that is provided.
Signed-off-by: Ben Levinsky <ben.levinsky@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
| |
standalone target
In case of libmetal, there are multiple version of libmetal. For case of
standalone, specify usage of meta-standalone-experimental layer for BSP
that is provided.
Signed-off-by: Ben Levinsky <ben.levinsky@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
| |
Default Link Time Optimization flags should contain Os option along with
flto and ffat-lto-objects flags to inline with the regular esw default
compiler flags.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
|
|
|
| |
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
| |
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
| |
Set XIlINX_VER to 2021.1
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
|
| |
Instead of hardcoding the values, we move to a format that is compatible with
the system bblcass.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
cherry-pick: 46f5f35
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
| |
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
cherry-pick: 3d9b301
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
| |
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
| |
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
| |
Use embeddedsw.inc to update SRCREV and BRANCH for all recipes are based on embeddedsw
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Following the example of the psm, pmu and plm, we split the FSBL into both
a packaging component (fsbl) and the build of the firmware (fsbl-firmware).
This also adds an additional multilib, fsbl-fw, that is used to handle the
multiconfig version, as the Linux and baremetal builds are done differently.
Typical build approach is:
Add to local.conf:
BBMULTICONFIG += "fsbl-fw"
then build using:
MACHINE=zynqmp-generic bitbake fsbl
Note, while 'zynq' is implemented, it does not currently function. To
build the fsbl for zynq, you must use the meta-xilinx-tools version.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In order to allow standalone (meta-xilinx-standalone), XSCT
(meta-xilinx-tools), and future items to work in the same way
the recipes have been restructured.
A *-firmware recipe will generate the firmware and stage it to do_deploy.
A *fw recipe will take the deployed version and package it for the Linux
side of things. This allows the firmware generation to be easily extended
without requiring packaging knowledge. Similarly packaging can be
extended for alternative boot/upgrade mechanisms as required.
In all cases, the MACHINE configuration will specify the default way
the components are to be built, along with the names of the item in
the deploy directory.
The PLM/PSM/PMU_IMAGE_NAME is the name for the generated firmware.
PLM/PSM/PMU_DEPLOY_DIR is the path to the constructed firmware. This along
with the IMAGE_NAME above can be used to specify the location of an
externally generated set of firmware.
Addtionally the dependencies for building the plmfw/psmfw/pmufw can be
changed easily using PLM/PSM/PMU_DEPENDS and PLM/PSM/PMU_MCDEPENDS. The
former specifies dependencies in the same multiconfig, while the later
allows the component to require another multiconfig to have finihed.
The system has a referenced default, if multiconfig is enabled it will
automatically use it, otherwise it will try to use the recipe in the
main configuration. (This will fail unless meta-xilinx-tools is available.)
Also two multiconfigs hve been implemented: versal-fw and zynqmp-pmufw
They can be enabled using BBMULITCONFIG += "zynqmp-pmufw" or versal-fw.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
| |
If the distribution enables uninative, then in a multiconfig setting,
all distributions must use AND configure uninative support. This is
not desired and should only be enabled in the primary configuration.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|