[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-block] [PATCH v2 6/6] tests/block-job-txn: Don't start block j
From: |
John Snow |
Subject: |
Re: [Qemu-block] [PATCH v2 6/6] tests/block-job-txn: Don't start block job before adding to txn |
Date: |
Fri, 7 Apr 2017 14:05:12 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 |
On 04/07/2017 09:28 AM, Stefan Hajnoczi wrote:
> On Fri, Apr 07, 2017 at 02:54:14PM +0800, Fam Zheng wrote:
>> Previously, before test_block_job_start returns, the job can already
>> complete, as a result, the transactional state of other jobs added to
>> the same txn later cannot be handled correctly.
>>
>> Move the block_job_start() calls to callers after
>> block_job_txn_add_job() calls.
>>
>> Signed-off-by: Fam Zheng <address@hidden>
>> ---
>> tests/test-blockjob-txn.c | 6 +++++-
>> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> CCing John Snow because he looked at block jobs completing during txn
> setup recently.
>
> Stefan
>
This matches the changes we made to qmp_transaction, but I forgot to (or
didn't take care to) change the qtest as it didn't cause a regression
at the time.
I wonder if I should make it a runtime error to add a job to a
transaction which has already "started" to make sure that this interface
is not misused, as this test highlights that there were still some
remaining "bad" uses of the interface.
Regardless...
Thanks for the CC. ACK
Re: [Qemu-block] [PATCH v2 0/6] block: Fixes regarding dataplane and management operations, Kevin Wolf, 2017/04/07