qemu-commits
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] c6fcb0: kvm/ioapic: dump real object instead

From: GitHub
Subject: [Qemu-commits] [qemu/qemu] c6fcb0: kvm/ioapic: dump real object instead of a fake one
Date: Thu, 16 Feb 2017 11:15:10 -0800 
  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: c6fcb0e201ad296a9c0f587486830d9508094efb
      
https://github.com/qemu/qemu/commit/c6fcb0e201ad296a9c0f587486830d9508094efb
  Author: Peter Xu <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M hw/i386/kvm/ioapic.c

  Log Message:
  -----------
  kvm/ioapic: dump real object instead of a fake one

When we do "info ioapic" for kvm ioapic, we were building up a temporary
ioapic object. Let's fetch the real one and update correspond to the
real object as well.

This fixes printing uninitialized version field in
ioapic_print_redtbl().

Reported-by: Peter Maydell <address@hidden>
Suggested-by: Paolo Bonzini <address@hidden>
Signed-off-by: Peter Xu <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 8d5516be1224468b5dbc141fbc7644bbd3a96183
      
https://github.com/qemu/qemu/commit/8d5516be1224468b5dbc141fbc7644bbd3a96183
  Author: Peter Xu <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M hw/intc/ioapic.c

  Log Message:
  -----------
  ioapic: fix error report value of def version

It should be 0x20, rather than 0x11.

Signed-off-by: Peter Xu <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: b7a4104b73cd02cd014c12e467bc599b69421c7b
      
https://github.com/qemu/qemu/commit/b7a4104b73cd02cd014c12e467bc599b69421c7b
  Author: Peter Xu <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M hw/i386/kvm/ioapic.c

  Log Message:
  -----------
  kvm/ioapic: correct kvm ioapic version

Signed-off-by: Peter Xu <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: a3fd46152ed27e795871e9e5e73ef9c90a16e25e
      
https://github.com/qemu/qemu/commit/a3fd46152ed27e795871e9e5e73ef9c90a16e25e
  Author: Paolo Bonzini <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M tests/test-vmstate.c

  Log Message:
  -----------
  test-vmstate: remove yield_until_fd_readable

The function is not needed anymore now that migration is built on
top of QIOChannel.

Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: b0a335e351103bf92f3f9d0bd5759311be8156ac
      
https://github.com/qemu/qemu/commit/b0a335e351103bf92f3f9d0bd5759311be8156ac
  Author: Anton Nefedov <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M chardev/char-socket.c

  Log Message:
  -----------
  qemu-char: socket backend: disconnect on write error

Socket backend read handler should normally perform a disconnect, however
the read handler may not get a chance to run if the frontend is not ready
(qemu_chr_be_can_write() == 0).

This means that in virtio-serial frontend case if
 - the host has disconnected (giving EPIPE on socket write)
 - and the guest has disconnected (-> frontend not ready -> backend
   will not read)
 - and there is still data (frontend->backend) to flush (has to be a really
   tricky timing but nevertheless, we have observed the case in production)

This results in virtio-serial trying to flush this data continiously forming
a busy loop.

Solution: react on write error in the socket write handler.
errno is not reliable after qio_channel_writev_full(), so we may not get
the exact EPIPE, so disconnect on any error but QIO_CHANNEL_ERR_BLOCK which
io_channel_send_full() converts to errno EAGAIN.
We must not disconnect right away though, there still may be data to read
(see 4bf1cb0).

Signed-off-by: Anton Nefedov <address@hidden>
Signed-off-by: Denis V. Lunev <address@hidden>
CC: Paolo Bonzini <address@hidden>
CC: Daniel P. Berrange <address@hidden>
CC: Marc-André Lureau <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: f65e821262029ee30c6b228e80ddeb86acdf7ff0
      
https://github.com/qemu/qemu/commit/f65e821262029ee30c6b228e80ddeb86acdf7ff0
  Author: Pavel Dovgalyuk <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M hw/intc/apic_common.c

  Log Message:
  -----------
  apic: reset apic_delivered global variable on machine reset

This patch adds call to apic_reset_irq_delivered when the virtual
machine is reset.

