| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
- Drop the extra parallel build optiosn from perf since perf does that on
its own.
|
| |
|
|
|
|
| |
There should be no change in generated configs with this
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
- Enable CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE (rhbz 1339281)
- Fixup SB patchset to work with upstream changes
|
|
|
|
|
| |
- trace, f2fs, btrfs, rtc, mailbox, akpm, staging, driver core, char, usb,
tty, clk, net, devicetree, rdma, mfd, iio, powerpc, arm merges
|
|
|
|
| |
Reported-by: Paul Bolle <pebolle@tiscali.nl>
|
|
|
|
| |
- pekeys, efi, objtool merges
|
|
|
|
|
|
| |
- Fix oops from tsc subsystem (rhbz 1318596)
- crypto, security, docs, rproc, dmaengine, powersupply, hsi, vfio, driver-core,
tty, char, usb, configfs, ext4, dlm, gfs2, pstore merges
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
- Rework secure boot patchset
|
|
|
|
| |
- Networking merge
|
|
|
|
| |
- Reenable debugging options.
|
|
|
|
|
| |
- Disable debug options.
- Add patch to fix perf build
|
|
|
|
|
| |
- Add patch to fix KVM sleeping in atomic issue (rhbz 1237143)
- Fix errant with_perf disable that removed perf entirely (rhbz 1237266)
|
|
|
|
| |
- 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
|
| |
|
| |
|
| |
|