summaryrefslogtreecommitdiffstats
path: root/meta-agl-bsp/virtualization-layer
AgeCommit message (Collapse)AuthorFilesLines
2021-04-30virtualization/linux-yocto: Fix multitouch with virtio-input.Vasyl Vavrychuk2-0/+67
Multitouch support with virtio-input was broken which can be observed: * by running weston-simple-touch with weston compositor ( weston-simple-touch does not work with AGL compositor due to XDG shell issues) * by doing pinch to zoom in/out on navigation app map Change-Id: I3ec2a989a4217ebe22cee9cf1640190ca8e2bb81 Bug-AGL: SPEC-3893 Signed-off-by: Vasyl Vavrychuk <vasyl.vavrychuk@opensynergy.com> Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/26289 Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org> Tested-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
2021-04-30virtualization/linux-yocto: Add virtio-aarch64-standard.scc to SRC_URI.Vasyl Vavrychuk2-1/+2
It allows to use patch command to apply patches via scc file. As explained in [1,2], Yocto kernel metadata is commonly used for two purposes: 1. To construct Yocto kernel git by committing patches listed in scc files. 2. To configure Yocto kernel during Yocto build. When scc file is not explicitly added to SRC_URI, then patch commands will be ignored during Yocto build because it is assumed that patches are already pre-applied during Yocto kernel git tree construction. On the other hand, nopatch should be added to standard.scc because patches from it are actually pre-applied. [1]: https://www.yoctoproject.org/pipermail/yocto/2019-October/046986.html [2]: https://docs.yoctoproject.org/kernel-dev/maint-appx.html Change-Id: Id238e79e1b354daaa23e83bef45fc93a216fbf92 Bug-AGL: SPEC-3893 Signed-off-by: Vasyl Vavrychuk <vasyl.vavrychuk@opensynergy.com> Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/26288 Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org> Tested-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
2021-04-30virtualization/linux-yocto: Reorganize layout of linux-yocto kernel virtio ↵Vasyl Vavrychuk6-3/+3
metadata. Follow layout of yocto-kernel-cache, this makes code a little bit more understandable and familiar for one who worked with yocto-kernel-cache. Change-Id: I1ad65039a1738b928069d035d485e2728e8a55b2 Bug-AGL: SPEC-3893 Signed-off-by: Vasyl Vavrychuk <vasyl.vavrychuk@opensynergy.com> Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/26287 Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org> Tested-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
2021-01-16meta-agl-bsp, templates: Add virtio-aarch64 machineVasyl Vavrychuk6-0/+69
This machine is intended to run in ARMv8 virtualized environment that provides VirtIO devices. AGL machine configuration files are based on qemuarm64 machine from meta-agl branch master commit e1da0efcd2eece82b0326798cfeaeb8dd48797fc. Yocto machine configuration files are based on qemuarm64 machine from Poky branch dunfell commit 4e931b1d05018923dc145cd97f6f965f5cb6e1a5. Yocto Linux Kernel is used as recommended in [1]. Its metadata for the created machine are based on qemuarm64-standard.scc from yocto-kernel-cache branch yocto-5.4 commit 4aeda12f7f7eb84613ae1fe6e22cd9cd9790c20b. The rationale behind creating new machine is a wish to have a machine that could run on other hypervisor/virtual machine monitor that implements VirtIO, not necessary QEMU. For now, virtio-aarch64 machine runs under QEMU and OpenSynergy COQOS Hypervisor. virtio-aarch64 machine includes following changes comparing to qemuarm64: * use virtio-gpu instead of VGA display (to be upstreamed to work in conjunction with runqemu gl, sdl, etc. options) * use virtio-bus instead of PCI bus QEMU devices * remove unneeded configurations Changes are moved here from meta-agl-devel. [1]: https://www.yoctoproject.org/docs/3.1.2/bsp-guide/bsp-guide.html#released-bsp-recommendations Bug-AGL: SPEC-3668 Signed-off-by: Vasyl Vavrychuk <vasyl.vavrychuk@opensynergy.com> Change-Id: I653ca35fded3d3e38f25299f46629db1174b5008 Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/25915 Tested-by: Jenkins Job builder account <agl-jobbuilder@automotivelinux.org> ci-image-build: Jenkins Job builder account <agl-jobbuilder@automotivelinux.org> ci-image-boot-test: Jenkins Job builder account <agl-jobbuilder@automotivelinux.org> Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
2020-05-26Raspberry 4: XEN supportLeonid Lazarev4-3/+54
Added the support for DOM0 in raspberry pi4. The feature agl-virt-xen should be enabled to activate this code. 1512 MB of memory is used for DOM0 machine. There are limitations: - brcmfmac module disabled (bluethooth and Wifi) due to the crash - total_memory is set to the 3Gb, as it impacts the USB ports on rasbperry pi4 on Linux kernel 4.19 v2 (jsmoeller): make changes in virtualization-layer conditional to raspberrypi4 Bug-AGL: SPEC-3259 Change-Id: I873fbf1f5498e31ae5f468407502f16e1873f7fc Signed-off-by: Leonid Lazarev <leonid.lazarev@mera.com> Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org> Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/24522 Tested-by: Jenkins Job builder account <agl-jobbuilder@automotivelinux.org> ci-image-build: Jenkins Job builder account <agl-jobbuilder@automotivelinux.org> ci-image-boot-test: Jenkins Job builder account <agl-jobbuilder@automotivelinux.org>
2020-03-04meta-agl-bsp: Define Xen recipeJérémy Fanguède2-0/+35
Provide Xen support for Arm64 boards, tested with the R-Car M3 ulcb board. Xen v4.13.0 stable version is compiled. A new binary is deployed, named "xen-${MACHINE}.uImage" that can be loaded and run by U-Boot. v2: rework to split u-boot mkimage part a separate recipe so we can keep the diff of the xen recipe at a minimum. Bug-AGL: SPEC-2912 Change-Id: I68d2af74d31ee310686645c8a5ae11b0201448b2 Signed-off-by: Jérémy Fanguède <j.fanguede@virtualopensystems.com> Signed-off-by: Michele Paolino <m.paolino@virtualopensystems.com> Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org>