| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
btusb.enable_autosuspend=n on the kernel cmdline to disable
|
|
|
|
|
|
|
| |
These are being deprecated by the kernel community
https://marc.info/?l=linux-netdev&m=151067745601327&w=2
Turn them off in advance.
|
| |
|
| |
|
|
|
|
|
| |
This is mostly to quiet a bunch of rpmlint warnings about unexpanded
macros for non-existant packages.
|
|
|
|
|
| |
Also flip MAXSMP for generic vs. debug config
(see f4861c48b88ff145cc8b50655b61d6c6a411f073)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With the configs in the new place, update the scripts to find
them and utilize the base-generic and generic heirarchy to apply
configs and overrides.
Implement new process_configs.sh script that post-process the
config changes in a simple script and remove those commands
from the spec file. Add option flags to preserve functionality.
config_generation is a simple rename of baseconfig -> generic and
debugconfig -> debug and arm64 -> aarach64.
build_configs.sh is modified to find configs in generic and base-generic and
then apply base-generic first and if any generic files, apply those next. The
generic directory is used as an overrides and is expected to be empty for
Fedora initially.
kernel.spec is modified to use process_configs.sh instead of all the
commands in the spec file. Enabled spec options are translated to
script options. The config manipulation is moved to be grouped
with all config manipulation commands. This makes 'cd configs/' simpler.
Now all config scripts and executiion are done in configs/ directory.
v1 -> v2:
* the scripts were not working with SUBARCH correctly
* checkoptions was using wrong comparison file
* passing wrong kernel version to process_configs in spec file
v2 -> v3:
(incorporate Laura A's feedback)
* update README.txt
* fix build_configs.sh warnings
* Output info message on listnewconfig failure
|
|
|
|
|
|
|
|
|
| |
As part of the config re-organization, put the scripts needed to create
the config files in the configs/ directory. At the top level create
symlinks for those scripts. This allows the kernel.spec file to find
the scripts it needs and work correctly.
No code changes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As part of an effort to foster better cross collaboration with
internal Red Hat kernels, align the configs layout to match
that kernel. This will allow Red Hat engineers to provide easier
guidance on how to set various config options.
In addition, the scripts that process the config options will migrate
to the configs/ directory too in later patches. Future config
workflows will stage all work in the configs/ area.
A simple diff between the kernels will easily expose which config
options are different. Reading the comments in the file provides
guidance to Fedora to determine if that kernel should make a
similar change or not.
Rename debugconfig -> configs/base-debug
Rename baseconfig -> configs/base-generic
Rename configs/base-generic/arm/arm64 -> configs/base-generic/arm/aarch64
No code changes made.
|
|
|
|
| |
significant time, this is no longer the case
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
It's an old package now provided by core-utils which is pulled in
already.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
During the Kconfig factor, CONFIG_MAXSMP was set for all builds instead
of just debug builds. This bumps the NR_CPUs up to 8192 which is far
more than anyone actually needs for Fedora. Stop setting CONFIG_MAXSMP
on non-debug configs and adjust NR_CPUs back to what it was before.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
The DCCP protocol has had a number of bugs recently and people keep
finding more. It hasn't been well maintained and there is talk of
removing it from the kernel. It doesn't seem to be highly used so
just turn it off.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|