Signed-off-by: Pavel Dovgalyuk <address@hidden>
Message-Id: <address@hidden>
Cc: address@hidden
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 1c64fdbc8177058802df205f5d7cd65edafa59a8
      
https://github.com/qemu/qemu/commit/1c64fdbc8177058802df205f5d7cd65edafa59a8
  Author: Ed Swierk <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M chardev/char-pty.c

  Log Message:
  -----------
  char: drop data written to a disconnected pty

When a serial port writes data to a pty that's disconnected, drop the
data and return the length dropped. This avoids triggering pointless
retries in callers like the 16550A serial_xmit(), and causes
qemu_chr_fe_write() to write all data to the log file, rather than
logging only while a pty client like virsh console happens to be
connected.

Signed-off-by: Ed Swierk <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 2d76e82395979b44e055b69b7e453f43c5c060cf
      
https://github.com/qemu/qemu/commit/2d76e82395979b44e055b69b7e453f43c5c060cf
  Author: Claudio Imbrenda <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M cpus.c
    M include/sysemu/sysemu.h
    M vl.c

  Log Message:
  -----------
  move vm_start to cpus.c

This patch:

* moves vm_start to cpus.c.
* exports qemu_vmstop_requested, since it's needed by vm_start.
* extracts vm_prepare_start from vm_start; it does what vm_start did,
  except restarting the cpus.
* vm_start now calls vm_prepare_start and then restarts the cpus.

Signed-off-by: Claudio Imbrenda <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 544177ad1cfd78a7e1106d9b82b130fd7959efd8
      
https://github.com/qemu/qemu/commit/544177ad1cfd78a7e1106d9b82b130fd7959efd8
  Author: Claudio Imbrenda <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M gdbstub.c

  Log Message:
  -----------
  gdbstub: Fix vCont behaviour

When GDB issues a "vCont", QEMU was not handling it correctly when
multiple VCPUs are active.
For vCont, for each thread (VCPU), it can be specified whether to
single step, continue or stop that thread. The default is to stop a
thread.
However, when (for example) "vCont;s:2" is issued, all VCPUs continue
to run, although all but VCPU nr 2 are to be stopped.

This patch completely rewrites the vCont parsing code.

Please note that this improvement only works in system emulation mode,
when in userspace emulation mode the old behaviour is preserved.

Signed-off-by: Claudio Imbrenda <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: d9ff1d35c5242d73e7923ae259e065739090db54
      
https://github.com/qemu/qemu/commit/d9ff1d35c5242d73e7923ae259e065739090db54
  Author: Thomas Huth <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M hw/char/mcf_uart.c
    M hw/m68k/mcf5208.c
    M include/hw/m68k/mcf.h

  Log Message:
  -----------
  hw/char/mcf_uart: QOMify the ColdFire UART

Use type_init() etc. to adapt the ColdFire UART
to the latest QEMU device conventions.

Signed-off-by: Thomas Huth <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 43d70ddf9f96b3ad037abe4d5f9f2768196b8c92
      
https://github.com/qemu/qemu/commit/43d70ddf9f96b3ad037abe4d5f9f2768196b8c92
  Author: Paolo Bonzini <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M cpu-exec.c
    M include/exec/exec-all.h

  Log Message:
  -----------
  cpu-exec: fix icount out-of-bounds access

When icount is active, tb_add_jump is surprisingly called with an
out of bounds basic block index.  I have no idea how that can work,
but it does not seem like a good idea.  Clear *last_tb for all
TB_EXIT_ICOUNT_EXPIRED cases, even when all you have to do is
refill icount_extra.

Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: a70fe14b7dddcb944fbd6c9f3739cd3a22089af5
      
https://github.com/qemu/qemu/commit/a70fe14b7dddcb944fbd6c9f3739cd3a22089af5
  Author: Paolo Bonzini <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M cpu-exec.c

  Log Message:
  -----------
  cpu-exec: tighten barrier on TCG_EXIT_REQUESTED

This seems to have worked just fine so far on weakly-ordered
architectures, but I don't see anything that prevents the
reordering from:

    store 1 to exit_request
    store 1 to tcg_exit_req
                           load tcg_exit_req
                           store 0 to tcg_exit_req
                           load exit_request
                           store 0 to exit_request
    store 1 to exit_request
    store 1 to tcg_exit_req

