Re: [poky] [PATCH 1/2] beaglebone-yocto: use correct CPU and QB_RNG

["Tom Rini" <trini@konsulko.com>]

On Thu, Oct 14, 2021 at 10:31:23AM -0400, Jon Mason wrote:

> The beagles use the AM3358 SoC, which is an Arm Cortex-A8.  Use that for
> QB_CPU.  Also, use QB_RNG to specify the random number generator device.
> Finally, correct the image deps to get qemu to run.
> 
> Signed-off-by: Jon Mason <jdmason@kudzu.us>
> ---
>  meta-yocto-bsp/conf/machine/beaglebone-yocto.conf | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/meta-yocto-bsp/conf/machine/beaglebone-yocto.conf b/meta-yocto-bsp/conf/machine/beaglebone-yocto.conf
> index b3d960a8cd80..06746afa96ae 100644
> --- a/meta-yocto-bsp/conf/machine/beaglebone-yocto.conf
> +++ b/meta-yocto-bsp/conf/machine/beaglebone-yocto.conf
> @@ -41,16 +41,16 @@ MACHINE_FEATURES = "usbgadget usbhost vfat alsa"
>  IMAGE_BOOT_FILES ?= "u-boot.${UBOOT_SUFFIX} ${SPL_BINARY} ${KERNEL_IMAGETYPE} ${KERNEL_DEVICETREE}"
>  
>  # support runqemu
> -EXTRA_IMAGEDEPENDS += "qemu-native qemu-helper-native"
> +EXTRA_IMAGEDEPENDS += "qemu-system-native qemu-helper-native:do_addto_recipe_sysroot"
>  IMAGE_CLASSES += "qemuboot"
>  QB_DEFAULT_FSTYPE = "wic"
>  QB_FSINFO = "wic:no-kernel-in-fs"
>  QB_KERNEL_ROOT = "/dev/vda2"
>  QB_SYSTEM_NAME = "qemu-system-arm"
>  QB_MACHINE = "-machine virt"
> -QB_CPU = "-cpu cortex-a15"
> +QB_CPU = "-cpu cortex-a8"
>  QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0 systemd.mask=systemd-networkd"
> -QB_OPT_APPEND = "-device virtio-rng-device"
> +QB_RNG = "-device virtio-rng-device"
>  QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no"
>  QB_NETWORK_DEVICE = "-device virtio-net-device,netdev=net0,mac=@MAC@"
>  QB_ROOTFS_OPT = "-drive id=disk0,file=@ROOTFS@,if=none,format=raw -device virtio-blk-device,drive=disk0"

Perhaps this is the wrong place to open this can of worms, so to speak,
but why is the beaglebone BSP also supporting QEMU, under the "virt"
machine that would be for qemuarm ?  It would be I think one thing to
make use of
https://qemu.readthedocs.io/en/latest/system/arm/sabrelite.html on the
appropriate machine.conf file and support running it that way as well.
But this isn't emulating the BSP hardware, it's just passing the
resulting rootfs image to qemu-system-arm.  If that's a general goal
now, shouldn't it be pushed up higher in the include files?

-- 
Tom