[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PULL 02/17] block: Collapse padded I/O vecs exceeding IOV_MAX
From: |
Michael Tokarev |
Subject: |
Re: [PULL 02/17] block: Collapse padded I/O vecs exceeding IOV_MAX |
Date: |
Tue, 6 Jun 2023 13:47:05 +0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 |
06.06.2023 11:45, Hanna Czenczek wrote:
On 06.06.23 10:00, Michael Tokarev wrote:
..
This seems to be over-complicated, both of them, no?
I would have preferred to have this discussion while the patch was still on-list for review (this specific version was for two months, counting from
the first version was three). Do you think it is so complicated and thus bug-prone that we must revert this series now and try the other route?
Well. I come across this change only now when reviewing patches applied to
qemu/master.
This one fixes a real bug which people were hitting, which is also quite
difficult to
diagnose and which has a possibility for data corruption and other
"interesting" effects,
so it is quite a natural thing to at least think about back-porting this change
to
previous -stable qemu release. Bugs like this should be fixed in -stable IMHO.
Sadly I haven't noticed this change before, sure I'd have exactly the same
thoughts
by then, and would be glad to help analyzing other parts of the code with
potential
of having issues with IOV_MAX-exceeding vectors.
I can agree that perhaps the other route could have been simpler, but now we already have patches that are reviewed and in master, which solve the
problem. So I won’t spend more time on tackling this issue from another angle. If you are happy to do so, patches are always welcome.
That's a good point too.
Thanks,
/mjt
[PULL 08/17] parallels: create parallels_set_bat_entry_helper() to assign BAT value, Hanna Czenczek, 2023/06/05