[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 1a9497: MAINTAINERS: add Stefan Hajnoczi as b
|
From: |
Peter Maydell |
|
Subject: |
[Qemu-commits] [qemu/qemu] 1a9497: MAINTAINERS: add Stefan Hajnoczi as block/nvme.c m... |
|
Date: |
Fri, 25 Sep 2020 03:00:38 -0700 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: 1a949789832623bdc0d94df976f3e35429ad7b45
https://github.com/qemu/qemu/commit/1a949789832623bdc0d94df976f3e35429ad7b45
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: add Stefan Hajnoczi as block/nvme.c maintainer
Development of the userspace NVMe block driver picked up again recently.
After talking with Fam I am stepping up as block/nvme.c maintainer.
Patches will be merged through my 'block' tree.
Cc: Kevin Wolf <kwolf@redhat.com>
Cc: Klaus Jensen <k.jensen@samsung.com>
Cc: Fam Zheng <fam@euphon.net>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Acked-by: Kevin Wolf <kwolf@redhat.com>
Acked-by: Klaus Jensen <k.jensen@samsung.com>
Acked-by: Fam Zheng <fam@euphon.net>
Message-id: 20200907111632.90499-1-stefanha@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Commit: 2ffc54708087c6e524297957be2fc5d543abb767
https://github.com/qemu/qemu/commit/2ffc54708087c6e524297957be2fc5d543abb767
Author: Marc Hartmayer <mhartmay@linux.ibm.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M contrib/libvhost-user/libvhost-user.c
Log Message:
-----------
libvhost-user: handle endianness as mandated by the spec
Since virtio existed even before it got standardized, the virtio
standard defines the following types of virtio devices:
+ legacy device (pre-virtio 1.0)
+ non-legacy or VIRTIO 1.0 device
+ transitional device (which can act both as legacy and non-legacy)
Virtio 1.0 defines the fields of the virtqueues as little endian,
while legacy uses guest's native endian [1]. Currently libvhost-user
does not handle virtio endianness at all, i.e. it works only if the
native endianness matches with whatever is actually needed. That means
things break spectacularly on big-endian targets. Let us handle virtio
endianness for non-legacy as required by the virtio specification [1]
and fence legacy virtio, as there is no safe way to figure out the
needed endianness conversions for all cases. The fencing of legacy
virtio devices is done in `vu_set_features_exec`.
[1]
https://docs.oasis-open.org/virtio/virtio/v1.1/cs01/virtio-v1.1-cs01.html#x1-210003
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Marc Hartmayer <mhartmay@linux.ibm.com>
Message-id: 20200901150019.29229-3-mhartmay@linux.ibm.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Commit: bd0bbb9aba2afbc2ea24b0475be04f795468b381
https://github.com/qemu/qemu/commit/bd0bbb9aba2afbc2ea24b0475be04f795468b381
Author: Halil Pasic <pasic@linux.ibm.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M hw/s390x/meson.build
A hw/s390x/vhost-user-fs-ccw.c
Log Message:
-----------
virtio: add vhost-user-fs-ccw device
Wire up the CCW device for vhost-user-fs.
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Signed-off-by: Halil Pasic <pasic@linux.ibm.com>
Message-id: 20200901150019.29229-2-mhartmay@linux.ibm.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Commit: 9dd6f7c28eaa7d001a526d51c74bbf89d5402b8c
https://github.com/qemu/qemu/commit/9dd6f7c28eaa7d001a526d51c74bbf89d5402b8c
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M include/qemu/iov.h
M tests/test-iov.c
M util/iov.c
Log Message:
-----------
util/iov: add iov_discard_undo()
The iov_discard_front/back() operations are useful for parsing iovecs
but they modify the array elements. If the original array is needed
after parsing finishes there is currently no way to restore it.
Although g_memdup() can be used before performing destructive
iov_discard_front/back() operations, this is inefficient.
Introduce iov_discard_undo() to restore the array to the state prior to
an iov_discard_front/back() operation.
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Message-Id: <20200917094455.822379-2-stefanha@redhat.com>
Commit: 7bd04a041addcdef6a03e6498aafaea55ca6e88b
https://github.com/qemu/qemu/commit/7bd04a041addcdef6a03e6498aafaea55ca6e88b
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M hw/block/virtio-blk.c
M include/hw/virtio/virtio-blk.h
Log Message:
-----------
virtio-blk: undo destructive iov_discard_*() operations
Fuzzing discovered that virtqueue_unmap_sg() is being called on modified
req->in/out_sg iovecs. This means dma_memory_map() and
dma_memory_unmap() calls do not have matching memory addresses.
Fuzzing discovered that non-RAM addresses trigger a bug:
void address_space_unmap(AddressSpace *as, void *buffer, hwaddr len,
bool is_write, hwaddr access_len)
{
if (buffer != bounce.buffer) {
^^^^^^^^^^^^^^^^^^^^^^^
A modified iov->iov_base is no longer recognized as a bounce buffer and
the wrong branch is taken.
There are more potential bugs: dirty memory is not tracked correctly and
MemoryRegion refcounts can be leaked.
Use the new iov_discard_undo() API to restore elem->in/out_sg before
virtqueue_push() is called.
Fixes: 827805a2492c1bbf1c0712ed18ee069b4ebf3dd6 ("virtio-blk: Convert
VirtIOBlockReq.out to structrue")
Reported-by: Alexander Bulekov <alxndr@bu.edu>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Buglink: https://bugs.launchpad.net/qemu/+bug/1890360
Message-Id: <20200917094455.822379-3-stefanha@redhat.com>
Commit: 8080747748f143c71076e1fd9951ca40900da574
https://github.com/qemu/qemu/commit/8080747748f143c71076e1fd9951ca40900da574
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M hw/virtio/virtio-crypto.c
Log Message:
-----------
virtio-crypto: don't modify elem->in/out_sg
A number of iov_discard_front/back() operations are made by
virtio-crypto. The elem->in/out_sg iovec arrays are modified by these
operations, resulting virtqueue_unmap_sg() calls on different addresses
than were originally mapped.
This is problematic because dirty memory may not be logged correctly,
MemoryRegion refcounts may be leaked, and the non-RAM bounce buffer can
be leaked.
Take a copy of the elem->in/out_sg arrays so that the originals are
preserved. The iov_discard_undo() API could be used instead (with better
performance) but requires careful auditing of the code, so do the simple
thing instead.
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Message-Id: <20200917094455.822379-4-stefanha@redhat.com>
Commit: ef1f5b0a96c917802dbab8c3fee26c46d50e76b6
https://github.com/qemu/qemu/commit/ef1f5b0a96c917802dbab8c3fee26c46d50e76b6
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M docs/system/deprecated.rst
Log Message:
-----------
docs/system: clarify deprecation schedule
The sentence explaining the deprecation schedule is ambiguous. Make it
clear that a feature deprecated in the Nth release is guaranteed to
remain available in the N+1th release. Removal can occur in the N+2nd
release or later.
As an example of this in action, see commit
25956af3fe5dd0385ad8017bc768a6afe41e2a74 ("block: Finish deprecation of
'qemu-img convert -n -o'"). The feature was deprecated in QEMU 4.2.0. It
was present in the 5.0.0 release and removed in the 5.1.0 release.
Suggested-by: Daniel P. Berrangé <berrange@redhat.com>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
Message-Id: <20200915150734.711426-1-stefanha@redhat.com>
Commit: 5a056375dcf5fd053b9aebd8576918e017fa0be4
https://github.com/qemu/qemu/commit/5a056375dcf5fd053b9aebd8576918e017fa0be4
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M .gitmodules
Log Message:
-----------
gitmodules: switch to qemu.org qboot mirror
QEMU now hosts a mirror of qboot.git. QEMU mirrors third-party code to
ensure that users can always build QEMU even if the dependency goes
offline and so QEMU meets its responsibilities to provide full source
code under software licenses.
Suggested-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20200915130834.706758-2-stefanha@redhat.com>
Commit: 9a23259108c0fb411f14064a1255e7081c8460d0
https://github.com/qemu/qemu/commit/9a23259108c0fb411f14064a1255e7081c8460d0
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M .gitmodules
Log Message:
-----------
gitmodules: switch to qemu.org meson mirror
QEMU now hosts a mirror of meson.git. QEMU mirrors third-party code to
ensure that users can always build QEMU even if the dependency goes
offline and so QEMU meets its responsibilities to provide full source
code under software licenses.
Suggested-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Cc: Marc-André Lureau <marcandre.lureau@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20200915130834.706758-3-stefanha@redhat.com>
Commit: b0b58514679a5529a32ae54a907642a6e27626b5
https://github.com/qemu/qemu/commit/b0b58514679a5529a32ae54a907642a6e27626b5
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M .gitmodules
Log Message:
-----------
gitmodules: add qemu.org vbootrom submodule
The vbootrom module is needed for the new NPCM7xx ARM SoCs. The
vbootrom.git repo is now mirrored on qemu.org. QEMU mirrors third-party
code to ensure that users can always build QEMU even if the dependency
goes offline and so QEMU meets its responsibilities to provide full
source code under software licenses.
Suggested-by: Peter Maydell <peter.maydell@linaro.org>
Cc: Havard Skinnemoen <hskinnemoen@google.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20200915130834.706758-4-stefanha@redhat.com>
Commit: 5cd9c382b7ed3592c83b5b396db1a1298e323de0
https://github.com/qemu/qemu/commit/5cd9c382b7ed3592c83b5b396db1a1298e323de0
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M util/fdmon-poll.c
Log Message:
-----------
fdmon-poll: reset npfd when upgrading to fdmon-epoll
npfd keeps track of how many pollfds are currently being monitored. It
must be reset to 0 when fdmon_poll_wait() returns.
When npfd reaches a treshold we switch to fdmon-epoll because it scales
better.
This patch resets npfd in the case where we switch to fdmon-epoll.
Forgetting to do so results in the following assertion failure:
util/fdmon-poll.c:65: fdmon_poll_wait: Assertion `npfd == 0' failed.
Fixes: 1f050a4690f62a1e7dabc4f44141e9f762c3769f ("aio-posix: extract ppoll(2)
and epoll(7) fd monitoring")
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1869952
Message-Id: <20200915120339.702938-2-stefanha@redhat.com>
Commit: ed7db34b5aedba4487fd949b2e545eef954f093e
https://github.com/qemu/qemu/commit/ed7db34b5aedba4487fd949b2e545eef954f093e
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M MAINTAINERS
M tests/meson.build
A tests/test-fdmon-epoll.c
Log Message:
-----------
tests: add test-fdmon-epoll
Test aio_disable_external(), which switches from fdmon-epoll back to
fdmon-poll. This resulted in an assertion failure that was fixed in the
previous patch.
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20200915120339.702938-3-stefanha@redhat.com>
Commit: d73415a315471ac0b127ed3fad45c8ec5d711de1
https://github.com/qemu/qemu/commit/d73415a315471ac0b127ed3fad45c8ec5d711de1
Author: Stefan Hajnoczi <stefanha@redhat.com>
Date: 2020-09-23 (Wed, 23 Sep 2020)
Changed paths:
M accel/kvm/kvm-all.c
M accel/tcg/atomic_template.h
M accel/tcg/cpu-exec.c
M accel/tcg/cputlb.c
M accel/tcg/tcg-all.c
M accel/tcg/translate-all.c
M audio/jackaudio.c
M block.c
M block/block-backend.c
M block/io.c
M block/nfs.c
M block/sheepdog.c
M block/throttle-groups.c
M block/throttle.c
M blockdev.c
M blockjob.c
M contrib/libvhost-user/libvhost-user.c
M cpus-common.c
M docs/devel/atomics.rst
M docs/devel/lockcnt.txt
M docs/devel/rcu.txt
M dump/dump.c
M exec.c
M hw/core/cpu.c
M hw/display/qxl.c
M hw/hyperv/hyperv.c
M hw/hyperv/vmbus.c
M hw/i386/xen/xen-hvm.c
M hw/intc/rx_icu.c
M hw/intc/sifive_plic.c
M hw/misc/edu.c
M hw/net/virtio-net.c
M hw/rdma/rdma_backend.c
M hw/rdma/rdma_rm.c
M hw/rdma/vmw/pvrdma_dev_ring.c
M hw/s390x/s390-pci-bus.c
M hw/s390x/virtio-ccw.c
M hw/virtio/vhost.c
M hw/virtio/virtio-mmio.c
M hw/virtio/virtio-pci.c
M hw/virtio/virtio.c
M hw/xtensa/pic_cpu.c
M include/block/aio-wait.h
M include/block/aio.h
M include/exec/cpu_ldst.h
M include/exec/exec-all.h
M include/exec/log.h
M include/exec/memory.h
M include/exec/ram_addr.h
M include/exec/ramlist.h
M include/exec/tb-lookup.h
M include/hw/core/cpu.h
M include/qemu/atomic.h
M include/qemu/atomic128.h
M include/qemu/bitops.h
M include/qemu/coroutine.h
M include/qemu/log.h
M include/qemu/queue.h
M include/qemu/rcu.h
M include/qemu/rcu_queue.h
M include/qemu/seqlock.h
M include/qemu/stats64.h
M include/qemu/thread.h
M include/standard-headers/drivers/infiniband/hw/vmw_pvrdma/pvrdma_ring.h
M iothread.c
M linux-user/hppa/cpu_loop.c
M linux-user/qemu.h
M linux-user/signal.c
M migration/colo-failover.c
M migration/migration.c
M migration/multifd.c
M migration/postcopy-ram.c
M migration/rdma.c
M monitor/hmp.c
M monitor/misc.c
M monitor/monitor.c
M qemu-nbd.c
M qga/commands.c
M qom/object.c
M scripts/kernel-doc
M scsi/qemu-pr-helper.c
M softmmu/cpu-throttle.c
M softmmu/cpus.c
M softmmu/memory.c
M softmmu/vl.c
M target/arm/mte_helper.c
M target/hppa/op_helper.c
M target/i386/mem_helper.c
M target/i386/whpx-all.c
M target/riscv/cpu_helper.c
M target/s390x/mem_helper.c
M target/xtensa/exc_helper.c
M target/xtensa/op_helper.c
M tcg/aarch64/tcg-target.c.inc
M tcg/i386/tcg-target.h
M tcg/mips/tcg-target.c.inc
M tcg/ppc/tcg-target.c.inc
M tcg/s390/tcg-target.h
M tcg/sparc/tcg-target.c.inc
M tcg/tcg.c
M tcg/tci.c
M tcg/tci/tcg-target.h
M tests/atomic64-bench.c
M tests/atomic_add-bench.c
M tests/iothread.c
M tests/qht-bench.c
M tests/rcutorture.c
M tests/test-aio-multithread.c
M tests/test-logging.c
M tests/test-rcu-list.c
M tests/test-thread-pool.c
M util/aio-posix.c
M util/aio-wait.c
M util/aio-win32.c
M util/async.c
M util/atomic64.c
M util/bitmap.c
M util/cacheinfo.c
M util/fdmon-epoll.c
M util/fdmon-io_uring.c
M util/lockcnt.c
M util/log.c
M util/qemu-coroutine-lock.c
M util/qemu-coroutine-sleep.c
M util/qemu-coroutine.c
M util/qemu-sockets.c
M util/qemu-thread-posix.c
M util/qemu-thread-win32.c
M util/qemu-timer.c
M util/qht.c
M util/qsp.c
M util/rcu.c
M util/stats64.c
Log Message:
-----------
qemu/atomic.h: rename atomic_ to qatomic_
clang's C11 atomic_fetch_*() functions only take a C11 atomic type
pointer argument. QEMU uses direct types (int, etc) and this causes a
compiler error when a QEMU code calls these functions in a source file
that also included <stdatomic.h> via a system header file:
$ CC=clang CXX=clang++ ./configure ... && make
../util/async.c:79:17: error: address argument to atomic operation must be a
pointer to _Atomic type ('unsigned int *' invalid)
Avoid using atomic_*() names in QEMU's atomic.h since that namespace is
used by <stdatomic.h>. Prefix QEMU's APIs with 'q' so that atomic.h
and <stdatomic.h> can co-exist. I checked /usr/include on my machine and
searched GitHub for existing "qatomic_" users but there seem to be none.
This patch was generated using:
$ git grep -h -o '\<atomic\(64\)\?_[a-z0-9_]\+' include/qemu/atomic.h | \
sort -u >/tmp/changed_identifiers
$ for identifier in $(</tmp/changed_identifiers); do
sed -i "s%\<$identifier\>%q$identifier%g" \
$(git grep -I -l "\<$identifier\>")
done
I manually fixed line-wrap issues and misaligned rST tables.
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20200923105646.47864-1-stefanha@redhat.com>
Commit: 8c1c07929feae876202ba26f07a540c5115c18cd
https://github.com/qemu/qemu/commit/8c1c07929feae876202ba26f07a540c5115c18cd
Author: Peter Maydell <peter.maydell@linaro.org>
Date: 2020-09-24 (Thu, 24 Sep 2020)
Changed paths:
M .gitmodules
M MAINTAINERS
M accel/kvm/kvm-all.c
M accel/tcg/atomic_template.h
M accel/tcg/cpu-exec.c
M accel/tcg/cputlb.c
M accel/tcg/tcg-all.c
M accel/tcg/translate-all.c
M audio/jackaudio.c
M block.c
M block/block-backend.c
M block/io.c
M block/nfs.c
M block/sheepdog.c
M block/throttle-groups.c
M block/throttle.c
M blockdev.c
M blockjob.c
M contrib/libvhost-user/libvhost-user.c
M cpus-common.c
M docs/devel/atomics.rst
M docs/devel/lockcnt.txt
M docs/devel/rcu.txt
M docs/system/deprecated.rst
M dump/dump.c
M exec.c
M hw/block/virtio-blk.c
M hw/core/cpu.c
M hw/display/qxl.c
M hw/hyperv/hyperv.c
M hw/hyperv/vmbus.c
M hw/i386/xen/xen-hvm.c
M hw/intc/rx_icu.c
M hw/intc/sifive_plic.c
M hw/misc/edu.c
M hw/net/virtio-net.c
M hw/rdma/rdma_backend.c
M hw/rdma/rdma_rm.c
M hw/rdma/vmw/pvrdma_dev_ring.c
M hw/s390x/meson.build
M hw/s390x/s390-pci-bus.c
A hw/s390x/vhost-user-fs-ccw.c
M hw/s390x/virtio-ccw.c
M hw/virtio/vhost.c
M hw/virtio/virtio-crypto.c
M hw/virtio/virtio-mmio.c
M hw/virtio/virtio-pci.c
M hw/virtio/virtio.c
M hw/xtensa/pic_cpu.c
M include/block/aio-wait.h
M include/block/aio.h
M include/exec/cpu_ldst.h
M include/exec/exec-all.h
M include/exec/log.h
M include/exec/memory.h
M include/exec/ram_addr.h
M include/exec/ramlist.h
M include/exec/tb-lookup.h
M include/hw/core/cpu.h
M include/hw/virtio/virtio-blk.h
M include/qemu/atomic.h
M include/qemu/atomic128.h
M include/qemu/bitops.h
M include/qemu/coroutine.h
M include/qemu/iov.h
M include/qemu/log.h
M include/qemu/queue.h
M include/qemu/rcu.h
M include/qemu/rcu_queue.h
M include/qemu/seqlock.h
M include/qemu/stats64.h
M include/qemu/thread.h
M include/standard-headers/drivers/infiniband/hw/vmw_pvrdma/pvrdma_ring.h
M iothread.c
M linux-user/hppa/cpu_loop.c
M linux-user/qemu.h
M linux-user/signal.c
M migration/colo-failover.c
M migration/migration.c
M migration/multifd.c
M migration/postcopy-ram.c
M migration/rdma.c
M monitor/hmp.c
M monitor/misc.c
M monitor/monitor.c
M qemu-nbd.c
M qga/commands.c
M qom/object.c
M scripts/kernel-doc
M scsi/qemu-pr-helper.c
M softmmu/cpu-throttle.c
M softmmu/cpus.c
M softmmu/memory.c
M softmmu/vl.c
M target/arm/mte_helper.c
M target/hppa/op_helper.c
M target/i386/mem_helper.c
M target/i386/whpx-all.c
M target/riscv/cpu_helper.c
M target/s390x/mem_helper.c
M target/xtensa/exc_helper.c
M target/xtensa/op_helper.c
M tcg/aarch64/tcg-target.c.inc
M tcg/i386/tcg-target.h
M tcg/mips/tcg-target.c.inc
M tcg/ppc/tcg-target.c.inc
M tcg/s390/tcg-target.h
M tcg/sparc/tcg-target.c.inc
M tcg/tcg.c
M tcg/tci.c
M tcg/tci/tcg-target.h
M tests/atomic64-bench.c
M tests/atomic_add-bench.c
M tests/iothread.c
M tests/meson.build
M tests/qht-bench.c
M tests/rcutorture.c
M tests/test-aio-multithread.c
A tests/test-fdmon-epoll.c
M tests/test-iov.c
M tests/test-logging.c
M tests/test-rcu-list.c
M tests/test-thread-pool.c
M util/aio-posix.c
M util/aio-wait.c
M util/aio-win32.c
M util/async.c
M util/atomic64.c
M util/bitmap.c
M util/cacheinfo.c
M util/fdmon-epoll.c
M util/fdmon-io_uring.c
M util/fdmon-poll.c
M util/iov.c
M util/lockcnt.c
M util/log.c
M util/qemu-coroutine-lock.c
M util/qemu-coroutine-sleep.c
M util/qemu-coroutine.c
M util/qemu-sockets.c
M util/qemu-thread-posix.c
M util/qemu-thread-win32.c
M util/qemu-timer.c
M util/qht.c
M util/qsp.c
M util/rcu.c
M util/stats64.c
Log Message:
-----------
Merge remote-tracking branch 'remotes/stefanha/tags/block-pull-request' into
staging
Pull request
This includes the atomic_ -> qatomic_ rename that touches many files and is
prone to conflicts.
# gpg: Signature made Wed 23 Sep 2020 17:08:43 BST
# gpg: using RSA key 8695A8BFD3F97CDAAC35775A9CA4ABB381AB73C8
# gpg: Good signature from "Stefan Hajnoczi <stefanha@redhat.com>" [full]
# gpg: aka "Stefan Hajnoczi <stefanha@gmail.com>" [full]
# Primary key fingerprint: 8695 A8BF D3F9 7CDA AC35 775A 9CA4 ABB3 81AB 73C8
* remotes/stefanha/tags/block-pull-request:
qemu/atomic.h: rename atomic_ to qatomic_
tests: add test-fdmon-epoll
fdmon-poll: reset npfd when upgrading to fdmon-epoll
gitmodules: add qemu.org vbootrom submodule
gitmodules: switch to qemu.org meson mirror
gitmodules: switch to qemu.org qboot mirror
docs/system: clarify deprecation schedule
virtio-crypto: don't modify elem->in/out_sg
virtio-blk: undo destructive iov_discard_*() operations
util/iov: add iov_discard_undo()
virtio: add vhost-user-fs-ccw device
libvhost-user: handle endianness as mandated by the spec
MAINTAINERS: add Stefan Hajnoczi as block/nvme.c maintainer
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Compare: https://github.com/qemu/qemu/compare/1bd5556f6686...8c1c07929fea
| [Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] 1a9497: MAINTAINERS: add Stefan Hajnoczi as block/nvme.c m...,
Peter Maydell <=