aboutsummaryrefslogtreecommitdiffstats
path: root/meta-agl-bsp/virtualization-layer
AgeCommit message (Collapse)AuthorFilesLines
2021-04-30virtio: Backport virtio sound driver.Vasyl Vavrychuk12-0/+4156
Added patch series is the latest implementation [1] of virtio sound device [2] driver. It was accepted [3] by sound maintainer for the next kernel version. virtio-snd.cfg snippet has been generated using menuconfig/diffconfig tasks by selecting SND_VIRTIO, other configs have been selected automatically. [1]: https://lore.kernel.org/alsa-devel/20210302164709.3142702-1-anton.yakovlev@opensynergy.com/ [2]: https://github.com/oasis-tcs/virtio-spec/blob/master/virtio-sound.tex [3]: https://lore.kernel.org/alsa-devel/s5hsg575q5z.wl-tiwai@suse.de/ Bug-AGL: SPEC-3894 Change-Id: Ide484b4a70e5d2aef0726f701f87d783e128c4d3 Signed-off-by: Vasyl Vavrychuk <vasyl.vavrychuk@opensynergy.com> Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/26291 Tested-by: Jenkins Job builder account ci-image-build: Jenkins Job builder account ci-image-boot-test: Jenkins Job builder account Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
2021-04-30virtio: Bump virtio-aarch64 kernel to version v5.10.Vasyl Vavrychuk1-0/+58
There are a number of virtio drivers [1,2] developed on top of newer kernel version. To simplify their backporting it is better to have newest possible kernel version. Use v5.10 since at the moment it is latest available Linux Yocto kernel. As a sacrifice, some external kernel modules have to be disabled since they fail to compile with newer kernel. Recipe imported from repo: https://git.yoctoproject.org/cgit/cgit.cgi/poky/ branch: master commit: a870101 path: meta/recipes-kernel/linux/linux-yocto_5.10.bb [1]: https://lore.kernel.org/alsa-devel/20210302164709.3142702-1-anton.yakovlev@opensynergy.com/ [2]: https://lore.kernel.org/linux-arm-kernel/20201105212116.411422-1-peter.hilber@opensynergy.com/ Bug-AGL: SPEC-3894 Change-Id: I8ac793c1075bdeaa96d03252b97abcf983bb7ee0 Signed-off-by: Vasyl Vavrychuk <vasyl.vavrychuk@opensynergy.com> Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/26290 Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org> Tested-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
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>