Difference between revisions of "R-Car/Virtualization"
(Add VFIO link) |
m (fix repo link for arm trusted firmware, old one didn't work for me) |
||
Line 76: | Line 76: | ||
To build your own ARM Trusted Firmware with hypervisor mode support: | To build your own ARM Trusted Firmware with hypervisor mode support: | ||
<pre> | <pre> | ||
− | $ git clone | + | $ git clone https://github.com/renesas-rcar/arm-trusted-firmware.git |
$ cd arm-trusted-firmware | $ cd arm-trusted-firmware | ||
$ make CROSS_COMPILE=aarch64-linux-gnu- PLAT=rcar RCAR_DRAM_SPLIT=3 RCAR_BL33_EXECUTION_EL=1 LSI=H3 # or LSI=M3 | $ make CROSS_COMPILE=aarch64-linux-gnu- PLAT=rcar RCAR_DRAM_SPLIT=3 RCAR_BL33_EXECUTION_EL=1 LSI=H3 # or LSI=M3 |
Revision as of 13:13, 10 February 2018
Virtualization on Renesas R-Car Platforms
Virtualization with Xen hypervisor
Xen supports R-Car chips out of the box. Example instructions on how to run Xen on R-Car H3/H2 can be found @ XenProject Wiki:
Prerequisites
- QEMU (e.g. "apt-get install qemu-system-arm"),
- A guest image, e.g. "openwrt-arm64-qemu-virt.Image" from OpenWRT.
Running QEMU
$ qemu-system-aarch64 -m 1024 -cpu cortex-a57 -M virt -nographic -kernel openwrt-arm64-qemu-virt.Image
and press <ENTER> to enjoy your new ARM64 system!
Recent kernels may access ARM64 registers that require a recent version of QEMU. If your kernel crashes with
Code: ........ ........ ........ ........ (d5380740) Internal error: undefined instruction: 0 [#1] SMP ... pc : __cpuinfo_store_cpu+0x68/0x1b0
you have to upgrade QEMU, or comment out the following two lines in arch/arm64/kernel/cpuinfo.c:__cpuinfo_store_cpu():
info->reg_id_aa64mmfr2 = read_cpuid(ID_AA64MMFR2_EL1); info->reg_id_aa64zfr0 = read_cpuid(ID_AA64ZFR0_EL1);
Using KVM
When using an arm64 platform as the host system, guest performance can be improved drastically by making use of the Kernel-based Virtual Machine (KVM).
Host Kernel Configuration
Make sure your host kernel has the following options enabled:
CONFIG_VIRTUALIZATION=y CONFIG_KVM=y
"renesas_defconfig" should be fine.
Firmware Support
To use KVM, the firmware on your board must start Linux in hypervisor (EL2 / HYP) mode.
If your host kernel prints:
CPU: All CPU(s) started at EL2 ... kvm [1]: Hyp mode initialized successfully
during boot up, everything is fine, and you can skip the next section.
If your host kernel prints:
CPU: All CPU(s) started at EL1 ... kvm [1]: HYP mode not available
during bootup, HYP mode is not available, and KVM cannot be used, unless you first replace the firmware of your board with a version that supports HYP mode.
Enabling HYP Support
To build your own ARM Trusted Firmware with hypervisor mode support:
$ git clone https://github.com/renesas-rcar/arm-trusted-firmware.git $ cd arm-trusted-firmware $ make CROSS_COMPILE=aarch64-linux-gnu- PLAT=rcar RCAR_DRAM_SPLIT=3 RCAR_BL33_EXECUTION_EL=1 LSI=H3 # or LSI=M3
Replace the BL2 and BL31 binaries in your firmware package by the generated "build/rcar/release/bl2.srec" and "build/rcar/release/bl31.srec", and follow your normal firmware upgrade procedure.
Running QEMU with KVM
$ qemu-system-aarch64 -enable-kvm -m 1024 -cpu cortex-a57 -M virt -nographic -kernel openwrt-arm64-qemu-virt.Image
and press <ENTER> to enjoy a faster new ARM64 system!
Note that the above command requires running on a Cortex-A57 CPU core. When running on a Cortex-A53 CPU core in a big.LITTLE configuration, the command will fail with:
kvm_init_vcpu failed: Invalid argument
Just retry, or force your luck by offlining all Cortex-A53 cores first:
for i in $(grep -lr arm,cortex-a53 /sys/bus/cpu/devices/cpu*/of_node/compatible); do echo 0 > $(dirname $(dirname $i))/online done
Note: The same is true for running with '-cpu cortex-a53', with a53 and a57 exchanged.
Device Pass-Through
See VFIO
Libvirt
See Libvirt.
Building your own guest kernel
Kernel Config
The kernel config file used for the OpenWRT guest image is a good starting point. You can extract it from '/proc/config.gz' on the running system.
RAM Disk
You can extract the initramfs from an OpenWRT guest image using 'binwalk'. Make sure to truncate the initramfs file after the first 256-byte boundary after "TRAILER!!!", else the kernel will crash with
Kernel panic - not syncing: broken padding