summary refs log tree commit diff
path: root/include/kunit/assert.h
diff options
context:
space:
mode:
authorDaniel Latypov <dlatypov@google.com>2022-01-13 08:59:27 -0800
committerShuah Khan <skhan@linuxfoundation.org>2022-01-25 12:49:40 -0700
commit4fdacef8ac5a5382eeb1bc6fc2632d71a09d52cd (patch)
tree899ab17bd2a34dce25d6dae4ce3030b309e51d4e /include/kunit/assert.h
parent7b3391057fa1921ba84ef17852a6998c0af27e4d (diff)
downloadlinux-4fdacef8ac5a5382eeb1bc6fc2632d71a09d52cd.tar.gz
kunit: move check if assertion passed into the macros
Currently the code always calls kunit_do_assertion() even though it does
nothing when `pass` is true.

This change moves the `if(!(pass))` check into the macro instead
and renames the function to kunit_do_failed_assertion().
I feel this a bit easier to read and understand.

This has the potential upside of avoiding a function call that does
nothing most of the time (assuming your tests are passing) but comes
with the downside of generating a bit more code and branches. We try to
mitigate the branches by tagging them with `unlikely()`.

This also means we don't have to initialize structs that we don't need,
which will become a tiny bit more expensive if we switch over to using
static variables to try and reduce stack usage. (There's runtime code
to check if the variable has been initialized yet or not).

Signed-off-by: Daniel Latypov <dlatypov@google.com>
Reviewed-by: Brendan Higgins <brendanhiggins@google.com>
Reviewed-by: David Gow <davidgow@google.com>
Signed-off-by: Shuah Khan <skhan@linuxfoundation.org>
Diffstat (limited to 'include/kunit/assert.h')
0 files changed, 0 insertions, 0 deletions