From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Jones Subject: Re: [PATCH 00/17] kvm-unit-tests/arm: initial drop Date: Tue, 4 Feb 2014 09:33:19 +0100 Message-ID: <20140204083318.GA30189@hawk.usersys.redhat.com> References: <1390321323-1855-1-git-send-email-drjones@redhat.com> <20140202022203.GN3570@cbox> <20140203132409.GA6832@hawk.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Christoffer Dall , kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org To: Maria Soler Return-path: Received: from mx1.redhat.com ([209.132.183.28]:33732 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750780AbaBDIdh (ORCPT ); Tue, 4 Feb 2014 03:33:37 -0500 Content-Disposition: inline In-Reply-To: Sender: kvm-owner@vger.kernel.org List-ID: On Tue, Feb 04, 2014 at 09:19:30AM +0100, Maria Soler wrote: > On 29 January 2014 16:35, Andrew Jones wrote: >=20 > > On Tue, Jan 28, 2014 at 07:16:11PM +0100, Mar=EDa Soler Heredia wro= te: > > > Hello Andrew, > > > > > > I have been experimenting a little with your tests and I have som= e > > comments > > > and questions. I have already compiled and run versions v1 and v2= , which > > > work with kvm disabled, but I cannot run v3 using the same qemu, = version > > > 1.6.90 with these two sets of patches: > > > > > > - > > http://lists.nongnu.org/archive/html/qemu-devel/2013-09/msg02142.ht= ml(Adds > > > 'virt' platform) > > > - > > http://lists.nongnu.org/archive/html/qemu-devel/2013-10/msg01815.ht= ml(Introduces > > > virtio-testdev) > > > > > > that you indicated on [PATCH 0/9] kvm-unit-tests/arm: initial dro= p. > > > > > > > Only qemu-system-arm, recent enough to have mach-virt, and the > > > > virtio-testdev patch[1], > > > > is required. > > > > > > > > [1] > > http://lists.nongnu.org/archive/html/qemu-devel/2013-12/msg00690.ht= ml > > > > > > > > > > Then I thought maybe the problem was that my qemu was too old, so= I > > > upgraded to version 1.7.50, the newest available version at git:/= / > > > git.qemu-project.org/qemu.git and applied patch[1] but it seems t= o be > > > incompatible with that version of qemu, since it doesn't compile: > > > > > -------------------------------------------------------------------= -----------------------------------------------------------------------= - > > > hw/virtio/virtio-testdev.c: In function 'virtio_testdev_class_ini= t': > > > hw/virtio/virtio-testdev.c:136:8: error: 'VirtioDeviceClass' has = no > > member > > > named 'init' > > > > > -------------------------------------------------------------------= -----------------------------------------------------------------------= - > > > > The latest git://git.qemu.org/qemu.git with the v3 of virtio-testde= v that > > I just sent[*] works for me. virtio-testdev needed to be converted = from > > init > > to realize. > > > > [*] http://lists.nongnu.org/archive/html/qemu-devel/2014-01/msg0404= 1.html > > > > > > > > I modified hw/virtio/virtio-testdev.c to stop this error from hap= pening, > > > but it won't run the already compiled (with qemu 1.6.90) v1 and v= 2 or > > make > > > a runnable version of either v1, v2 or v3 when recompiling them. > > > > > > The error that I get when I run the v3 of the test (with qemu 1.6= =2E90) is > > as > > > follows: > > > > > > $ ./run_tests.sh -v > > > ./arm-run arm/selftest.flat -smp 1 -m 256 -append 'mem 256' > > > qemu: fatal: Trying to execute code outside RAM or ROM at 0x00000= 000 > > > > > > R00=3Dfffffff7 R01=3D00000000 R02=3D00000000 R03=3D2ff20112 > > > R04=3D00000000 R05=3D00000000 R06=3D00000000 R07=3D00000000 > > > R08=3D00000000 R09=3D00000000 R10=3D00000000 R11=3D00000000 > > > R12=3D00000000 R13=3D40017ff8 R14=3D080117b0 R15=3D00000000 > > > PSR=3Da00001d3 N-C- A svc32 > > > s00=3D00000000 s01=3D00000000 d00=3D0000000000000000 > > > ... > > > s62=3D00000000 s63=3D00000000 d31=3D0000000000000000 > > > FPSCR: 00000000 > > > ./arm-run: line 16: 4839 Aborted (core dumped) $= command > > > "$@" > > > FAIL selftest_mem > > > ./arm-run arm/selftest.flat -smp 1 -append 'vectors' > > > qemu: fatal: Trying to execute code outside RAM or ROM at 0x00000= 000 > > > > > > R00=3Dfffffff7 R01=3D00000000 R02=3D00000000 R03=3D2ff20112 > > > R04=3D00000000 R05=3D00000000 R06=3D00000000 R07=3D00000000 > > > R08=3D00000000 R09=3D00000000 R10=3D00000000 R11=3D00000000 > > > R12=3D00000000 R13=3D40017ff8 R14=3D080117b0 R15=3D00000000 > > > PSR=3Da00001d3 N-C- A svc32 > > > s00=3D00000000 s01=3D00000000 d00=3D0000000000000000 > > > ... > > > s62=3D00000000 s63=3D00000000 d31=3D0000000000000000 > > > FPSCR: 00000000 > > > ./arm-run: line 16: 4845 Aborted (core dumped) $= command > > > "$@" > > > FAIL selftest_vectors > > > ./arm-run arm/selftest.flat -smp 1 -append 'vectors_usr' > > > qemu: fatal: Trying to execute code outside RAM or ROM at 0x00000= 000 > > > > > > R00=3Dfffffff7 R01=3D00000000 R02=3D00000000 R03=3D2ff20112 > > > R04=3D00000000 R05=3D00000000 R06=3D00000000 R07=3D00000000 > > > R08=3D00000000 R09=3D00000000 R10=3D00000000 R11=3D00000000 > > > R12=3D00000000 R13=3D40017ff8 R14=3D080117b0 R15=3D00000000 > > > PSR=3Da00001d3 N-C- A svc32 > > > s00=3D00000000 s01=3D00000000 d00=3D0000000000000000 > > > ... > > > s62=3D00000000 s63=3D00000000 d31=3D0000000000000000 > > > FPSCR: 00000000 > > > ./arm-run: line 16: 4851 Aborted (core dumped) $= command > > > "$@" > > > FAIL selftest_vectors_usr > > > > > > Am I using the wrong qemu? Is there a new dependency that is not > > mentioned > > > and that may cause this problem? Any other ideas on why this coul= d > > happen? > > > > Are you sure you have the latest mach-virt patches for qemu? v3 of > > kvm-unit-tests/arm sets the load address to 0x40000000, which match= es the > > latest mach-virt. > > > > I can run these tests on my x86_64 machine, without kvm enabled, as= well as > > on an armv7 machine with kvm enabled. Are you still running on the > > FastModel? I never got around to setting one up to see if that work= s or > > not. > > > > thanks, > > drew > > > > > In deed, everything works fine with that qemu. So my "old qemu" was t= oo old > and the other one was simply an incompatible version. I wasn't using > FastModels in this case, although all versions work on FastModels as = well. > The only problem I had with the first version was that I thought I co= uld > enable kvm, (you know, kvm tests), so I mentioned FastModels in case = it was > part of the problem. >=20 > Thank you very much, > Mar=EDa. I'm glad to hear things are working for you now. Will you be submitting some test code built on top of this framework? If so, can you briefly describe your plans? thanks, drew