summaryrefslogtreecommitdiff
path: root/init/version.c
diff options
context:
space:
mode:
authorSteven Rostedt (Google) <rostedt@goodmis.org>2022-01-22 17:17:10 +0300
committerSteven Rostedt (Google) <rostedt@goodmis.org>2022-01-23 08:10:09 +0300
commit6b9b6413700e104934734b72a3be622a76923b98 (patch)
tree0d9b3f8fe3e5c51f4b92a7945894e622c5829de2 /init/version.c
parent35140d399db2b67153fc53b51a97ddb8ba3b5956 (diff)
downloadlinux-6b9b6413700e104934734b72a3be622a76923b98.tar.xz
ftrace: Fix assuming build time sort works for s390
To speed up the boot process, as mcount_loc needs to be sorted for ftrace to work properly, sorting it at build time is more efficient than boot up and can save milliseconds of time. Unfortunately, this change broke s390 as it will modify the mcount_loc location after the sorting takes place and will put back the unsorted locations. Since the sorting is skipped at boot up if it is believed that it was sorted at run time, ftrace can crash as its algorithms are dependent on the list being sorted. Add a new config BUILDTIME_MCOUNT_SORT that is set when BUILDTIME_TABLE_SORT but not if S390 is set. Use this config to determine if sorting should take place at boot up. Link: https://lore.kernel.org/all/yt9dee51ctfn.fsf@linux.ibm.com/ Fixes: 72b3942a173c ("scripts: ftrace - move the sort-processing in ftrace_init") Reported-by: Sven Schnelle <svens@linux.ibm.com> Tested-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org>
Diffstat (limited to 'init/version.c')
0 files changed, 0 insertions, 0 deletions