to this:

    store 1 to exit_request
    store 1 to tcg_exit_req
                           load tcg_exit_req
                           load exit_request
    store 1 to exit_request
    store 1 to tcg_exit_req
                           store 0 to tcg_exit_req
                           store 0 to exit_request

therefore losing a request.  It's possible that other memory barriers
(e.g. in rcu_read_unlock) are hiding it, but better safe than
sorry.

Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 209b71b60ef3341246038e1c926c3b704969cdd3
      
https://github.com/qemu/qemu/commit/209b71b60ef3341246038e1c926c3b704969cdd3
  Author: Paolo Bonzini <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M cpu-exec.c

  Log Message:
  -----------
  cpu-exec: avoid cpu_loop_exit in cpu_handle_interrupt

The siglongjmp goes straight back to the beginning of cpu_exec's
outermost loop.  We do not need a siglongjmp, we can simply
leave the inner TB execution loop.

Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: a42cf3f3f266a97ceb13e8b99bc7b13f7bf4192a
      
https://github.com/qemu/qemu/commit/a42cf3f3f266a97ceb13e8b99bc7b13f7bf4192a
  Author: Paolo Bonzini <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M cpu-exec.c

  Log Message:
  -----------
  cpu-exec: avoid repeated sigsetjmp on interrupts

The sigsetjmp only needs to be prepared once for the whole execution
of cpu_exec.  This patch takes care of the "== 0" side, using a
nested loop so that cpu_handle_interrupt goes straight back to
cpu_handle_exception without doing another sigsetjmp.

Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 4515e58d60dc3aac53dbd5e53e4c3bec126967d8
      
https://github.com/qemu/qemu/commit/4515e58d60dc3aac53dbd5e53e4c3bec126967d8
  Author: Paolo Bonzini <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M cpu-exec.c

  Log Message:
  -----------
  cpu-exec: remove outermost infinite loop

Reorganize the sigsetjmp so that the restart case falls through
to cpu_handle_exception and the execution loop.

Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 41eeb0e601cbc7ac28fa35547d2426f349ef137d
      
https://github.com/qemu/qemu/commit/41eeb0e601cbc7ac28fa35547d2426f349ef137d
  Author: Alberto Garcia <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M qemu-options.hx

  Log Message:
  -----------
  qemu-doc: Clarify that -vga std is now the default

The QEMU manual page states that Cirrus Logic is the default video
card if the user doesn't specify any. However this is not true since
QEMU 2.2.

Signed-off-by: Alberto Garcia <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: a721f53b8f6a30fdc2b6e9fca13ec6c2d762b996
      
https://github.com/qemu/qemu/commit/a721f53b8f6a30fdc2b6e9fca13ec6c2d762b996
  Author: Richard W.M. Jones <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M qemu-nbd.c

  Log Message:
  -----------
  qemu-nbd: Implement socket activation.

Socket activation (sometimes known as systemd socket activation)
allows an Internet superserver to pass a pre-opened listening socket
to the process, instead of having qemu-nbd open a socket itself.  This
is done via the LISTEN_FDS and LISTEN_PID environment variables, and a
standard file descriptor range.

This change partially implements socket activation for qemu-nbd.  If
the environment variables are set correctly, then socket activation
will happen automatically, otherwise everything works as before.  The
limitation is that LISTEN_FDS must be 1.

Signed-off-by: Richard W.M. Jones <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 3741c2503bc06c7e3c5bd46a9d4e79a11bd7e7ed
      
https://github.com/qemu/qemu/commit/3741c2503bc06c7e3c5bd46a9d4e79a11bd7e7ed
  Author: Dou Liyang <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M vl.c

  Log Message:
  -----------
  vl: Move the cpu_synchronize_all_post_init() after generic devices 
initialization

At the Qemu initialization, we call the cpu_synchronize_all_post_init()
to synchronize All CPU states to KVM in the ./vl.c::main().

Currently, it is called before we initialize the CPUs, which is created
by "-device" command and parsed by generic devices initialization, So,
these CPUs may be ignored to synchronize.

