Age | Commit message (Collapse) | Author |
|
Since commit d5178578bcd461cc79118c7a139882350fe505aa
Author: Johannes Thumshirn <jthumshirn@suse.de>
Date: Mon Jun 3 16:58:57 2019 +0200
btrfs: directly call into crypto framework for checksumming
We now have a dependency on crc32 in crypto, and it must be built
into the kernel to avoid:
| x86_64-poky-linux-ld.bfd: fs/btrfs/super.o: in function
`btrfs_mount_root':
| super.c:(.text+0xb9b6): undefined reference to `crc32c_impl'
| x86_64-poky-linux-ld.bfd: fs/btrfs/super.o: in function
`init_btrfs_fs':
| super.c:(.init.text+0x362b): undefined reference to `crc32c_impl'
| x86_64-poky-linux-ld.bfd: fs/btrfs/extent-tree.o: in function
`hash_extent_data_ref':
| extent-tree.c:(.text+0xdfa): undefined reference to `crc32c'
| x86_64-poky-linux-ld.bfd: extent-tree.c:(.text+0xe13): undefined
reference to `crc32c'
| x86_64-poky-linux-ld.bfd: extent-tree.c:(.text+0xe27): undefined
reference to `crc32c'
| x86_64-poky-linux-ld.bfd: fs/btrfs/dir-item.o: in function
`btrfs_insert_xattr_item':
| dir-item.c:(.text+0x286): undefined reference to `crc32c'
So we set our defaults to cover the btrfs build cases without error.
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
As per commit f382fb0bce [block: remove legacy IO schedulers], the
legacy CFQ schedulers have been dropped from the kernel. So we drop
them from our base configuration.
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
This is always enabled now starting 4.19.
https://github.com/torvalds/linux/commit/fcabb89299d79010eb923afdd26de04afcc0527f
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The preempt-rt config explicitly disables aufs which can result in
config warnings for kernels where the aufs patches aren't applied.
Since default state of aufs is 'n', there's no need to disable it
explicitly here.
For BSPs relying on aufs, they should enable it by including
features/aufs/aufs-enable.scc.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Userspace functionality that requires BPF is becoming more common
(even systemd is looking for it), so we globally enable these
configs in the standard configuration.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Currently CONFIG_SMP and CONFIG_PREEMPT are enabled for tiny by default
which prevents CONFIG_TINY_RCU from being enabled and causes the follow
warning.
When CONFIG_SMP and CONFIG_PREEMPT are disabled, like when building UP
kernel, CONFIG_TINY_RCU will be selected by default. So this removal
fixes the warning and is harmless.
---------- CONFIG_TINY_RCU -----------------
Config: CONFIG_TINY_RCU
From: kernel-source/.kernel-meta/configs/VERSION/standard/tiny/ktypes/tiny/tiny.cfg
Requested value: CONFIG_TINY_RCU=y
Actual value:
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Calling out the existing edac.scc via KERNEL_FEATURES_append will
fail since it contains patch commands, and the patches will
unconditionally be queued for application. Split it so instead it
can use
KERNEL_FEATURES_append += "features/edac/edac-enable.scc"
in templates/configuration files external to the kernel-cache.
Note that we also hook the remaining patch chunk into the standard
ktype so that "rebase" branches (when created) will faithfully
mirror the content merged into the fast forward branches.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
In order to build backport-iwlwifi driver (meta-intel has
the recipe) that ships its own MAC80211 and to use the crypto
drivers from the targeted kernel for it, CONFIG_CRYPTO_CCM must
be enabled.
backport-iwlwifi does have a compat implementation of crypto-ccm.c too
that would be used if CONFIG_CRYPTO_CCM is not set but that currently
fails to build (implicit function declaration).
Therefore, just enable CRYPTO_CCM. And while we're at it, enable
all crypto drivers that are needed by MAC80211.
Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The oe-core provides kexec-tools recipe, since we don't
have a manner to enable automatically a kernel feature by
recipe request, this is the best place to enable it in
a kernel developer mode.
Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
|
|
This patch enables ext4 filesystem encryption and also layered
filesystem encryption.
Signed-off-by: Jussi Laako <jussi.laako@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
A stray 'branch base' crept into the preempt-rt meta-data.
This isnt needed, since the tools can detect when to create
a 'base' branch on their own.
The extra branch command was clearing the patch queue, which
prevented preempt-rt patches from being applied during treegen.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Legacy PTY support adds overhead to the kernel and delays to
the boot process. So we disable it by default.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Fixes [YOCTO #9269]
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The users of minux and reiser fs are few and far between. We don't
need these modules built (and deployed) all the time, so we disable
them by default. The few users of these FSs can enable them in
fragments.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
ext4 is compatble with ext2/3 filesystems, so we should streamline
our config and only enable ext4.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Tiny kernels currently fail to run /init from tiny-init, a #!/bin/sh
script as the kernel is missing BINFMT_SCRIPT. Add this to the tiny.cfg
fragment.
Developed on 3.19, applied and verified on 3.14.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Saul Wold <sgw@linux.intel.com>
Cc: Eduard Bartosh <eduard.bartosh@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The removed options in this commit are no longer valid in a 3.19 kernel.
None have replacement values, and are simply obselete, so we remove them
from our configuration.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
commit 40b313608a [Finally eradicate CONFIG_HOTPLUG] removes CONFIG_HOTPLUG
from the kernel, since it is impossible to build a kernel without hotplug.
We update our fragments to no longer specify this value as well.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
aufs isn't supported with -rt kernels, so disable it for the
preempt-rt ktype.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
CONFIG_FHANDLE is now a requirement for systemd support:
http://cgit.freedesktop.org/systemd/systemd/commit/README?id=c2cb7cbbd526e572b1caa1d7f70be68195b513a9
So we add it into our default standard and preempt-rt kernel types, the
overhead is small and having this always configured allows init system
switching, without a kernel rebuild.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Add generic firmware loading feature for the standard type kernel.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Include the input.scc to get the CONFIG_INPUT_EVDEV enabled.
The evdev kernel driver is needed to create /dev/input/event* devices.
These devices are used by Xserver to connect to keyboard & mouse kind
of input devices. Without this change some of the BSPs need
AutoAddDevices = false
in their xorg.conf, which is considered as an undesired hack around
the issue.
Fixes Bug:
[YOCTO #5279]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
When collapsing standard-nocfg back into standard.scc, the configuration
block for the kernel type was put with the smaller features. This is
incorrect, and it should be a the top, giving indvidual feature and architecture
blocks the ability to override baseline settings.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
There's no value in tagging individual features anymore, since they are
not used to delinate series of patches ..as the tree is not rebuilt
constantly, they won't contain all patches. So we remove them, as they
simply add noise to the tree.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|