aarch64/qemuarm64 has had graphics support for some time. Remove this exclusion and allow graphics tests to be against qemuarm64. Signed-off-by: Jon Mason <jdmason@...> --- meta/classes/testimage

Signed-off-by: Jon Mason <jdmason@...> --- meta/conf/distro/include/maintainers.inc | 2 +- meta/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig.patch | 2 +- 2 files changed, 2 insertions(+), 2

Signed-off-by: Jon Mason <jdmason@...> --- meta-yocto-bsp/README.hardware.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-yocto-bsp/README.hardware.md b/meta-yocto-bsp/R

Signed-off-by: Jon Mason <jdmason@...> --- documentation/dev-manual/common-tasks.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/documentation/dev-manual/common-tasks.rst b/

Switch to using virtio graphics for the Arm QEMU machines. You will noticed the difference in the dmesg by seeing: [ 2.693337] [drm] pci: virtio-gpu-pci detected at 0000:00:10.0 Signed-off-by: Jon Mas

When attempting to execute runqemu on qemuarmv5, the following error is encountered: runqemu - ERROR - Failed to run qemu: qemu-system-arm: versatilepb: memory size must not exceed 256MB To work aroun

I'm seeing the same issue. All of the BSPs that I set the kernel to not be 5.13 (i.e., 5.10, 5.4, etc) fail. For example, https://gitlab.com/jonmason00/meta-arm/-/jobs/1544819828 If I set the PACKAGE_

These files are using a more generic DEFAULTTUNE in their targeted tune file. This is contrary to what is being done in other tune files, and this changes them to match. It is still possible to use th

Fix bugs found with a duplicate inclusion of feature-arm-simd.inc and dsp not being defined in feature-arm-dsp.inc Found by compiling with DEFAULTTUNE set to 'armv8r' and 'cortexm33' respectively. Sig

Add tune entries for all Arm Cortex-R processors currently supported in GCC. Also, add the simd feature, which can be used in ARMv7a and ARMv8a, but currently isn't. Signed-off-by: Jon Mason <jdmason@

GCC has the ability to pass extensions to the march parameter, which expand the funcationality of the march. For example "-march=armv7ve+simd" adds SIMD to ARMv7. Currently, there is no way to expand

<alexandre.belloni@...> wrote: Yes, this is fallout from the kernel updating behind us. That patch was upstreamed and is now unnecessary. I have a patch queued to address it. Thanks for all th

Signed-off-by: Jon Mason <jdmason@...> --- documentation/bsp-guide/bsp.rst | 4 ++-- documentation/dev-manual/common-tasks.rst | 2 +- documentation/ref-manual/variables.rst | 2 +- 3 files changed,

Signed-off-by: Jon Mason <jdmason@...> --- meta-yocto-bsp/conf/machine/beaglebone-yocto.conf | 2 +- meta-yocto-bsp/conf/machine/edgerouter.conf | 2 +- meta-yocto-bsp/conf/machine/genericx86-64.co

Move all of the tune files found in conf/machine/include into their respective architecture directories in that same location. All references to these will need to be updated. So, change the relevant

New in v2 * Fix relocation oversight issue found by Alexandre Belloni * More aggressive sorting of Arm, putting each tune into it's respective design versioned family I ran a quick and dirty CI on thi

Correct an issue with 2 AVAILTUNES not being separated by a space. Signed-off-by: Jon Mason <jdmason@...> --- meta/conf/machine/include/arm/arch-armv8m-main.inc | 2 +- 1 file changed, 1 insertion

Signed-off-by: Jon Mason <jdmason@...> --- documentation/bsp-guide/bsp.rst | 4 ++-- documentation/ref-manual/variables.rst | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/doc

Signed-off-by: Jon Mason <jdmason@...> --- meta-yocto-bsp/conf/machine/beaglebone-yocto.conf | 2 +- meta-yocto-bsp/conf/machine/edgerouter.conf | 2 +- meta-yocto-bsp/conf/machine/genericx86-64.co

Move all of the tune files found in conf/machine/include into their respective architecture directories in that same location. All references to these will need to be updated. So, change the relevant