[LTP] [External] : Re: fcntl27 and fcntl27_64 tests fail on nfsv3& nfsv4 for mainline 6.14 kernels

[rhythm.m.mahajan@oracle.com]

On 14/02/25 6:31 pm, Cyril Hrubis wrote:
> Hi!
>>> The test no longer fails with the revert of the commit
>>>
>>> cce93d3a3 Refactor with new API and merge fcntl27 + fcntl28
>>>
>>> https://urldefense.com/v3/__https://github.com/linux-test-project/ltp/commit/cce93d3a3__;!!ACWV5N9M2RV99hQ!IMGHSxQSJYhWjvrzfHgJc3CEekFq3RgaB1HNAyHJ7Z7IUpKS4eenQPuL6ZD9U6TCPpvJFkvTrbUJtIELXulBIQ$  <https://urldefense.com/v3/__https://github.com/__;!!ACWV5N9M2RV99hQ!IMGHSxQSJYhWjvrzfHgJc3CEekFq3RgaB1HNAyHJ7Z7IUpKS4eenQPuL6ZD9U6TCPpvJFkvTrbUJtIFE98p36w$
>>> linux-test-project/ltp/commit/cce93d3a3>
>>>
>>> Could you please confirm if this is a test case issue or a kernel issue?
> 
> Before the test cleanup it did only check if an attempt to set read
> lease on a file opened for writing failed. Now the test checks that it
> fails with a specific errno i.e. EAGAIN, since that is returned by the
> rest of the filesystems.

Hi,
Just to confirm, so is failing of fcntl27 test caused by this commit, or 
is it something that needs to be fixed in the kernel code?
After the revert of this commit, the test no longer fails.

Thanks,
Rhythm

>