Re: [PATCH 00/17] kvm-unit-tests/arm: initial drop

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Andrew,

I have been experimenting a little with your tests and I have some 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:

that you indicated on [PATCH 0/9] kvm-unit-tests/arm: initial drop.

 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.html

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 to be incompatible with that version of qemu, since it doesn't compile:
-------------------------------------------------------------------------------------------------------------------------------------------
hw/virtio/virtio-testdev.c: In function ‘virtio_testdev_class_init’:
hw/virtio/virtio-testdev.c:136:8: error: ‘VirtioDeviceClass’ has no member named ‘init’

-------------------------------------------------------------------------------------------------------------------------------------------


I modified hw/virtio/virtio-testdev.c to stop this error from happening, but it won't run the already compiled (with qemu 1.6.90) v1 and v2 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.90) 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 0x00000000

R00=fffffff7 R01=00000000 R02=00000000 R03=2ff20112
R04=00000000 R05=00000000 R06=00000000 R07=00000000
R08=00000000 R09=00000000 R10=00000000 R11=00000000
R12=00000000 R13=40017ff8 R14=080117b0 R15=00000000
PSR=a00001d3 N-C- A svc32
s00=00000000 s01=00000000 d00=0000000000000000
...
s62=00000000 s63=00000000 d31=0000000000000000
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 0x00000000

R00=fffffff7 R01=00000000 R02=00000000 R03=2ff20112
R04=00000000 R05=00000000 R06=00000000 R07=00000000
R08=00000000 R09=00000000 R10=00000000 R11=00000000
R12=00000000 R13=40017ff8 R14=080117b0 R15=00000000
PSR=a00001d3 N-C- A svc32
s00=00000000 s01=00000000 d00=0000000000000000
...
s62=00000000 s63=00000000 d31=0000000000000000
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 0x00000000

R00=fffffff7 R01=00000000 R02=00000000 R03=2ff20112
R04=00000000 R05=00000000 R06=00000000 R07=00000000
R08=00000000 R09=00000000 R10=00000000 R11=00000000
R12=00000000 R13=40017ff8 R14=080117b0 R15=00000000
PSR=a00001d3 N-C- A svc32
s00=00000000 s01=00000000 d00=0000000000000000
...
s62=00000000 s63=00000000 d31=0000000000000000
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 could happen?

Thanks,
María.
_______________________________________________
kvmarm mailing list
kvmarm@xxxxxxxxxxxxxxxxxxxxx
https://lists.cs.columbia.edu/cucslists/listinfo/kvmarm

[Index of Archives]     [Linux KVM]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux