public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Jones <andrew.jones@linux.dev>
To: Gavin Shan <gshan@redhat.com>
Cc: kvmarm@lists.linux.dev, kvm@vger.kernel.org,
	kvm-ppc@vger.kernel.org, linux-s390@vger.kernel.org,
	lvivier@redhat.com, thuth@redhat.com, frankja@linux.ibm.com,
	imbrenda@linux.ibm.com, david@redhat.com, pbonzini@redhat.com,
	nrb@linux.ibm.com, shan.gavin@gmail.com
Subject: Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
Date: Fri, 23 Jun 2023 09:36:52 +0200	[thread overview]
Message-ID: <20230623-0a0d13b3f0f018282d68c2e8@orel> (raw)
In-Reply-To: <7482963d-4312-dba1-e376-40f03d166f2c@redhat.com>

On Fri, Jun 23, 2023 at 02:22:42PM +1000, Gavin Shan wrote:
> Hi Drew,
> 
> On 6/20/23 19:06, Andrew Jones wrote:
> > On Tue, Jun 20, 2023 at 02:13:22PM +1000, Gavin Shan wrote:
> > > On 6/19/23 18:45, Andrew Jones wrote:
> > > > On Thu, Jun 15, 2023 at 04:21:48PM +1000, Gavin Shan wrote:
> > > > > There are extra properties for accelerators to enable the specific
> > > > > features. For example, the dirty ring for KVM accelerator can be
> > > > > enabled by "-accel kvm,dirty-ring-size=65536". Unfortuntely, the
> > > > > extra properties for the accelerators aren't supported. It makes
> > > > > it's impossible to test the combination of KVM and dirty ring
> > > > > as the following error message indicates.
> > > > > 
> > > > >     # cd /home/gavin/sandbox/kvm-unit-tests/tests
> > > > >     # QEMU=/home/gavin/sandbox/qemu.main/build/qemu-system-aarch64 \
> > > > >       ACCEL=kvm,dirty-ring-size=65536 ./its-migration
> > > > >        :
> > > > >     BUILD_HEAD=2fffb37e
> > > > >     timeout -k 1s --foreground 90s /home/gavin/sandbox/qemu.main/build/qemu-system-aarch64 \
> > > > >     -nodefaults -machine virt -accel kvm,dirty-ring-size=65536 -cpu cortex-a57             \
> > > > >     -device virtio-serial-device -device virtconsole,chardev=ctd -chardev testdev,id=ctd   \
> > > > >     -device pci-testdev -display none -serial stdio -kernel _NO_FILE_4Uhere_ -smp 160      \
> > > > >     -machine gic-version=3 -append its-pending-migration # -initrd /tmp/tmp.gfDLa1EtWk
> > > > >     qemu-system-aarch64: kvm_init_vcpu: kvm_arch_init_vcpu failed (0): Invalid argument
> > > > > 
> > > > > Allow to specify extra properties for accelerators. With this, the
> > > > > "its-migration" can be tested for the combination of KVM and dirty
> > > > > ring.
> > > > > 
> > > > > Signed-off-by: Gavin Shan <gshan@redhat.com>
> > > > > ---
> > > > > v3: Split $ACCEL to $ACCEL and $ACCEL_PROPS in get_qemu_accelerator()
> > > > >       and don't print them as output, suggested by Drew.
> > > > > ---
> > > > >    arm/run               | 12 ++++--------
> > > > >    powerpc/run           |  5 ++---
> > > > >    s390x/run             |  5 ++---
> > > > >    scripts/arch-run.bash | 21 +++++++++++++--------
> > > > >    x86/run               |  5 ++---
> > > > >    5 files changed, 23 insertions(+), 25 deletions(-)
> > > > > 
> > > > > diff --git a/arm/run b/arm/run
> > > > > index c6f25b8..d9ebe59 100755
> > > > > --- a/arm/run
> > > > > +++ b/arm/run
> > > > > @@ -10,10 +10,8 @@ if [ -z "$KUT_STANDALONE" ]; then
> > > > >    fi
> > > > >    processor="$PROCESSOR"
> > > > > -accel=$(get_qemu_accelerator) ||
> > > > > -	exit $?
> > > > > -
> > > > > -if [ "$accel" = "kvm" ]; then
> > > > > +get_qemu_accelerator || exit $?
> > > > > +if [ "$ACCEL" = "kvm" ]; then
> > > > >    	QEMU_ARCH=$HOST
> > > > >    fi
> > > > > @@ -23,11 +21,9 @@ qemu=$(search_qemu_binary) ||
> > > > >    if [ "$QEMU" ] && [ -z "$ACCEL" ] &&
> > > > >       [ "$HOST" = "aarch64" ] && [ "$ARCH" = "arm" ] &&
> > > > >       [ "$(basename $QEMU)" = "qemu-system-arm" ]; then
> > > > > -	accel=tcg
> > > > > +	ACCEL="tcg"
> > > > >    fi
> > > > 
> > > > As I pointed out in the v2 review we can't just s/accel/ACCEL/ without
> > > > other changes. Now ACCEL will also be set when the above condition
> > > > is checked, making it useless. Please ensure the test case that commit
> > > > c7d6c7f00e7c ("arm/run: Use TCG with qemu-system-arm on arm64 systems")
> > > > fixed still works with your patch.
> > > > 
> > > 
> > > Sorry that I missed your comments for v2. In order to make the test case
> > > in c7d6c7f00e7c working, we just need to call set_qemu_accelerator() after
> > > the chunk of code, like below. When $ACCEL is set to "tcg" by the conditional
> > > code, it won't be changed in the following set_qemu_accelerator().
> > > 
> > > Could you Please confirm if it looks good to you so that I can integrate
> > > the changes to v4 and post it.
> > > 
> > > arm/run
> > > --------
> > > 
> > > processor="$PROCESSOR"
> > > 
> > > if [ "$QEMU" ] && [ -z "$ACCEL" ] &&
> > >     [ "$HOST" = "aarch64" ] && [ "$ARCH" = "arm" ] &&
> > >     [ "$(basename $QEMU)" = "qemu-system-arm" ]; then
> > >          ACCEL="tcg"
> > > fi
> > > 
> > > set_qemu_accelerator || exit $?
> > > if [ "$ACCEL" = "kvm" ]; then
> > >          QEMU_ARCH=$HOST
> > > fi
> > > 
> > 
> > Looks fine, but please give it a test run.
> > 
> 
> Thanks, Drew. v4 has been posted for further review. Since I don't have a 'arm'
> host around, I adjust $ARCH to "arm64" for a simulation and the test case included
> in commit c7d6c7f00e7c should be working fine: We eventually have "tcg" instead of
> "kvm" accelerator for the combination, which is expected by commit c7d6c7f00e7c

