qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Robert Foley <robert.foley@linaro.org>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: "Peter Puhov" <peter.puhov@linaro.org>,
	"Emilio G. Cota" <cota@braap.org>,
	"Alex Bennée" <alex.bennee@linaro.org>,
	"QEMU Developers" <qemu-devel@nongnu.org>,
	"Richard Henderson" <rth@twiddle.net>
Subject: Re: [PATCH 2/2] accel/tcg: interrupt/exception handling uses bql_interrupt flag
Date: Fri, 31 Jul 2020 16:09:26 -0400	[thread overview]
Message-ID: <CAEyhzFuPNsC3xVPG9bFEbfUPq6MW26STdr-OtKzGsfKykK2FuA@mail.gmail.com> (raw)
In-Reply-To: <67497c73-d2b9-941e-471d-de0ccd61bb7f@redhat.com>

On Fri, 31 Jul 2020 at 14:02, Paolo Bonzini <pbonzini@redhat.com> wrote:
>
> On 31/07/20 14:51, Robert Foley wrote:
> > This change removes the implied BQL from the cpu_handle_interrupt,
> > and cpu_handle_exception paths. We can now select per-arch if
> > the BQL is needed or not by using the bql_interrupt flag.
> > By default, the core code holds the BQL.
> > One benefit of this change is that it leaves it up to the arch
> > to make the change to remove BQL when it makes sense.
> >
> > Signed-off-by: Robert Foley <robert.foley@linaro.org>
>
> No, please just modify all implementation to do lock/unlock.  It's a
> simpler patch than this on.

Sure, we will update the patch based on this.

To clarify, the suggestion here is to remove the bql_interrupt flag
that we added and change all the per-arch interrupt callback code to
do the lock/unlock of the BQL?  So for example change
x86_cpu_exec_interrupt, and arm_cpu_exec_interrupt, etc to lock/unlock BQL?

Thanks,
-Rob


