diff options
author | kbuild test robot <fengguang.wu@intel.com> | 2018-08-29 20:50:52 +0800 |
---|---|---|
committer | Arnd Bergmann <arnd@arndb.de> | 2018-08-29 15:42:19 +0200 |
commit | 743f5cdb6cec33d2300922f6b1b1670a572595ad (patch) | |
tree | f57529901eaf2d0debc91d8f4c528883e64fda15 /kernel/debug/debug_core.c | |
parent | 9afc5eee65ca7d717a99d6fe8f4adfe32a40940a (diff) | |
download | linux-stable-743f5cdb6cec33d2300922f6b1b1670a572595ad.tar.gz linux-stable-743f5cdb6cec33d2300922f6b1b1670a572595ad.tar.bz2 linux-stable-743f5cdb6cec33d2300922f6b1b1670a572595ad.zip |
y2038: __get_old_timespec32() can be static
The kbuild test robot reports two new warnings with the previous
patch:
kernel/time/time.c:866:5: sparse: symbol '__get_old_timespec32' was not declared. Should it be static?
kernel/time/time.c:882:5: sparse: symbol '__put_old_timespec32' was not declared. Should it be static?
These are actually older bugs, but came up now after the
symbol got renamed. Fortunately, commit afef05cf238c ("time:
Enable get/put_compat_itimerspec64 always") makes the two functions
(__compat_get_timespec64/__compat_get_timespec64) local to time.c already,
so we can mark them as 'static'.
Fixes: ee16c8f415e4 ("y2038: Globally rename compat_time to old_time32")
Signed-off-by: kbuild test robot <fengguang.wu@intel.com>
[arnd: added changelog text]
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Diffstat (limited to 'kernel/debug/debug_core.c')
0 files changed, 0 insertions, 0 deletions