SYS_clock_getres might have been redirected by libc to some other system
call than the actual clock_getres. In the test we want to make sure to
use exactly this system call.

Use the system call number exported by the UAPI headers which is always
correct.

Signed-off-by: Thomas Weißschuh <[email protected]>
---
 tools/testing/selftests/vDSO/vdso_test_abi.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/tools/testing/selftests/vDSO/vdso_test_abi.c 
b/tools/testing/selftests/vDSO/vdso_test_abi.c
index c620317eaeea..a75c12dcb0f1 100644
--- a/tools/testing/selftests/vDSO/vdso_test_abi.c
+++ b/tools/testing/selftests/vDSO/vdso_test_abi.c
@@ -179,7 +179,7 @@ static void vdso_test_clock_getres(clockid_t clk_id)
                clock_getres_fail++;
        }
 
-       ret = syscall(SYS_clock_getres, clk_id, &sys_ts);
+       ret = syscall(__NR_clock_getres, clk_id, &sys_ts);
 
        ksft_print_msg("The syscall resolution is %lld %lld\n",
                        (long long)sys_ts.tv_sec, (long long)sys_ts.tv_nsec);

-- 
2.52.0


Reply via email to