trace-events: Rename 'next' argument
'next' is a systemtap keyword, so it's a bad idea to use it as anargument name.
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
tracetool: Forbid argument name 'next'
It has happened more than once that patches that look perfectly saneand work with simpletrace broke systemtap because they use 'next' as anargument name for a tracing function. However, 'next' is a keyword forsystemtap, so we shouldn't use it....
qcow2: Remove unused parameter in get_cluster_table()
Since everything goes through the cache, callers don't use the L2 tableoffset any more.
Signed-off-by: Kevin Wolf <kwolf@redhat.com>Reviewed-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
qemu-io: add option to enable tracing
It can be useful to enable QEMU tracing when trying out block layerinterfaces via qemu-io. Tracing can be enabled using the new -T FILEoption where the given file contains a list of trace events to enable(just like the qemu --trace events=FILE option)....
block: push recursive flushing up from drivers
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>Signed-off-by: Kevin Wolf <kwolf@redhat.com>
aio: move BlockDriverAIOCB to qemu-aio.h
And remove several block_int.h inclusions that should not be there.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>Reviewed-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Merge branch 's390-for-upstream' of git://repo.or.cz/qemu/agraf
Improve interrupt handling priority
The vector interrupt has higher priority than interrupt_level_n.Also check only interrupt_level_n concurency when TL > 0, the traps ofother types may be nested.
Signed-off-by: Artyom Tarasenko <atar4qemu@gmail.com>Signed-off-by: Blue Swirl <blauwirbel@gmail.com>
Fix vector interrupt handling
Don't produce stray irq 5, don't overwrite ivec_data if still busy withprocessing of the previous interrupt.
target-s390x: Update s390x_{tod,cpu}_timer() to use S390CPU
In place of CPUS390XState pass S390CPU as opaque from the new initfn.cpu_interrupt() is anticipated to take a CPUState in the future.
Signed-off-by: Andreas Färber <afaerber@suse.de>Tested-by: Christian Borntraeger <borntraeger@de.ibm.com>
View all revisions | View revisions
Also available in: Atom