[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH RFC 1/1] tests: Add migration test for aarch64
From: |
Juan Quintela |
Subject: |
Re: [Qemu-devel] [PATCH RFC 1/1] tests: Add migration test for aarch64 |
Date: |
Thu, 04 Jan 2018 21:10:19 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) |
Wei Huang <address@hidden> wrote:
> This patch adds the migration test support for aarch64. The test code,
> which implements the same functionality as x86, is compiled into a binary
> and booted as a kernel to qemu. Here are the design ideas:
>
> * We choose this -kernel design because aarch64 QEMU doesn't provide a
> built-in fw like x86 does. So instead of relying on a boot loader, we
> use -kernel approach for aarch64.
> * The serial output is sent to PL011 directly.
> * The physical memory base for mach-virt machine is 0x40000000. We have
> to change the start_address and end_address for aarch64.
> * The downtime is changed from 0.001 to 0.1. Without this change, we saw
> migration stalled. This problem is still under analysis and needs to be
> resolved before removing RFC for this patch.
Hi
I don't have a good solution for how to go from ASM -> binary array, I
think that Dave suggestion is good.
> check-qtest-aarch64-y = tests/numa-test$(EXESUF)
> +check-qtest-aarch64-y += tests/migration-test$(EXESUF)
>
> check-qtest-microblazeel-y = $(check-qtest-microblaze-y)
>
> diff --git a/tests/migration-test.c b/tests/migration-test.c
> index be598d3..b0dd365 100644
> --- a/tests/migration-test.c
> +++ b/tests/migration-test.c
> @@ -22,8 +22,8 @@
>
> #define MIN_NVRAM_SIZE 8192 /* from spapr_nvram.c */
>
> -const unsigned start_address = 1024 * 1024;
> -const unsigned end_address = 100 * 1024 * 1024;
> +unsigned start_address = 1024 * 1024;
> +unsigned end_address = 100 * 1024 * 1024;
> bool got_stop;
>
> #if defined(__linux__)
> @@ -125,6 +125,18 @@ unsigned char bootsect[] = {
> 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x55, 0xaa
> };
>
> +unsigned char aarch64_kernel[] = {
> + 0x00, 0x10, 0x38, 0xd5, 0x00, 0xf8, 0x7f, 0x92, 0x00, 0x10, 0x18, 0xd5,
> + 0xdf, 0x3f, 0x03, 0xd5, 0x24, 0x08, 0x80, 0x52, 0x05, 0x20, 0xa1, 0xd2,
> + 0xa4, 0x00, 0x00, 0x39, 0x06, 0x00, 0x80, 0x52, 0x03, 0xc8, 0xa8, 0xd2,
> + 0x02, 0x02, 0xa8, 0xd2, 0x41, 0x00, 0x40, 0x39, 0x21, 0x04, 0x00, 0x11,
> + 0x41, 0x00, 0x00, 0x39, 0x42, 0x04, 0x40, 0x91, 0x5f, 0x00, 0x03, 0xeb,
> + 0x6b, 0xff, 0xff, 0x54, 0xc6, 0x04, 0x00, 0x11, 0xc6, 0x1c, 0x00, 0x12,
> + 0xdf, 0x00, 0x00, 0x71, 0xc1, 0xfe, 0xff, 0x54, 0x44, 0x08, 0x80, 0x52,
> + 0x05, 0x20, 0xa1, 0xd2, 0xa4, 0x00, 0x00, 0x39, 0xf2, 0xff, 0xff, 0x97
> +};
> +unsigned int aarch64_kernel_len = 96;
Just wondering, what is wrong with sizeof(aarch64_kernel)?
(Yes, existing code already do it this bad.)
> +
> static void init_bootfile_x86(const char *bootpath)
> {
> FILE *bootfile = fopen(bootpath, "wb");
> @@ -163,6 +175,15 @@ static void init_bootfile_ppc(const char *bootpath)
> fclose(bootfile);
> }
>
> +static void init_bootfile_aarch64(const char *bootpath)
> +{
> + FILE *kernelfile = fopen(bootpath, "wb");
> +
> + g_assert_cmpint(fwrite(aarch64_kernel, aarch64_kernel_len, 1,
> kernelfile),
> + ==, 1);
> + fclose(kernelfile);
> +}
This function is identical to init_bootfile_x86(), just that we are
using aarch64_kernel instead of bootsect. Would be a good idea to
abstract it?
> @@ -470,6 +491,22 @@ static void test_migrate_start(QTestState **from,
> QTestState **to,
> " -serial file:%s/dest_serial"
> " -incoming %s",
> accel, tmpfs, uri);
> + } else if (strcmp(arch, "aarch64") == 0) {
> + init_bootfile_aarch64(bootpath);
> + cmd_src = g_strdup_printf("-machine virt,accel=kvm:cg -m
> 1024M"
We are missing a "t" in "tcg", right?
I see that PC uses 150M, PPC uses 256M and now arm uses 1G. Any reason
for that?
> + " -name vmsource,debug-threads=on -cpu
> host"
> + " -serial file:%s/src_serial "
> + " -kernel %s ",
> + x tmpfs, bootpath);
> + cmd_dst = g_strdup_printf("-machine virt,accel=kvm:tcg -m 1024M"
> + " -name vmdest,debug-threads=on -cpu host"
> + " -serial file:%s/dest_serial"
> + " -kernel %s"
> + " -incoming %s",
> + tmpfs, bootpath, uri);
> + /* aarch64 virt machine physical mem started from 0x40000000 */
> + start_address += 0x40000000;
> + end_address += 0x40000000;
> } else {
> g_assert_not_reached();
> }
> @@ -530,7 +567,7 @@ static void test_migrate(void)
> * machine, so also set the downtime.
> */
> migrate_set_speed(from, "100000000");
> - migrate_set_downtime(from, 0.001);
> + migrate_set_downtime(from, 0.1);
Why? I guess this is a leftover from previous versions of upstream and
can be dropped.
> /* Wait for the first serial output from the source */
> wait_for_serial("src_serial");
I agree with the patch in general, only the two nickpits that I pointed
need to be changed.
But once that everybody is looking, I would like to open a discussion
about how to make more abstract this test, and not adding so many bits
each time that we need to create a new machine.
And once that we are here, I *think* that the ppc test is wrong, it is
missing the -drive-file on destination, no?
And once here, does -cpu host make sense only for arm, or should we do
it for all archs?
Thanks, Juan.
- Re: [Qemu-devel] [PATCH RFC 1/1] tests: Add migration test for aarch64,
Juan Quintela <=