Steven Rostedt wanted to do a little housekeeping, specifically with the function
tracing code used in debugging the kernel. Up until then, the kernel could enable
function tracing using either GCC's
-pg flag or a
-mfentry. In each case, GCC would create a special routine that would execute at the
start of each function, so the kernel could track calls to all functions. With just
-pg, GCC would create a call to
mcount() in all C functions,
-mfentry, it would create a call to
Steven pointed out that using
-mfentry was generally regarded as superior, so much so
that the kernel build system always would choose it over the
mcount() alternative by
testing GCC at compile time to see if it actually supported that command-line argument.
This is all very normal. Since any user might have any version of a given piece of software in the toolchain, or a variety of different CPUs and so on, each with different capabilities, the kernel build system runs many tests to identify the best available features that the kernel will be able to rely on.
But in this case, Steven noticed that for Linux version 4.19,
Linus Torvalds had agreed to bump
the minimum supported GCC version to 4.6. Coincidentally, as Steven now pointed out,
GCC version 4.6 was the first to support the
-mfentry argument. And, this was his
point—all supported versions of GCC now supported the better function tracing
option, and so there was no need for the kernel build system to cling to the
implementation at all.
Steven posted a patch to rip it out by the roots.
Peter Zijlstra gave his support for this plan, as did Jiri
Kosina. And, Jiri in
particular spat upon the face of the
Linus also liked Steven's patch, and he pointed out that with mcount() out of the
picture, there were several more areas in the kernel that had existed simply to help
fentry(), and that those now also could be removed. But Steven
replied that, although yes this should be done, he still wanted to do split it up into
a separate patch, for cleanliness' sake.