You don't need an arm host. Indeed $HOST should be aarch64 for this case.
You just need to compile the tests for arm instead of aarch64. That's easy
to do with a cross compiler

 ./configure --arch=arm --cross-prefix=arm-linux-gnu-

But hacking the condition is fine too for this simple case.

Thanks,
drew

> 
> v4: https://lore.kernel.org/kvmarm/20230623035750.312679-1-gshan@redhat.com/T/#u
> 
> Thanks,
> Gavin
> 

      reply	other threads:[~2023-06-23  7:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-15  6:21 [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator Gavin Shan
2023-06-15 13:39 ` Nico Boehr
2023-06-16  0:41   ` Gavin Shan
2023-06-19  8:44     ` Andrew Jones
2023-06-20  4:14       ` Gavin Shan
2023-06-19  8:45 ` Andrew Jones
2023-06-20  4:13   ` Gavin Shan
2023-06-20  9:06     ` Andrew Jones
2023-06-23  4:22       ` Gavin Shan
2023-06-23  7:36         ` Andrew Jones [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20230623-0a0d13b3f0f018282d68c2e8@orel \
    --to=andrew.jones@linux.dev \
    --cc=david@redhat.com \
    --cc=frankja@linux.ibm.com \
    --cc=gshan@redhat.com \
    --cc=imbrenda@linux.ibm.com \
    --cc=kvm-ppc@vger.kernel.org \
    --cc=kvm@vger.kernel.org \
    --cc=kvmarm@lists.linux.dev \
    --cc=linux-s390@vger.kernel.org \
    --cc=lvivier@redhat.com \
    --cc=nrb@linux.ibm.com \
    --cc=pbonzini@redhat.com \
    --cc=shan.gavin@gmail.com \
    --cc=thuth@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox