From: Pavel Dovgalyuk <Pavel.Dovgaluk@ispras.ru>
To: qemu-devel@nongnu.org
Cc: peter.maydell@linaro.org, peter.crosthwaite@xilinx.com,
alex.bennee@linaro.org, mark.burton@greensocs.com,
real@ispras.ru, batuzovk@ispras.ru,
maria.klimushenkova@ispras.ru, pavel.dovgaluk@ispras.ru,
pbonzini@redhat.com, fred.konrad@greensocs.com
Subject: [Qemu-devel] [PATCH v14 09/21] i386: interrupt poll processing
Date: Mon, 25 May 2015 15:08:07 +0300 [thread overview]
Message-ID: <20150525120806.1052.34302.stgit@PASHA-ISP> (raw)
In-Reply-To: <20150525120707.1052.44580.stgit@PASHA-ISP>
This patch updates x86_cpu_exec_interrupt function.
It can process two interrupt request at a time (poll and another one).
This makes its execution non-deterministic. Determinism is requred
for recorded icount execution.
Signed-off-by: Pavel Dovgalyuk <pavel.dovgaluk@ispras.ru>
---
target-i386/seg_helper.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/target-i386/seg_helper.c b/target-i386/seg_helper.c
index 2bc757a..92a49b3 100644
--- a/target-i386/seg_helper.c
+++ b/target-i386/seg_helper.c
@@ -1294,6 +1294,9 @@ bool x86_cpu_exec_interrupt(CPUState *cs, int interrupt_request)
if (interrupt_request & CPU_INTERRUPT_POLL) {
cs->interrupt_request &= ~CPU_INTERRUPT_POLL;
apic_poll_irq(cpu->apic_state);
+ /* Don't process multiple interrupt requests in a single call.
+ This is required to make icount-driven execution deterministic. */
+ return true;
}
#endif
if (interrupt_request & CPU_INTERRUPT_SIPI) {
next prev parent reply other threads:[~2015-05-25 12:08 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-25 12:07 [Qemu-devel] [PATCH v14 00/21] Deterministic replay core Pavel Dovgalyuk
2015-05-25 12:07 ` [Qemu-devel] [PATCH v14 01/21] i386: partial revert of interrupt poll fix Pavel Dovgalyuk
2015-05-25 12:07 ` [Qemu-devel] [PATCH v14 02/21] replay: global variables and function stubs Pavel Dovgalyuk
2015-05-25 12:07 ` [Qemu-devel] [PATCH v14 03/21] sysemu: system functions for replay Pavel Dovgalyuk
2015-05-25 12:07 ` [Qemu-devel] [PATCH v14 04/21] replay: internal functions for replay log Pavel Dovgalyuk
2015-05-25 12:07 ` [Qemu-devel] [PATCH v14 05/21] replay: introduce mutex to protect the " Pavel Dovgalyuk
2015-05-25 12:07 ` [Qemu-devel] [PATCH v14 06/21] replay: introduce icount event Pavel Dovgalyuk
2015-05-25 12:07 ` [Qemu-devel] [PATCH v14 07/21] cpu-exec: allow temporary disabling icount Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 08/21] cpu: replay instructions sequence Pavel Dovgalyuk
2015-05-25 12:08 ` Pavel Dovgalyuk [this message]
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 10/21] replay: interrupts and exceptions Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 11/21] replay: asynchronous events infrastructure Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 12/21] replay: recording and replaying clock ticks Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 13/21] replay: shutdown event Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 14/21] replay: checkpoints Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 15/21] bottom halves: introduce bh call function Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 16/21] replay: ptimer Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 17/21] typedef: add typedef for QemuOpts Pavel Dovgalyuk
2015-05-25 12:08 ` [Qemu-devel] [PATCH v14 18/21] replay: initialization and deinitialization Pavel Dovgalyuk
2015-05-25 12:09 ` [Qemu-devel] [PATCH v14 19/21] replay: replay blockers for devices Pavel Dovgalyuk
2015-05-25 12:09 ` [Qemu-devel] [PATCH v14 20/21] replay: command line options Pavel Dovgalyuk
2015-05-25 12:09 ` [Qemu-devel] [PATCH v14 21/21] replay: ptimer Pavel Dovgalyuk
2015-05-25 12:11 ` Pavel Dovgaluk
2015-05-26 14:05 ` [Qemu-devel] [PATCH v14 00/21] Deterministic replay core Paolo Bonzini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150525120806.1052.34302.stgit@PASHA-ISP \
--to=pavel.dovgaluk@ispras.ru \
--cc=alex.bennee@linaro.org \
--cc=batuzovk@ispras.ru \
--cc=fred.konrad@greensocs.com \
--cc=maria.klimushenkova@ispras.ru \
--cc=mark.burton@greensocs.com \
--cc=pbonzini@redhat.com \
--cc=peter.crosthwaite@xilinx.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=real@ispras.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).