>
> Paolo
>
> > ---
> >  accel/tcg/cpu-exec.c | 34 ++++++++++++++++++++++++++--------
> >  1 file changed, 26 insertions(+), 8 deletions(-)
> >
> > diff --git a/accel/tcg/cpu-exec.c b/accel/tcg/cpu-exec.c
> > index 80d0e649b2..cde27ee0bf 100644
> > --- a/accel/tcg/cpu-exec.c
> > +++ b/accel/tcg/cpu-exec.c
> > @@ -517,9 +517,13 @@ static inline bool cpu_handle_exception(CPUState *cpu, int *ret)
> >  #else
> >          if (replay_exception()) {
> >              CPUClass *cc = CPU_GET_CLASS(cpu);
> > -            qemu_mutex_lock_iothread();
> > +            if (cc->bql_interrupt) {
> > +                qemu_mutex_lock_iothread();
> > +            }
> >              cc->do_interrupt(cpu);
> > -            qemu_mutex_unlock_iothread();
> > +            if (cc->bql_interrupt) {
> > +                qemu_mutex_unlock_iothread();
> > +            }
> >              cpu->exception_index = -1;
> >
> >              if (unlikely(cpu->singlestep_enabled)) {
> > @@ -558,7 +562,7 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> >      if (unlikely(cpu_interrupt_request(cpu))) {
> >          int interrupt_request;
> >
> > -        qemu_mutex_lock_iothread();
> > +        cpu_mutex_lock(cpu);
> >          interrupt_request = cpu_interrupt_request(cpu);
> >          if (unlikely(cpu->singlestep_enabled & SSTEP_NOIRQ)) {
> >              /* Mask out external interrupts for this step. */
> > @@ -567,7 +571,7 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> >          if (interrupt_request & CPU_INTERRUPT_DEBUG) {
> >              cpu_reset_interrupt(cpu, CPU_INTERRUPT_DEBUG);
> >              cpu->exception_index = EXCP_DEBUG;
> > -            qemu_mutex_unlock_iothread();
> > +            cpu_mutex_unlock(cpu);
> >              return true;
> >          }
> >          if (replay_mode == REPLAY_MODE_PLAY && !replay_has_interrupt()) {
> > @@ -577,13 +581,15 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> >              cpu_reset_interrupt(cpu, CPU_INTERRUPT_HALT);
> >              cpu_halted_set(cpu, 1);
> >              cpu->exception_index = EXCP_HLT;
> > -            qemu_mutex_unlock_iothread();
> > +            cpu_mutex_unlock(cpu);
> >              return true;
> >          }
> >  #if defined(TARGET_I386)
> >          else if (interrupt_request & CPU_INTERRUPT_INIT) {
> >              X86CPU *x86_cpu = X86_CPU(cpu);
> >              CPUArchState *env = &x86_cpu->env;
> > +            cpu_mutex_unlock(cpu);
> > +            qemu_mutex_lock_iothread();
> >              replay_interrupt();
> >              cpu_svm_check_intercept_param(env, SVM_EXIT_INIT, 0, 0);
> >              do_cpu_init(x86_cpu);
> > @@ -595,7 +601,7 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> >          else if (interrupt_request & CPU_INTERRUPT_RESET) {
> >              replay_interrupt();
> >              cpu_reset(cpu);
> > -            qemu_mutex_unlock_iothread();
> > +            cpu_mutex_unlock(cpu);
> >              return true;
> >          }
> >  #endif
> > @@ -604,7 +610,15 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> >             True when it is, and we should restart on a new TB,
> >             and via longjmp via cpu_loop_exit.  */
> >          else {
> > +            cpu_mutex_unlock(cpu);
> > +            if (cc->bql_interrupt) {
> > +                qemu_mutex_lock_iothread();
> > +            }
> >              if (cc->cpu_exec_interrupt(cpu, interrupt_request)) {
> > +                if (cc->bql_interrupt) {
> > +                    qemu_mutex_unlock_iothread();
> > +                }
> > +                cpu_mutex_lock(cpu);
> >                  replay_interrupt();
> >                  /*
> >                   * After processing the interrupt, ensure an EXCP_DEBUG is
> > @@ -614,6 +628,11 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> >                  cpu->exception_index =
> >                      (cpu->singlestep_enabled ? EXCP_DEBUG : -1);
> >                  *last_tb = NULL;
> > +            } else {
> > +                if (cc->bql_interrupt) {
> > +                    qemu_mutex_unlock_iothread();
> > +                }
> > +                cpu_mutex_lock(cpu);
> >              }
> >              /* The target hook may have updated the 'cpu->interrupt_request';
> >               * reload the 'interrupt_request' value */
> > @@ -627,7 +646,7 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> >          }
> >
> >          /* If we exit via cpu_loop_exit/longjmp it is reset in cpu_exec */
> > -        qemu_mutex_unlock_iothread();
> > +        cpu_mutex_unlock(cpu);
> >      }
> >
> >      /* Finally, check if we need to exit to the main loop.  */
> > @@ -691,7 +710,6 @@ static inline void cpu_loop_exec_tb(CPUState *cpu, TranslationBlock *tb,
> >      }
> >  #endif
> >  }
> > -
> >  /* main execution loop */
> >
> >  int cpu_exec(CPUState *cpu)
> >
>


  reply	other threads:[~2020-07-31 20:09 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-31 12:51 [PATCH 0/2] accel/tcg: remove implied BQL from cpu_handle_interrupt/exception path Robert Foley
2020-07-31 12:51 ` [PATCH 1/2] hw/core: Add bql_interrupt flag to CPUClass Robert Foley
2020-07-31 17:43   ` Eduardo Habkost
2020-07-31 19:14     ` Robert Foley
2020-07-31 19:24       ` Eduardo Habkost
2020-08-02 16:05         ` Alex Bennée
2020-08-04 20:36           ` Eduardo Habkost
2020-07-31 12:51 ` [PATCH 2/2] accel/tcg: interrupt/exception handling uses bql_interrupt flag Robert Foley
2020-07-31 18:02   ` Paolo Bonzini
2020-07-31 20:09     ` Robert Foley [this message]
2020-07-31 20:21       ` Paolo Bonzini
2020-08-02 16:09         ` Alex Bennée
2020-08-03  7:11           ` 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=CAEyhzFuPNsC3xVPG9bFEbfUPq6MW26STdr-OtKzGsfKykK2FuA@mail.gmail.com \
    --to=robert.foley@linaro.org \
    --cc=alex.bennee@linaro.org \
    --cc=cota@braap.org \
    --cc=pbonzini@redhat.com \
    --cc=peter.puhov@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    /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).