[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 3e2b2a: virtio-scsi-dataplane: Add op blocker
From: |
GitHub |
Subject: |
[Qemu-commits] [qemu/qemu] 3e2b2a: virtio-scsi-dataplane: Add op blocker |
Date: |
Thu, 30 Oct 2014 08:00:06 -0700 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: 3e2b2a9c49f44926b995495be5e94e61e4f29f5e
https://github.com/qemu/qemu/commit/3e2b2a9c49f44926b995495be5e94e61e4f29f5e
Author: Fam Zheng <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/scsi/virtio-scsi-dataplane.c
M hw/scsi/virtio-scsi.c
M include/hw/virtio/virtio-scsi.h
Log Message:
-----------
virtio-scsi-dataplane: Add op blocker
We need this to protect dataplane thread from race conditions with block
jobs until the latter is made dataplane-safe.
Signed-off-by: Fam Zheng <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 6d2c83165bc981536f248dd9e3f25bf132b35867
https://github.com/qemu/qemu/commit/6d2c83165bc981536f248dd9e3f25bf132b35867
Author: Cornelia Huck <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/scsi/virtio-scsi-dataplane.c
Log Message:
-----------
virtio-scsi: dataplane: print why starting failed
Setting up guest or host notifiers may fail, but the user will have
no idea why: Let's print the error returned by the callback.
Signed-off-by: Cornelia Huck <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 361dcc790db8c87b2e46ab610739191ced894c44
https://github.com/qemu/qemu/commit/361dcc790db8c87b2e46ab610739191ced894c44
Author: Cornelia Huck <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/scsi/virtio-scsi-dataplane.c
Log Message:
-----------
virtio-scsi: dataplane: fail setup gracefully
The dataplane code is currently doing a hard exit on various setup
failures. In practice, this may mean that a guest suddenly dies after
a dataplane device failed to come up (e.g., when a file descriptor
limit is hit for the nth device).
Let's just try to unwind the setup instead and return.
Signed-off-by: Cornelia Huck <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 4adea8042f880dd9bd7cb5c191a781ec86fdc587
https://github.com/qemu/qemu/commit/4adea8042f880dd9bd7cb5c191a781ec86fdc587
Author: Cornelia Huck <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/scsi/virtio-scsi-dataplane.c
M include/hw/virtio/virtio-scsi.h
Log Message:
-----------
virtio-scsi: dataplane: stop trying on notifier error
There's no use to constantly trying to enable dataplane if we failed
to set up guest or host notifiers, so fence it off in that case.
We'll try again if the device is reinitialized.
Signed-off-by: Cornelia Huck <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: d3c4931647c16c2ffc09a2c7c80d71c73cd026c6
https://github.com/qemu/qemu/commit/d3c4931647c16c2ffc09a2c7c80d71c73cd026c6
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M qom/object.c
Log Message:
-----------
qom: Allow clearing of a Link property
By passing in "" to object_property_set_link.
The lead user of this is the QDEV GPIO framework which will implement
GPIO disconnects via an "unlink". GPIO disconnection is used by
qtest's irq_intercept_out command.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 8faa2f8571e399ba486bad00e25b6c9b22b6fd9a
https://github.com/qemu/qemu/commit/8faa2f8571e399ba486bad00e25b6c9b22b6fd9a
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M qom/object.c
Log Message:
-----------
qom: Demote already-has-a-parent to a regular error
Rather than an abort(). This allows callers to decide whether parenting
an already-parented object is a fatal error condition.
Useful for providing a default value for an object's parent in the case
where you want to set one iff it doesn't already have one.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 02757df2ad2d5dfc96482e2cdfa046f439dafc3d
https://github.com/qemu/qemu/commit/02757df2ad2d5dfc96482e2cdfa046f439dafc3d
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/qdev.c
Log Message:
-----------
qdev: gpio: Re-implement qdev_connect_gpio QOM style
Re-implement as a link setter. This should allow the QOM framework to
keep track of ref counts properly etc.
We need to add a default parent for the connecting input incase it's
coming from a non-qdev source. We simply parent the IRQ to the machine
in this case.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 0c24db2b8c60cb578d7af6fb50c0ad60a723a02d
https://github.com/qemu/qemu/commit/0c24db2b8c60cb578d7af6fb50c0ad60a723a02d
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/qdev.c
M include/hw/qdev-core.h
Log Message:
-----------
qdev: gpio: Add API for intercepting a GPIO
To replace the old qemu_irq intercept API (which had users reaching
into qdev private state for GPIOs).
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 60a79016aed70c4ebcd45a8006c46dc9c397685a
https://github.com/qemu/qemu/commit/60a79016aed70c4ebcd45a8006c46dc9c397685a
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/irq.c
M qtest.c
Log Message:
-----------
qtest/irq: Rework IRQ interception
Change the qtest intercept handler to accept just the individual IRQ
being intercepted as opaque. n is still expected to be correctly set
as for the original intercepted irq. qemu_intercept_irq_in is updated
accordingly.
Then covert the qemu_irq_intercept_out call to use qdev intercept
version. This stops qtest from having to mess with the raw IRQ pointers
(still has to mess with names and counts but a step in the right
direction).
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: b58c303590c3d56cbe7435f7e2abe605e4983b8d
https://github.com/qemu/qemu/commit/b58c303590c3d56cbe7435f7e2abe605e4983b8d
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/irq.c
M include/hw/irq.h
Log Message:
-----------
irq: Remove qemu_irq_intercept_out
No more users left and obsoleted by qdev_intercept_gpio_out.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 15942b65697c7016a8ca836ecbfd9777d959187c
https://github.com/qemu/qemu/commit/15942b65697c7016a8ca836ecbfd9777d959187c
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/qdev.c
M include/hw/qdev-core.h
Log Message:
-----------
qdev: gpio: delete NamedGPIOList::out
All users of GPIO outputs are fully QOMified, using QOM properties to
access the GPIO data. Delete.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: aef0869e8ed83ec201488020a9a1cc44d85d72bf
https://github.com/qemu/qemu/commit/aef0869e8ed83ec201488020a9a1cc44d85d72bf
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/qdev.c
Log Message:
-----------
qdev: gpio: Remove qdev_init_gpio_out x1 restriction
Previously this was restricted to a single call per-dev/per-name. With
the conversion of the GPIO output state to QOM the implementation can
now handle repeated calls. Remove the restriction.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 17a96a146cb5195ab1f6b5cf48645f9f6450539f
https://github.com/qemu/qemu/commit/17a96a146cb5195ab1f6b5cf48645f9f6450539f
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/qdev.c
M include/hw/qdev-core.h
Log Message:
-----------
qdev: gpio: Define qdev_pass_gpios()
Allows a container to take ownership of GPIOs in a contained
device and automatically connect them as GPIOs to the container.
This prepares for deprecation of the SYSBUS IRQ functionality, which
has this feature. We push it up to the device level instead of sysbus
level. There's nothing sysbus specific about passing GPIOs to
containers so its a legitimate device-level generic feature.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: b5917219090d14065196fc2dca15562e13c23a26
https://github.com/qemu/qemu/commit/b5917219090d14065196fc2dca15562e13c23a26
Author: Peter Crosthwaite <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M hw/core/sysbus.c
M include/hw/sysbus.h
Log Message:
-----------
sysbus: Use TYPE_DEVICE GPIO functionality
Re-implement the Sysbus GPIOs to use the existing TYPE_DEVICE
GPIO named framework. A constant string name is chosen to avoid
conflicts with existing unnamed GPIOs.
This unifies GPIOs are IRQs for sysbus devices and allows removal
of all Sysbus state for GPIOs.
Any existing and future-added functionality for GPIOs is now
also available for sysbus IRQs.
Reviewed-by: Alexander Graf <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: e48638fdb31bb79de964cd8bbd4621648f5d38c6
https://github.com/qemu/qemu/commit/e48638fdb31bb79de964cd8bbd4621648f5d38c6
Author: Wei Huang <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M target-i386/cpu.c
Log Message:
-----------
target-i386: warns users when CPU threads>1 for non-Intel CPUs
Only Intel CPUs support hyperthreading. When users select threads>1 in
-smp option, QEMU fixes it by adjusting CPUID_0000_0001_EBX and
CPUID_8000_0008_ECX based on inputs (sockets, cores, threads);
so guest VM can boot correctly. However it is still better to gives
users a warning when such case happens.
Signed-off-by: Wei Huang <address@hidden>
[As suggested by Eduardo, check for !IS_INTEL instead of AMD. - Paolo]
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: da26f37a3eca3c88e0b24a21810321fcfb4ec01f
https://github.com/qemu/qemu/commit/da26f37a3eca3c88e0b24a21810321fcfb4ec01f
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: grab more files from Anthony's pile
I am picking up character devices and the main loop, as agreed during
QEMU Summit.
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: e26082fd0be51bb32daec39b0279f337d8ebb510
https://github.com/qemu/qemu/commit/e26082fd0be51bb32daec39b0279f337d8ebb510
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: add Samuel Thibault as usb-serial.c and baum.c maintainer
He wrote "I've written mostly all of usb-serial.c and baum.c, and keep
maintaining them, since I use them regularly."
Cc: Samuel Thibault <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: d46d72fd1030e8315190f83023e4fe6959c5cfde
https://github.com/qemu/qemu/commit/d46d72fd1030e8315190f83023e4fe6959c5cfde
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: add myself for X86
Still not moving it beyond "Odd fixes". Richard Henderson also has
reviewed a bunch of X86 TCG patches, so add him as well. All we want
is to avoid that patches fall on the floor.
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 486bbe5f14f182f39eb13feb0b29c64e4a6dcc8d
https://github.com/qemu/qemu/commit/486bbe5f14f182f39eb13feb0b29c64e4a6dcc8d
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: Add more TCG files
Unfortunately, TCG files do not really have a maintainer yet.
But at least there will be fewer unmaintained files.
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: c0bd0b509b398efe7f0b5d98f404763f77a86f07
https://github.com/qemu/qemu/commit/c0bd0b509b398efe7f0b5d98f404763f77a86f07
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: add some tests directories
Low-hanging fruit...
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 5dd4a88c37f93f525828a8592168fb5d03f9e842
https://github.com/qemu/qemu/commit/5dd4a88c37f93f525828a8592168fb5d03f9e842
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: avoid M entries that point to mailing lists
"L" entries that point to qemu-devel are not much better either, but at least
the get_maintainer.pl output is clearer.
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 107684c05d80c457aa6e81d090b36a1a294110ec
https://github.com/qemu/qemu/commit/107684c05d80c457aa6e81d090b36a1a294110ec
Author: Li Liu <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M qtest.c
Log Message:
-----------
qtest: fix qtest log fd should be initialized before qtest chardev
qtest_log_fp should be inited before qemu_chr_add_handlers.
If not the log dumped from callback functions may be lost.
easy to reproduce it by command:
"QTEST_LOG=1 QTEST_QEMU_BINARY=x86_64-softmmu/qemu-system-x86_64
gtester -k --verbose -m=quick tests/qdev-monitor-test"
The log "[I xxxxxx] OPENED" should be printed out by
qtest_event, but does not.
Signed-off-by: Li Liu <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 8ad2c0f0f8996fe71826c1cc79e509ad6a94d2d4
https://github.com/qemu/qemu/commit/8ad2c0f0f8996fe71826c1cc79e509ad6a94d2d4
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M scripts/get_maintainer.pl
Log Message:
-----------
get_maintainer.pl: move git loop under "if ($email) {"
All checks in the loop are guarded by that condition, and there is a
handy "if" just below. Simplify the code.
Reviewed-by: Markus Armbruster <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: c6561586f0f858635ccda0bfa97046e4e82af276
https://github.com/qemu/qemu/commit/c6561586f0f858635ccda0bfa97046e4e82af276
Author: Paolo Bonzini <address@hidden>
Date: 2014-10-23 (Thu, 23 Oct 2014)
Changed paths:
M scripts/get_maintainer.pl
Log Message:
-----------
get_maintainer.pl: restrict cases where it falls back to --git
The list emitted by --git-fallback often leads inexperienced contributors
to add pointless CCs. While not discouraging usage of --git-fallback,
we want to:
1) disable the fallback if only some files lack a maintainer
$ scripts/get_maintainer.pl -f util/cutils.c hw/ide/core.c
Kevin Wolf <address@hidden> (odd fixer:IDE)
Stefan Hajnoczi <address@hidden> (odd fixer:IDE)
This behavior is taken even if --git-fallback is specified.
2) warn the contributors about what we're doing, asking them to use their
common sense:
$ scripts/get_maintainer.pl -f util/cutils.c
get_maintainer.pl: No maintainers found, printing recent contributors.
get_maintainer.pl: Do not blindly cc: them on patches! Use common sense.
Luiz Capitulino <address@hidden> (commit_signer:1/2=50%)
...
$
Explicitly disabling the fallback will not result in the warning message:
$ scripts/get_maintainer.pl -f util/cutils.c --no-git-fallback
$ echo $?
0
(Returning 1 would break usage of scripts/get_maintainer.pl as a cccmd
for git-send-email).
Reviewed-by: Markus Armbruster <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 9aecd6f8aef653cea58932f06a2740299dbe5fd3
https://github.com/qemu/qemu/commit/9aecd6f8aef653cea58932f06a2740299dbe5fd3
Author: Chao Peng <address@hidden>
Date: 2014-10-24 (Fri, 24 Oct 2014)
Changed paths:
M target-i386/cpu.c
M target-i386/cpu.h
M target-i386/kvm.c
M target-i386/machine.c
Log Message:
-----------
target-i386: add Intel AVX-512 support
Add AVX512 feature bits, register definition and corresponding
xsave/vmstate support.
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Chao Peng <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: b7890c40e557f4733b6fcd1eb79af79b70dc8c05
https://github.com/qemu/qemu/commit/b7890c40e557f4733b6fcd1eb79af79b70dc8c05
Author: Ting Wang <address@hidden>
Date: 2014-10-27 (Mon, 27 Oct 2014)
Changed paths:
M hw/scsi/virtio-scsi.c
Log Message:
-----------
virtio-scsi: sense in virtio_scsi_command_complete
If req->resp.cmd.status is not GOOD, the address of sense for
qemu_iovec_from_buf should be modified from &req->resp to sense.
Cc: address@hidden
Signed-off-by: Ting Wang <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 024d9adc79651f8fd96078461a7e4dfb8bb83e16
https://github.com/qemu/qemu/commit/024d9adc79651f8fd96078461a7e4dfb8bb83e16
Author: Bin Wu <address@hidden>
Date: 2014-10-27 (Mon, 27 Oct 2014)
Changed paths:
M hw/scsi/virtio-scsi.c
Log Message:
-----------
hw/scsi/virtio-scsi.c: fix the "type" use error in virtio_scsi_handle_ctrl
The local variable "type" in virtio_scsi_handle_ctl represents the tmf
command type from the guest and it has the same meaning as the
req->req.tmf.type. However, before the invoking of virtio_scsi_parse_req
the req->req.tmf.type doesn't has the correct value(just initialized to
zero). Therefore, we need to use the "type" variable to judge the case.
Cc: address@hidden
Signed-off-by: Bin Wu <address@hidden>
[Actually make it compile, "type" must be uint32_t in order to pass
it to virtio_tswap32s. - Paolo]
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: e218052f9288609bb8c53b31cae3bed7d7516728
https://github.com/qemu/qemu/commit/e218052f9288609bb8c53b31cae3bed7d7516728
Author: Markus Armbruster <address@hidden>
Date: 2014-10-27 (Mon, 27 Oct 2014)
Changed paths:
M docs/writing-qmp-commands.txt
M qemu-options.hx
Log Message:
-----------
aio / timers: De-document -clock
Commit 6d32717 "aio / timers: Remove alarm timers" has issues:
1. It silently ignores -clock for backward compatibility.
Incompatible change: -clock help no longer terminates the program.
Tolerable.
2. Failed to update option documentation. In particular, -help still
advises users to try -clock help for available timers. Drop all
documentation on -clock.
3. The 'query-alarm-clock' example in docs/writing-commands.txt no
longer works, and needs to be redone. Can't do that right now, so I
just stick in a FIXME.
Signed-off-by: Markus Armbruster <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 08118672d06c8d2fb937cab5c97b2dfdc8786520
https://github.com/qemu/qemu/commit/08118672d06c8d2fb937cab5c97b2dfdc8786520
Author: Peter Maydell <address@hidden>
Date: 2014-10-30 (Thu, 30 Oct 2014)
Changed paths:
M MAINTAINERS
M docs/writing-qmp-commands.txt
M hw/core/irq.c
M hw/core/qdev.c
M hw/core/sysbus.c
M hw/scsi/virtio-scsi-dataplane.c
M hw/scsi/virtio-scsi.c
M include/hw/irq.h
M include/hw/qdev-core.h
M include/hw/sysbus.h
M include/hw/virtio/virtio-scsi.h
M qemu-options.hx
M qom/object.c
M qtest.c
M scripts/get_maintainer.pl
M target-i386/cpu.c
M target-i386/cpu.h
M target-i386/kvm.c
M target-i386/machine.c
Log Message:
-----------
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging
virtio-scsi fixes, the first part of dynamic sysbus devices,
MAINTAINERS updates, and AVX512 support.
# gpg: Signature made Mon 27 Oct 2014 15:12:13 GMT using RSA key ID 78C7AE83
# gpg: Good signature from "Paolo Bonzini <address@hidden>"
# gpg: aka "Paolo Bonzini <address@hidden>"
# gpg: WARNING: This key is not certified with sufficiently trusted signatures!
# gpg: It is not certain that the signature belongs to the owner.
# Primary key fingerprint: 46F5 9FBD 57D6 12E7 BFD4 E2F7 7E15 100C CD36 69B1
# Subkey fingerprint: F133 3857 4B66 2389 866C 7682 BFFB D25F 78C7 AE83
* remotes/bonzini/tags/for-upstream: (28 commits)
aio / timers: De-document -clock
hw/scsi/virtio-scsi.c: fix the "type" use error in virtio_scsi_handle_ctrl
virtio-scsi: sense in virtio_scsi_command_complete
target-i386: add Intel AVX-512 support
get_maintainer.pl: restrict cases where it falls back to --git
get_maintainer.pl: move git loop under "if ($email) {"
qtest: fix qtest log fd should be initialized before qtest chardev
MAINTAINERS: avoid M entries that point to mailing lists
MAINTAINERS: add some tests directories
MAINTAINERS: Add more TCG files
MAINTAINERS: add myself for X86
MAINTAINERS: add Samuel Thibault as usb-serial.c and baum.c maintainer
MAINTAINERS: grab more files from Anthony's pile
target-i386: warns users when CPU threads>1 for non-Intel CPUs
sysbus: Use TYPE_DEVICE GPIO functionality
qdev: gpio: Define qdev_pass_gpios()
qdev: gpio: Remove qdev_init_gpio_out x1 restriction
qdev: gpio: delete NamedGPIOList::out
irq: Remove qemu_irq_intercept_out
qtest/irq: Rework IRQ interception
...
Signed-off-by: Peter Maydell <address@hidden>
Compare: https://github.com/qemu/qemu/compare/cbd5ac699173...08118672d06c
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] 3e2b2a: virtio-scsi-dataplane: Add op blocker,
GitHub <=