| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
All xilinx BSPs that support qemu should use the machine-xilinx-qemu.inc
file. So move all references to the -multiarch extension into that
location.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
| |
Move IMAGE_CLASSES setting to common machine-xilinx-qemu.inc, also add
preferred provider for the xilinx specific qemu components.
Adjust the various BSPs to remove duplicate references to these and
non-Xilinx versions of qemu.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
| |
Enable qemuboot for qemu-zynq7 machine using qemu-xilinx provider
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
| |
Enable qemuboot for zc702-zynq7 machine using qemu-xilinx provider
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
| |
Enable qemuboot for zc702-zynq7 machine using qemu-xilinx provider
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
| |
This reverts commit 7b930600decc08da3c14ff428f9c4bf70342af5e.
This was the incorrect fix for the issues.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
| |
PREFERRED_PROVIDER_virtual/kernel and PREFERRED_PROVIDER_virtual/bootloader
are normally set by machine-xilinx-default.inc. Only set these if necessary.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
The virtual provides should be handled via PREFERRED_PROVIDER setting in
the MACHINE and/or DISTRO configuration files. Setting them in the
recipe ends up making them unconditional in some cases leading to
incorrect dependencies for the users.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The various Xilinx FPGAs may have more then one CPU type including
cortexr5, microblaze and regular ARM Cortex CPUs.
Adding a new soc-tune-include.inc will allow the machine to choose a
default tune, and then the correct matching tune will be loaded.
In a perfect world this wouldn't be required, but doing it this way
permits us to target specific optimizations or CPUs in the soc.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Any soc overrides belong in the soc configuration files.
Also move UBOOT_SUFFIX and UBOOT_ELF defaults into the
meta-xilinx-default, as well as specific soc settings in each soc file.
This results in the ability to override the value in multiple places
based on load order:
local.conf (user setting)
machine.conf (machine setting)
soc-....inc (soc setting)
machine-xilinx-default.inc (the actual default)
Each step uses ?=, so if the previous step hasn't set it that level will
define it's default if necessary.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
| |
The machine-xilinx-override is really just an extension to the standard
soc-family.inc file. So rename this, move the include of soc-family.inc
to this file, move the include to the soc includes to each soc file, and
finally adjust the machines to remove machine-xilinx-override as it's no
longer necessary.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
| |
Using the defaults will ensure that a machine or soc can override the
default version.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
Move the soc specific contents into the soc configuration file.
Adjust the PACKAGE_EXTRA_ARCHS append to a more generic method for setting
the SOC_FAMILY and SOC_VARIANT package arch.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
| |
Remove the default values, as they are already set by the soc include.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
| |
The tune files were really soc configuration files. Tune files should
only specify toolchain flags that affect optimiation and abi.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following cleanups are done:
- remove the invalid KBRANCH setting of xlnx_rebase_v4.19, this
doesn't belong below the LINUX_VERSION = "5.4" variable, since
it confuses users
- explicitly set the SRCREV_FORMAT to MACHINE, since we are not
using the kernel-cache SRCREV as a rebuild trigger
- make the yocto-kernel-cache avialable by default, since there
are re-usable kernel features which can be exploited in its
directory structure. We use the latest (v5.4) branch and
set the SRCREV
Signed-off-by: Bruce Ashfield <bruce.ashfield@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
| |
OpenCV 3.4.3 is not API compatible with OpenCV 4.1, so making the older
3.4.3 version available as needed.
This version comes from meta-openembedded commit:
7b9f86ca792852e69a921b284fffaa1f942df96d
Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com>
|
|
|
|
|
|
|
|
| |
For ZynqMP, the KHR headers comes from the gles provider (Mali 400),
hence add build time dependency on gles.
Signed-off-by: Madhurkiran Harikrishnan <madhurkiran.harikrishnan@xilinx.com>
Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com>
|
|
|
|
|
|
|
| |
The BSPs had defined their own internal tunes. Instead use the yocto
project default tunes.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
| |
Enable glesv2 packageconfig for cairo and leverage mali400 in zynqmp
Signed-off-by: Madhurkiran Harikrishnan <madhurkiran.harikrishnan@xilinx.com>
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
KHR headers should be provided by the egl provider for zynqmp, as the
egl headers have dependencies on it, which otherwise causes compilation
error.
Signed-off-by: Madhurkiran Harikrishnan <madhurkiran.harikrishnan@xilinx.com>
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 9c2708913ab24d2697124b05bcb9d541a4903547.
Mali EGL headers have dependencies on KHR headers and this should be
coming from EGL provider rather than mesa. Because EGL application
which have dependencies on EGL header, do not pull gl headers.
Signed-off-by: Madhurkiran Harikrishnan <madhurkiran.harikrishnan@xilinx.com>
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
When appending file paths the ':' should be at the beginning of the
path. The patched appending lines were still working because there was
no paths added after the '__default:'
Fixing typo to ensure no breakages later
Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
| |
Update UBOOT MACHINE defconfig to xilinx_zynq_virt_defconfig
instead of using custom machine specifc defconfigs.
Signed-off-by: Jaewon Lee <jaewon.lee@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>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
meta-xilinx-standalone is only for baremetal work. Theoretically the
newlib items can be used on other configurations, so move the microblaze
newlib/libgloss work into meta-xilinx-bsp. This mirrors how other
microblaze specific work has been handled.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
| |
cortexr5f includes vfp3-d16 support. Enable this and hard float.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
evaluation board.
Using the MACHINE=system-zcu102 should allow users to build the required artifacts
for the several architectures inside a ZCU102 board.
This machine along with the declared multiconfigs set up the wiring to do so,
building Linux, PMU firmware and FSBL on a single bitbake invokation:
$ bitbake core-image-minimal
Three different TMP directories will be used, these depend both on the architecture
for which packages are being generated and the C library that was used for that
configuration.
This should be used as an example that can easily be adapted to other boards.
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>
|
|
|
|
| |
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
|
|
|
|
|
| |
Installing the elf with a standard name with PN and SRCPV.
Needed for update boot wiring
Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com>
|
|
|
|
|
|
|
|
| |
The patch series makes the Mali400 kernel driver compatible with linux
kernel 5.4
Signed-off-by: Madhurkiran Harikrishnan <madhurkiran.harikrishnan@xilinx.com>
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
| |
Enable kernel configurations to support docker/oci containers when
virtualization is set as distro feature
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Until now we used to fatload dtb at uboot, Now boot.bin is packaged with dtb so
at uboot there is not need to fatload dtb. As a result, boot.scr doesnt contain
commands to load dtb at u-boot.
Qemu uses boot.scr to autoboot and fails to find dtb loaded at the correct
location. For successful qemu boot, pass dtb and dtb load address as qemu
launch args using QB_OPT args.
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
| |
Update KERNEL_VERSION to 5.4
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
Set the correct PMU_FIRMWARE_DEPLOY_DIR and PMU_FIRMWARE_IMAGE_NAME based on
the flow used to build images. If multiconfig flow is enabled pick pmu elf from
pmutmp directory else pick elf from DEPLOYDIR. This is required to ensure that
runqemu boots correctly by picking the elfs from the correct path.
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Add machine configuration for zcu208 RFSoC board With required settings
for board specific yocto variables needed for compilation of bootloader
and kernel.
-linux-xlnx is kernel provider
-u-boot-xlnx is u-boot provider
Signed-off-by: Swagath Gadde <swagathg@xilinx.com>
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
Update the binpath for qemu-system-microblazeel and qemu-system-aarch64.
Earlier the targets were located under
recipe-sysroots-native/usr/bin/qemu-xilinx directory, now the targets are
located under recipe-sysroots-native/usr/bin
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
|
| |
Configure qemu-xilinx with gcrypt, this is required for the crypto
models
Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
|
|
|
|
|
|
|
| |
OE-core provides the packageconfig option in qemu.inc, use it from
upstream.
Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
|
|
|
|
|
|
|
| |
Enable packageconfig option for libgcrypt. qemu-xilinx uses libgcrypt for
crypto models to implement data model behavior
Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
|
|
|
|
|
|
|
|
| |
This patch will use common uboot
defconfig for zcu1285 bsp.
Signed-off-by: Varalaxmi Bingi <varalaxmi.bingi@xilinx.com>
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
|
|
|
|
|
| |
There is no master-next branch on github at this time, use master.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|