[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-block] [Qemu-devel] [PATCH] iotests: Tweak 030 in order to tri
Re: [Qemu-block] [Qemu-devel] [PATCH] iotests: Tweak 030 in order to trigger a race condition with parallel jobs
Fri, 8 Dec 2017 14:13:48 -0500
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
On 12/07/2017 02:34 PM, Alberto Garcia wrote:
> On Thu 07 Dec 2017 08:16:41 PM CET, Eric Blake wrote:
>>> qemu_io('-f', iotests.imgfmt,
>>> - '-c', 'write -P %d %d %d' % (i, i*1024*1024, num_kb *
>>> + '-c', 'write -P 0xFF %dk %dk' % (i * 512, num_kb),
>> I guess changing from a variable to a fixed 0xff pattern doesn't make
>> a difference?
> I noticed that with the previous code we would write zeroes to the first
> image (i == 0), and with that I can't reproduce the bug. I assume that
> block-stream doesn't copy the data in that case. Changing it to anything
> != 0 solves the problem.
I think I ran into a similar problem with an AHCI test once.
Reviewed-by: John Snow <address@hidden>
> And answering your question, it doesn't really matter if we write the
> same value in all places, we only check the output of 'qemu-io -c map'.
> Plus the areas don't even overlap.