On Mon, Mar 16, 2020 at 10:54:39PM -0300, Paulo Alcantara (SUSE) wrote: > The 'grep -c "error"' check was causing false positive results for > cifs.ko when running it with 'echo 1 > /proc/fs/cifs/cifsFYI'. > > That is, the test would fail when cifs.ko prints out a non-error > message like this: > > [ 2320.903987] fs/cifs/smb2maperror.c: Mapping SMB2 status code > 0x80000006 to POSIX err -61 > > Signed-off-by: Paulo Alcantara (SUSE) <pc@xxxxxx> > --- > tests/generic/310 | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/tests/generic/310 b/tests/generic/310 > index 1fcd517e4e6f..504f7c44c177 100755 > --- a/tests/generic/310 > +++ b/tests/generic/310 > @@ -49,7 +49,7 @@ _require_command "$KILLALL_PROG" killall > dmesg -c > /dev/null > > nr_bug=`dmesg | grep -c "kernel BUG"` > -nr_error=`dmesg | grep -c "error"` > +nr_error=`dmesg | grep -c "EXT[234]-fs error"` This's a generic test, which is not only for extN filesystem. If only for "fs/cifs/smb2maperror.c: Mapping SMB2 status ...", how about: grep -wc "error" or grep -c "\berror" or something better:) I think it still works for "EXT3-fs error (device loop1): ext3_readdir: bad entry in ....". Thanks, Zorro > nr_null=`dmesg | grep -c "kernel NULL pointer dereference"` > nr_warning=`dmesg | grep -c "^WARNING"` > nr_lockdep=`dmesg | grep -c "possible recursive locking detected"` > @@ -58,7 +58,7 @@ nr_lockdep=`dmesg | grep -c "possible recursive locking detected"` > check_kernel_bug() > { > new_bug=`dmesg | grep -c "kernel BUG"` > - new_error=`dmesg | grep -c "error"` > + new_error=`dmesg | grep -c "EXT[234]-fs error"` > new_null=`dmesg | grep -c "kernel NULL pointer dereference"` > new_warning=`dmesg | grep -c "^WARNING"` > new_lockdep=`dmesg | grep -c "possible recursive locking detected"` > -- > 2.25.1 >