From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:34935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9ZCt-0003gk-JN for qemu-devel@nongnu.org; Tue, 12 Apr 2011 04:44:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q9ZCs-00075d-Iv for qemu-devel@nongnu.org; Tue, 12 Apr 2011 04:44:19 -0400 Received: from mail-yi0-f45.google.com ([209.85.218.45]:45688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9ZCs-00075L-GN for qemu-devel@nongnu.org; Tue, 12 Apr 2011 04:44:18 -0400 Received: by yib19 with SMTP id 19so3096975yib.4 for ; Tue, 12 Apr 2011 01:44:17 -0700 (PDT) Sender: Paolo Bonzini From: Paolo Bonzini Date: Tue, 12 Apr 2011 10:44:06 +0200 Message-Id: <1302597850-10708-1-git-send-email-pbonzini@redhat.com> Subject: [Qemu-devel] [PATCH v3 0/4] Fix -icount with iothread List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org This series finally fixes -icount with iothread and avoids deadlocks due to the vm_clock not making progress when the VM is stopped. The crux of the fix is in patch 1, while patch 2 implements the "clock warping" that fixes deadlocks in v2. Clock warping uses the nanosecond resolution rt_clock timers introduced by my previous series. With this in place, patch 3 can revert the previous attempt(s). Finally, patch 4 makes the icount code clearer by finishing the bugfix/reorganization of qemu_next_deadline vs. qemu_next_alarm_deadline. v1->v2: reordered patches, renamed qemu_next_deadline v2->v3: introduced warp timer Paolo Bonzini (4): really fix -icount in the iothread case enable vm_clock to "warp" in the iothread+icount case Revert wrong fixes for -icount in the iothread case qemu_next_deadline should not consider host-time timers cpus.c | 13 ++++- qemu-common.h | 1 + qemu-timer.c | 145 ++++++++++++++++++++++++++++++++++++++++++--------------- qemu-timer.h | 3 +- 4 files changed, 121 insertions(+), 41 deletions(-) -- 1.7.4