On 10/30/2017 05:20 AM, Eduardo Habkost wrote:
> On Mon, Oct 30, 2017 at 01:00:56AM -0300, Philippe Mathieu-Daudé wrote:
>> - I don't think this is the nicest way, too much #ifdef'fery in main()
>
> I suggest using object_class_get_list(TYPE_ACCEL, false).
OK, this gives:
$ qemu-system-x86_64 -accel help
Possible accelerators:
xen
kvm
qtest
I was not aware of the qtest accel :)
(gdb) r -accel qtest -nographic
Starting program: x86_64-softmmu/qemu-system-x86_64 -accel qtest -nographic
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffd7f4b700 (LWP 4085)]
[New Thread 0x7fffd774a700 (LWP 4086)]
Thread 1 "qemu-system-x86" received signal SIGTERM, Terminated.
0x00007fffde70f731 in __GI_ppoll (fds=0x555556bcc9e0, nfds=5,
timeout=<optimized out>, sigmask=0x0) at
../sysdeps/unix/sysv/linux/ppoll.c:39
39 ../sysdeps/unix/sysv/linux/ppoll.c: No such file or directory.
(gdb) i th
Id Target Id Frame
* 1 Thread 0x7ffff7f9eec0 (LWP 4080) "qemu-system-x86"
0x00007fffde70f731 in __GI_ppoll (fds=0x555556bcc9e0, nfds=5,
timeout=<optimized out>, sigmask=0x0) at
../sysdeps/unix/sysv/linux/ppoll.c:39
2 Thread 0x7fffd7f4b700 (LWP 4085) "qemu-system-x86" syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
3 Thread 0x7fffd774a700 (LWP 4086) "qemu-system-x86" do_sigwait
(set=<optimized out>, set@entry=0x7fffd7747700,
sig=sig@entry=0x7fffd77476fc) at ../sysdeps/unix/sysv/linux/sigwait.c:64
(gdb) bt
#0 0x00007fffde70f731 in __GI_ppoll (fds=0x555556bcc9e0, nfds=5,
timeout=<optimized out>, sigmask=0x0)
at ../sysdeps/unix/sysv/linux/ppoll.c:39
#1 0x0000555555c3702c in qemu_poll_ns (fds=0x555556bcc9e0, nfds=5,
timeout=1000000000) at util/qemu-timer.c:334
#2 0x0000555555c37f66 in os_host_main_loop_wait (timeout=1000000000) at
util/main-loop.c:255
#3 0x0000555555c38026 in main_loop_wait (nonblocking=0) at
util/main-loop.c:515
#4 0x00005555558aa6fc in main_loop () at vl.c:1995
#5 0x00005555558b1fc3 in main (argc=4, argv=0x7fffffffe088,
envp=0x7fffffffe0b0) at vl.c:4948
