[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YYUDDU0A9hLFbM4c@pevik>
Date: Fri, 5 Nov 2021 11:10:21 +0100
From: Petr Vorel <pvorel@...e.cz>
To: Gabriel Krisman Bertazi <krisman@...labora.com>
Cc: jack@...e.com, amir73il@...il.com, repnop@...gle.com,
linux-ext4@...r.kernel.org, kernel@...labora.com,
khazhy@...gle.com, ltp@...ts.linux.it
Subject: Re: [LTP] [PATCH v3 0/9] Test the new fanotify FAN_FS_ERROR event
Hi Gabriel, all,
> Hi,
> Now that FAN_FS_ERROR is close to being merged, I'm sending a new
> version of the LTP tests. This is the v3 of this patchset, and it
> applies the feedback of the previous version, in particular, it solves
> the issue Amir pointed out, that ltp won't gracefully handle a test with
> tcnt==0. To solve that, I merged the patch that set up the environment
> with a simple test, that only triggers a fs abort and watches the
> event.
> I'm also renaming the testcase from fanotify20 to fanotify21, to leave
> room for the pidfs test that is also in the baking by Matthew Bobrowski.
> One important detail is that, for the tests to succeed, there is a
> dependency on an ext4 fix I sent a few days ago:
> https://lore.kernel.org/linux-ext4/20211026173302.84000-1-krisman@collabora.com/T/#u
It has been merged into Theodore Ts'o ext4 tree into dev branch as c1e2e0350ce3
("ext4: Fix error code saved on super block during file system abort")
We should probably add it as .tags (see fanotify06.c).
Also it'd be nice just to mention relevant commits which added FAN_FS_ERROR in
fanotify21.c (probably "fanotify: Allow users to request FAN_FS_ERROR events" ?)
+ kernel version it added it -suppose 5.16 (although it can be backported; and
these commits should not go to .tags, as we track there only
fixes not new features). I can add it myself (no need to repost).
Kind regards,
Petr
Powered by blists - more mailing lists