To match up with the sample conf file under bin/konsulko-labgrid, add a
boardenv file for the rpi_4 and rpi_arm64 variants (cannot be shared
with rpi_4_32b as we have aarch64 specific example test files). This
shows how to enable network based tests, including OS boot on the
platform.
Signed-off-by: Tom Rini <trini@konsulko.com>
The way that test/py/conftest.py has always worked is that it translates
all "-" to "_" when looking for boardenv files. Rename the few
incorrectly named ones that we had.
Signed-off-by: Tom Rini <trini@konsulko.com>
Given how files are searched and parsed,
py/travis-ci/u_boot_boardenv_sifive_unleashed_spi-nor_qemu.py was not
being used due to the dash in the name. Use an underbar for consistency.
Signed-off-by: Tom Rini <trini@konsulko.com>
There is an issue with the xilinx zynq qemu qspi driver during the erase
operation in dual parallel configuration, so skip these
tests for now.
Signed-off-by: Venkatesh Yadav Abbarapu <venkatesh.abbarapu@amd.com>
Acked-by: Michal Simek <michal.simek@amd.com>
TPM is going to be enabled by default but QEMU doesn't model it over SPI
that's why disable it for xilinx_versal_virt_qemu target.
Signed-off-by: Michal Simek <michal.simek@amd.com>
Similar to the AST2500 this machine is emulated by Qemu. It boots from
a 64MB SPI NOR flash device by default.
Signed-off-by: Joel Stanley <joel@jms.id.au>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Add support for testing sifive_unleashed_defconfig via QEMU.
QEMU supports booting exact the same images as used on the real
hardware out of the box, that U-Boot SPL loads U-Boot proper
from either an SD card or the SPI NOR flash, hence we can easily
set up CI to cover these 2 boot flows of SiFive Unleashed board.
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
This is mostly copied from qemu_mips configs. The generic
Qemu MIPS machine is marked as deprecated by Qemu. The
MIPS Malta machine should be preferred. Thus in order to
be able to deprecate the qemu_mips target in U-Boot as
well, all MIPS specific Qemu CI tests have to be moved
to the Malta targets.
The Qemu MIPS Malta machine expects all firmware images to be
given in Big-Endian byte order. Thus the Malta Little-Endian
variants (maltael, malta64el) needs to use 'u-boot-swap.bin'
as firmware.
Signed-off-by: Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Add support for testing qemu-riscv{32,64}_spl_defconfig.
Unlike qemu-riscv{32,64} targets, this creates a 4-core SMP
configuration to cover U-Boot SMP codes testing.
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Signed-off-by: Stephen Warren <swarren@wwwdotorg.org>
This adds EFI grub2 and fit image configuration for qemu-riscv64
target used for test.
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Signed-off-by: Stephen Warren <swarren@wwwdotorg.org>
The configuration is the same with zc702 but there is a need to do a
conversion from zynq_zc702 to xilinx_zynq_virt platform.
Origin support was added by commit dab68a8fb4d9
("Wire arm32 qemu for zynq_zc702 target") and configuration is the same.
Signed-off-by: Michal Simek <monstr@monstr.eu>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Provide dictionary env__efi_fit_tftp_file describing the file used for the
UEFI FIT image test.
Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Set the load address for files to the value of $kernel_addr_r for the
qemu_arm64_defconfig and qemu_arm_defconfig boards to avoid collisions with
the device tree.
Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Function fetch_tftp_file() in test/py/tests/test_efi_loader.py expects that
the dictionary describing a file contains an entry 'addr' specifying the
loading address.
Add an optional parameter in function file2env() to set the 'addr' entry.
Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Add support for testing qemu-riscv64_defconfig.
Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
The old machine died, and since the new machine is different HW, all the
USB port IDs are different.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
I haven't had this board for a long time, and my Jenkins never tested it,
so there's no point keeping the config files.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
grub_x86.efi is for 32-bit QEMU. Use grub_x64.efi for 64-bit.
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
This required creating a phidgets relay controller app. The Python app
previously used on EIMT uses libraries that don't seem to be available
any more (they've been replaced by a newer version), so write the control
app in C to minimize the amount of non-distro cruft that must be
installed.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
This is emulated platform otherwise equivalent to the qemu_arm except
that it has an AArch64 CPU.
Signed-off-by: Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
This is similar to the existing vexpress QEMU targets, except:
- U-Boot is loaded via '-bios u-boot.bin' instead of '-kernel u-boot'
- Network comes from an e1000 on the PCI bus (like on e.g. qemu-x86_na)
Signed-off-by: Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
SPL is skipped because qemu version in ubuntu package does not support
qemu loader feature which could put images to certain location in the
memory. That's why testing is loading full u-boot directly without SPL
but buildmain builds target with SPL by default.
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
The travis tftp helper exposes files from the host into the guest environment.
However, depending on the travis configuration and patch status, files may or
may not exist yet.
So if we can't find a particular file, let's skip it.
Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Stephen Warren <swarren@wwwdotorg.org>
Out test framework for efi_loader in test/py gained support to test grub2
functionality. Expose the respective grub2 file as environment variable
to the test, so that it can access it.
Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
We have a new test framework for efi_loader in test/py now. That framework
can fetch a hello world application via tftp, but it needs to have it
referenced in the environment.
Fortunately U-Boot builds said hello world efi binary as part of its build
process, so let's expose that to the test case.
Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
With Travis we can just load files from the host directory structure
into our guests and verify network connectivity that way. Do so for all
boards that we currently already expose tftp on.
While at it, expose the u-boot output binary as test file for the tftp
test case.
Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
The following patches will allow us to share files between the
build host and the qemu instance running our test case.
To reduce code duplication, expose a simple helper wrapper that
creates an env dict including checksum from a file name.
Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
L4T U-Boot is old enough that PCIe auto-probes and we end up with both a
PCIe and a USB Ethernet device. By default, U-Boot happens to pick the one
we don't want to use, so we must tell it which to use by setting
environment variable ethact for network tests. We don't define this
variable statically, since the Ethernet device naming is different in the
branches (mainline) that don't have this problem, so this value is not
valid there:-(
Signed-off-by: Stephen Warren <swarren@nvidia.com>
I don't have remote control over the buttons on this system, so rely on
manual user intervention, hence the ".manual" hook implementations.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
