All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zhu Yijun <zhuyijun@huawei.com>
To: "Radim Krčmář" <rkrcmar@redhat.com>
Cc: <kvm@vger.kernel.org>, <oscar.zhangbo@huawei.com>,
	Hangaohuai <hangaohuai@huawei.com>
Subject: Re: questions about kvm test
Date: Sat, 27 Feb 2016 09:01:15 +0800	[thread overview]
Message-ID: <56D0F55B.6010507@huawei.com> (raw)
In-Reply-To: <20160226142603.GA17211@potion.redhat.com>

Thanks for giving me so much information!

Currently I have installed redhat 7.0 on my machine, and run kun-unit-tests. However, several tests case failed, such as apic, ioapic, smap, pku, idt_test.

So should I use the latest kvm-kmod and qemu? Or is there something requirement on hardware?

Here is my cpu info showed by /proc/cpuinfo:

model name      : Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz

flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx
smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm t
pr_shadow vnmi flexpriority ept vpid

I had look the error info in test.log, and will check the source code these days. Thanks again!

Zhu Yijun


On 2016/2/26 22:26, Radim Krčmář wrote:

> 2016-02-24 17:45+0800, Zhu Yijun:
>> Hi all,
>>
>>   I am getting start with kvm, and interest in kvm auto test. Currently I have found two related projects, one is kvm-unit-tests, and the other is avocado-vt.
>>
>>   So my question is:
>>
>>   1) If there is relationship between above two test suite?
> 
> They have different goals, but it makes sense to run kvm-unit-tests
> inside avocado.
> 
> kvm-unit-tests is a collection of single-purpose guests that test some
> parts of KVM (the kernel).  kvm-unit-tests also contain a simple
> framework to let you run those guests without hassle.
> 
> avocado-vt is a module for avocado testing framework that allows you to
> conveniently automate tests about and inside guests.  avocado-vt also
> collects tests for guest that run on KVM.
> 
>>   1)                                                        We should use them alone or together?
> 
> If you would be using avocado anyway, then it's a good idea to run
> kvm-unit-tests from it, instead of running them separately.
> 
> (I presume that you'll run something, like jenkins, on top of avocado,
>  so having just one set of results will be simpler.)
> 
>>   2) Is there any other kvm test suite available?
> 
> That depends on what you count and what you actually want to test.
> Working with KVM guests is testing KVM. :)
> 
> Virtualization mostly emulates real hardware, so pretty much any
> hardware test suite is worthwhile and other components in your virt
> stack (QEMU, libvirt, ...) have a specialized test suites that also
> exercise KVM.
> 
> AFAIK avocado(-vt) is the latest try at THE testing framework, so using
> it should be more convenient than writing your own framework to test a
> huge cartesian product of variables that KVM+QEMU+libvirt+... provides.
> 
>>   2)                                              And which one is mainly used at present?
> 
> I guess that developers mostly use the test suite for their project or
> custom tests/benchmarks that cover their current work.
> 
> Autotest maybe still is the most popular framework, but avocado
> obsoletes it.
> 
> Btw. the avocado team will be able to provide much better information.
> 
> .
> 




  reply	other threads:[~2016-02-27  1:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-24  9:45 questions about kvm test Zhu Yijun
2016-02-26 14:26 ` Radim Krčmář
2016-02-27  1:01   ` Zhu Yijun [this message]
2016-02-28  0:09     ` Amos Jianjun Kong

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=56D0F55B.6010507@huawei.com \
    --to=zhuyijun@huawei.com \
    --cc=hangaohuai@huawei.com \
    --cc=kvm@vger.kernel.org \
    --cc=oscar.zhangbo@huawei.com \
    --cc=rkrcmar@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.