The patch moves the cpu_synchronize_all_post_init func after generic
devices initialization to make sure that all the CPUs can be included.

Signed-off-by: Dou Liyang <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Acked-by: Eduardo Habkost <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: d9e73d32a891a4d9d9b14dcdd27490ec2d13026a
      
https://github.com/qemu/qemu/commit/d9e73d32a891a4d9d9b14dcdd27490ec2d13026a
  Author: Lin Ma <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M Makefile

  Log Message:
  -----------
  Makefile: avoid leaving the temporary QEMU_PKGVERSION header file

By commit 67a1de0d, When we perform 'git pull && make && sudo make install',
In 'make' stage a qemu-version.h.tmp will be generated. If the content of
qemu-version.h.tmp and qemu-version.h aren't consistent, The qemu-version.h.tmp
will be renamed to qemu-version.h. Because of the target FORCE, The same action
will be do again in 'make install' stage.

In 'make install' stage, If there is no qemu-version.h.tmp exists and we run
'make install' with sudo, The owner and group of new qemu-version.h.tmp will be
privileged user/group. When we run 'make' next time, qemu-version.h.tmp can't
be overwritten because of permission issue.

This patch removed qemu-version.h.tmp after build to fix this issue.

Signed-off-by: Lin Ma <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Fam Zheng <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: d187e08dc4d0793dab1a9747b72b17a1cf0d3e43
      
https://github.com/qemu/qemu/commit/d187e08dc4d0793dab1a9747b72b17a1cf0d3e43
  Author: Anton Nefedov <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M kvm-all.c
    M qapi-schema.json
    M target/i386/cpu.c

  Log Message:
  -----------
  i386/cpu: add crash-information QOM property

Windows reports BSOD parameters through Hyper-V crash MSRs. This
information is very useful for initial crash analysis and thus
it would be nice to have a way to fetch it.

Signed-off-by: Anton Nefedov <address@hidden>
Signed-off-by: Denis V. Lunev <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: c86f106b857dd8922e29ec746a8dd47e8a15ebbd
      
https://github.com/qemu/qemu/commit/c86f106b857dd8922e29ec746a8dd47e8a15ebbd
  Author: Anton Nefedov <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M hw/misc/pvpanic.c
    M hw/ppc/spapr_rtas.c
    M include/qom/cpu.h
    M include/sysemu/sysemu.h
    M kvm-all.c
    M qapi/event.json
    M qom/cpu.c
    M target/i386/cpu.c
    M target/s390x/kvm.c
    M vl.c

  Log Message:
  -----------
  report guest crash information in GUEST_PANICKED event

it's not very convenient to use the crash-information property interface,
so provide a CPU class callback to get the guest crash information, and pass
that information in the event

Signed-off-by: Anton Nefedov <address@hidden>
Signed-off-by: Denis V. Lunev <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: f47291b7a7ffa8854300283d4773ed17d5d581c1
      
https://github.com/qemu/qemu/commit/f47291b7a7ffa8854300283d4773ed17d5d581c1
  Author: Anton Nefedov <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M vl.c

  Log Message:
  -----------
  vl: log available guest crash information

There is a suitable log mask for the purpose.

Signed-off-by: Anton Nefedov <address@hidden>
Signed-off-by: Denis V. Lunev <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 65c9d60a3ad3249784348824eca69acac455bc02
      
https://github.com/qemu/qemu/commit/65c9d60a3ad3249784348824eca69acac455bc02
  Author: Paolo Bonzini <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M cpu-exec.c
    M target/i386/cpu.h
    M target/i386/excp_helper.c
    M target/i386/helper.h
    M target/i386/misc_helper.c
    M target/i386/seg_helper.c
    M target/i386/svm_helper.c

  Log Message:
  -----------
  target-i386: correctly propagate retaddr into SVM helpers

Commit 2afbdf8 ("target-i386: exception handling for memory helpers",
2015-09-15) changed tlb_fill's cpu_restore_state+raise_exception_err
to raise_exception_err_ra.  After this change, the cpu_restore_state
and raise_exception_err's cpu_loop_exit are merged into
raise_exception_err_ra's cpu_loop_exit_restore.

