[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC v3 1/8] cpu-timers, icount: new modules
From: |
Paolo Bonzini |
Subject: |
Re: [RFC v3 1/8] cpu-timers, icount: new modules |
Date: |
Tue, 4 Aug 2020 10:23:41 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 |
On 04/08/20 10:13, Claudio Fontana wrote:
>> - if (mem && use_icount && dbs->dir == DMA_DIRECTION_FROM_DEVICE) {
>> + if (mem && icount_enabled() && dbs->dir ==
>> DMA_DIRECTION_FROM_DEVICE) {
>
>
>
> In this specific case, where dma_blk_cb() changes its behaviour to be more
> deterministic
> if icount_enabled(),
>
> do you think that if qtest_enabled() we should also follow the more
> deterministic path,
> or should we go through the "normal" path instead, as this patch does?
>
> Tests pass in any case, but I wonder what would be the best behavior for
> qtest accel in this case.
> (Maybe Pavel?)
No, qtests simply should not use SG lists that cause the problematic
nondeterminism. We don't have that luxury for guests.
Paolo
- Re: [RFC v3 2/8] cpus: prepare new CpusAccel cpu accelerator interface, (continued)
[RFC v3 3/8] cpus: extract out TCG-specific code to accel/tcg, Claudio Fontana, 2020/08/03
[RFC v3 4/8] cpus: extract out qtest-specific code to accel/qtest, Claudio Fontana, 2020/08/03
[RFC v3 1/8] cpu-timers, icount: new modules, Claudio Fontana, 2020/08/03
[RFC v3 5/8] cpus: extract out kvm-specific code to accel/kvm, Claudio Fontana, 2020/08/03
[RFC v3 8/8] cpus: extract out hvf-specific code to target/i386/hvf/, Claudio Fontana, 2020/08/03
[RFC v3 6/8] cpus: extract out hax-specific code to target/i386/, Claudio Fontana, 2020/08/03
[RFC v3 7/8] cpus: extract out whpx-specific code to target/i386/, Claudio Fontana, 2020/08/03
Re: [RFC v3 0/8] QEMU cpus.c refactoring part2, Paolo Bonzini, 2020/08/03
Re: [RFC v3 0/8] QEMU cpus.c refactoring part2, Alex Bennée, 2020/08/03