Thank you for the detailed explanation, Peter. It makes a lot of things
clear.
Arnab
On Tue, Aug 25, 2020 at 4:00 PM Peter Maydell
wrote:
> On Tue, 25 Aug 2020 at 06:53, Arnabjyoti Kalita
> wrote:
> > This makes sense. In this scenario, when QEMU takes an interrupt at the
> end of a TB, I und
On Tue, 25 Aug 2020 at 06:53, Arnabjyoti Kalita
wrote:
> This makes sense. In this scenario, when QEMU takes an interrupt at the end
> of a TB, I understand that the TB execution will not happen.
When QEMU takes an interrupt at the *end* of a TB, that TB
has already executed. (Really we take int
Thank you Peter.
This makes sense. In this scenario, when QEMU takes an interrupt at the end
of a TB, I understand that the TB execution will not happen. The interrupt
will be taken and then the same TB will be re-translated again and later
executed, right ? If so, does this methodology apply for
On Sat, 22 Aug 2020 at 09:42, Arnabjyoti Kalita
wrote:
> I am running QEMU-3.0.0 in TCG mode, and my QEMU as well as TCG target is
> x86_64 architecture.
>
> What I am trying to do is inject an I/O interrupt in the middle of a
> translation block.
You can't. QEMU will only ever check for and ta
Hello all,
I am running QEMU-3.0.0 in TCG mode, and my QEMU as well as TCG target is
x86_64 architecture.
What I am trying to do is inject an I/O interrupt in the middle of a
translation block.
I have started TCG mode using the following debug flags
*-d in_asm,cpu,exec,nochain*
Let's say, I hav
