[LTP] [PATCH v2] Fix wqueue09 according with 5.17 kernel updates

Andrea Cervesato andrea.cervesato@suse.com
Tue Apr 12 14:45:01 CEST 2022


Hi Petr,

I guess the bug coming out from older versions of the kernel is related 
with kernel patch 3b4c0371928c17af03e8397ac842346624017ce6 and the way 
watch_queue was implemented.

Probably test was finding a kernel bug which is now solved with that 
patch and, with a proper wqueue09 implementation, this bug is not 
showing anymore with high -i values. Please check the latest version of 
the wqueue09 patch that I've sent.

Andrea

On 3/31/22 08:21, Petr Vorel wrote:
> Hi all,
>
>> Hi Andrea,
>> On 2022-03-30 11:08, Andrea Cervesato wrote:
>>> This patch fixes also the issue of loosing events on big number of
>>> iterations
>>> such as -i 1000.
>> Unfortunately when testing on machine with older kernel (older Tumbleweed
>> with
>> 5.9.1-1-default) it still blocks and then timeout:
>> wqueue09.c:52: TPASS: Meta loss notification received
>> common.h:134: TINFO: Reading watch queue events
> FYI on long enough -i (513 in my case)
> buf_len = SAFE_READ(0, fd, buffer, sizeof(buffer));
>
> This is regardless kernel version (tested on Tumbleweed 5.17.0-3.g6cba016-default
> and SLES 5.14.21) => easily reproducible.
>
> NOTE: keyctl() return value is always 0.
>
> Also not sure why we are not revoking key any more (removed in this patchset).
>
> Kind regards,
> Petr
>
>> NOTE: I haven't tested it on 5.17 yet.
>> Kind regards,
>> Petr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linux.it/pipermail/ltp/attachments/20220412/49a1eecb/attachment.htm>


More information about the ltp mailing list