perf introduced for profiling with JVMTI. Unfortunately, this introduces
a dependnecy on java to the build process. We really really don't want
this so set NO_JVMTI for now.
The kernel configuration generation currently checks to make sure
every option is defined with listnewconfig. It does not check that
each option is the same as listnewconfig. This can lead to odd
situations where the Fedora configuration does not match what's
actually present in the generated config. Add a script to check
for these kinds of changes.
Based on work done by Miguel Flores Silverio <floresmigu3l@gmail.com>
The config portion of README.txt hasn't reflected reality for a while
now. With the change of how configuration options are generated, it's
even less reflective of reality. Update it to be a bit more useful.
Four SPCR patches were merged upstream into 4.9, but one was reverted by a
subsequent commit (due to a trivial merge conflict with a later, unrelated
patch). A fixed up version of the missing patch is queued up for 4.10 in
tty-next. Carry it to make sure users see serial console output on ACPI
systems. Otherwise manually setting console=ttyAMAn would be required.
The existing method of managing configuration files gets unweildy.
Changing individual lines in text files gets difficult without
manual organization. Switch to a method of configuration generation
that's inspired from the method used inside Red Hat. Each configuration
option gets its own file which are then combined to form the
configuration files. This makes confirming what's actually enabled much
easier.