This actually fixed some bugs, but when SVM is enabled there is a
second path from raise_exception_err_ra to cpu_loop_exit.  This is
the VMEXIT path, and now cpu_vmexit is called without a
cpu_restore_state before.

The fix is to pass the retaddr to cpu_vmexit (via
cpu_svm_check_intercept_param).  All helpers can now use GETPC() to pass
the correct retaddr, too.

Cc: address@hidden
Fixes: 2afbdf84807d673eb682cb78158e11cdacbf4673
Reported-by: Alexander Boettcher <address@hidden>
Tested-by: Alexander Boettcher <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: ad584d37f2a86b392c25f3f00cc1f1532676c2d1
      
https://github.com/qemu/qemu/commit/ad584d37f2a86b392c25f3f00cc1f1532676c2d1
  Author: Peter Maydell <address@hidden>
  Date:   2017-02-16 (Thu, 16 Feb 2017)

  Changed paths:
    M Makefile
    M chardev/char-pty.c
    M chardev/char-socket.c
    M cpu-exec.c
    M cpus.c
    M gdbstub.c
    M hw/char/mcf_uart.c
    M hw/i386/kvm/ioapic.c
    M hw/intc/apic_common.c
    M hw/intc/ioapic.c
    M hw/m68k/mcf5208.c
    M hw/misc/pvpanic.c
    M hw/ppc/spapr_rtas.c
    M include/exec/exec-all.h
    M include/hw/m68k/mcf.h
    M include/qom/cpu.h
    M include/sysemu/sysemu.h
    M kvm-all.c
    M qapi-schema.json
    M qapi/event.json
    M qemu-nbd.c
    M qemu-options.hx
    M qom/cpu.c
    M target/i386/cpu.c
    M target/i386/cpu.h
    M target/i386/excp_helper.c
    M target/i386/helper.h
    M target/i386/misc_helper.c
    M target/i386/seg_helper.c
    M target/i386/svm_helper.c
    M target/s390x/kvm.c
    M tests/test-vmstate.c
    M vl.c

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging

* GUEST_PANICKED improvements (Anton)
* vCont gdbstub rewrite (Claudio)
* Fix CPU creation with -device (Liyang)
* Logging fixes for pty chardevs (Ed)
* Makefile "move if changed" fix (Lin)
* First part of cpu_exec refactoring (me)
* SVM emulation fix (me)
* apic_delivered fix (Pavel)
* "info ioapic" fix (Peter)
* qemu-nbd socket activation (Richard)
* QOMification of mcf_uart (Thomas)

# gpg: Signature made Thu 16 Feb 2017 17:37:31 GMT
# gpg:                using RSA key 0xBFFBD25F78C7AE83
# gpg: Good signature from "Paolo Bonzini <address@hidden>"
# gpg:                 aka "Paolo Bonzini <address@hidden>"
# 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: (23 commits)
  target-i386: correctly propagate retaddr into SVM helpers
  vl: log available guest crash information
  report guest crash information in GUEST_PANICKED event
  i386/cpu: add crash-information QOM property
  Makefile: avoid leaving the temporary QEMU_PKGVERSION header file
  vl: Move the cpu_synchronize_all_post_init() after generic devices 
initialization
  qemu-nbd: Implement socket activation.
  qemu-doc: Clarify that -vga std is now the default
  cpu-exec: remove outermost infinite loop
  cpu-exec: avoid repeated sigsetjmp on interrupts
  cpu-exec: avoid cpu_loop_exit in cpu_handle_interrupt
  cpu-exec: tighten barrier on TCG_EXIT_REQUESTED
  cpu-exec: fix icount out-of-bounds access
  hw/char/mcf_uart: QOMify the ColdFire UART
  gdbstub: Fix vCont behaviour
  move vm_start to cpus.c
  char: drop data written to a disconnected pty
  apic: reset apic_delivered global variable on machine reset
  qemu-char: socket backend: disconnect on write error
  test-vmstate: remove yield_until_fd_readable
  ...

Signed-off-by: Peter Maydell <address@hidden>


Compare: https://github.com/qemu/qemu/compare/7a37b59f1d28...ad584d37f2a8
reply via email to
[Prev in Thread] Current Thread [Next in Thread]