| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
- Reenable debugging options.
|
| |
|
|
|
|
|
|
|
|
| |
This enables the 32-bit EFI entry point on 64-bit kernels, so hardware
like Baytrail devices with 32-bit firmware on a 64-bit cpu can boot the
64-bit kernel.
Signed-off-by: Peter Jones <pjones@redhat.com>
|
| |
|
|
|
|
|
| |
No functional change. These are all removed upstream. Results provided by
the check-config.pl script from Paul Bolle. Yay Paul!
|
|
|
|
|
| |
- Temporarily disable aarch64patches
- Happy New Year
|
| |
|
|
|
|
|
| |
- Reenable debugging options.
- Temporarily disable aarch64patches
|
|
|
|
| |
Reported-by: Paul Bolle <pebolle@tiscali.nl>
|
|
|
|
| |
- Enable early microcode loading (rhbz 1083716)
|
|
|
|
|
|
| |
- I also like to live dangerously. (Re-enable RCU_FAST_NO_HZ which has been off
since April 2012. Also enable NO_HZ_FULL on x86_64.)
- I added zipped modules ages ago, remove it from TODO.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New kexec syscall (kexec_file_load()) can perform bzimage signature
verification.
This will re-enable kexec/kdump on secureboot systems using new syscall.
Currently kexec/kdump is disabled on secureboot systems.
User space (kexec-tools) will be modifed to automatically detect that
running system has secureboot enabled and use new syscall instead of
old one.
Signed-off-by: Vivek Goyal <vgoyal@redhat.com>
|
|
|
|
| |
- Reenable debugging options.
|
|
|
|
| |
- Reenable debugging options.
|
|
|
|
|
|
|
|
|
|
|
| |
The benefit of THP has been somewhat questionable overall for a while,
and it's been known to cause performance issues with some workloads.
Upstream also considers it to be overly complicated and really not worth
it on machines with memory in the amounts found on typical desktops/SMB
servers.
Switch to using it via madvise, which most applications that care about
it should likely already be doing.
|
| |
|
| |
|
|
|
|
| |
This reverts commit ca43fd4b8dd1ce49ab0a9f239c6a056df104db72.
|
|
|
|
|
|
|
|
|
|
|
| |
Set CONFIG_BOOTPARAM_HOTPLUG_CPU0 to 'y'. Currently, to disable CPU0,
the "boot" cpu, one must specify cpu0_hotplug as a kernel parameter.
Setting this config variable to 1 enables it by default.
I've tested this on systems where it was expected to work and it seems to
function properly.
Signed-off-by: Prarit Bhargava <prarit@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1051284
Set CONFIG_X86_UV to 'y' and CONFIG_UV_MMTIMER to 'm' for large SGI boxes.
These settings will enable the booting of more than 16 processors.
Signed-off-by: Prarit Bhargava <prarit@redhat.com>
Cc: glaubitz@physik.fu-berlin.de
Cc: jwboyer@redhat.com
|
| |
|
| |
|
| |
|
|
|
|
| |
- Drop ACPI blacklist year options and patch (removed with upstream commit 4c47cb197e13 )
|
| |
|
|
|
|
|
|
|
|
| |
Replace x86-allow-1024-cpus.patch with the patch that contains the one hunk
not already applied upstream.
Don't install the 'trace' alias symlink for 'perf trace'. Seems much too
generic to just throw that into /usr/bin
|
|
|
|
| |
- Reenable debugging options.
|
|
|
|
| |
- Set NR_CPUS=1024 on non-debug x86_64 builds (MAXSMP is set on debug)
|
| |
|
| |
|
|
|
|
| |
- First DRM merge
|
|
|
|
| |
Enable 10gigE on 64-bit only.
|
| |
|
|
|
|
| |
- Enable the rtl8192e driver (rhbz 913753)
|
|
|
|
|
|
|
|
|
|
| |
So apparently we've been enabling CONFIG_NAMESPACES in Fedora kernels for
a very long time even though it was never explicitly set. The kconfig entry
for it looks like it should depend on CONFIG_EXPERT (which isn't set), but
either the fact that we've had CONFIG_NET_NS, etc enabled explicitly or the
fact that it defaults to !EXPERT seems to do something weird with menuconfig
and enables it in the final config. Whatever, just turn it back on. It
seems to break rtkit-daemon for some reason.
|
|
|
|
|
| |
- Enable NAMESPACES and CHECKPOINT_RESTORE on x86_64 for F19 CRIU feature
- Enable CONFIG_DEBUG_ATOMIC_SLEEP
|
| |
|
| |
|
|
|
|
| |
- Fix module blacklist patch to not leak a reference to the blacklist keyring
|
| |
|
| |
|
| |
|
|
|
|
| |
The utrace patch is left unapplied as it doesn't apply cleanly any longer
|
|
|
|
|
|
| |
Rawhide builds now use MAXSMP on x86.
For release builds, set x86-64 to support 64 CPUs.
If larger systems become widespread, we can increase in an update.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|