Age | Commit message (Collapse) | Author |
|
Enable the ThunderX EDAC support.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
This is both used as a PCIe card, but is also often the virtual hardware
in VMs.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Add more config options so that the Xilinx KV260 is fully supported.
This work was done by Bill Mills <bill.mills@linaro.org>, I simply
integrated it.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Add the required options so that this BSP works on the Marvell ThunderX2.
Thanks to anton.antonov@arm.com for the config and testing.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Thanks to anton.antonov@arm.com.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Add more hardware enabling so that NXP i.MX8M boards boot successfully.
Thanks to anton.antonov@arm.com for the options and testing.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
SBCs don't tend to use SATA, but larger platforms will.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
If these are kernel modules then there's a WARN_ON triggered when booted
on IMX boards.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
With CONFIG_I2C_DEV=m you must modprobe that module in order to get the
/dev nodes. It is a small module (~8.5K) so just include it in.
Signed-off-by: Bill Mills <bill.mills@linaro.org>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
A bug in my annotation script meant this item ended up in the wrong place.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Some .cfg files were included accidentally, fix this.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
ixgb driver was removed in kernel commit e485f3a6eae0
("ixgb: Remove ixgb driver").
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
intel-x86-64-preempt-rt.cfg was removed in commit bd20a636b044
("config: remove mis-located configuration fragment").
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
This brings it closer to other qemu configs in yocto and help to use usb
mouse and keyboard device emulation
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Pull in a large number of drivers and build them as modules. The set of
drivers enabled is based on the current defconfig.
Some chunks are split out into separate files to keep the top-level
cfg file size manageable.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Adjust KARCH to x86_64 and i386 accordingly to avoid condition
check failed in some scc files like features/thermal/coretemp.scc
This will ensure some kernel options be correcly set for intel-x86
bsp.
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Add the skeleton of an initial genericarm64 kernel.
At present this has only been boot tested on a BeaglePlay and is missing
some functionality, but it does boot via EFI from SD card successfully.
Future work will organise the configuration fragments more neatly,
move more options to modules, increase functionality, and add support
for more boards.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Consider this 5+ year old commit
commit bcbc7bbc4fb967d8d4ae6333f71b73491a80b94e
Author: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Date: Thu Mar 1 16:00:41 2018 +0200
latencytop: remove recipe
Last commit and release were in 2009; website is down; it's a dead project.
(From OE-Core rev: 36aae56e7f86a4d5ce93e4528e7dcc42f60c705e)
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Given that, it seems sensible to drop it from default inclusion across
the BSPs. I've left the feature itself, so anyone who still cares can
easily manually add it still.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
The x86-64 BSP isn't quite the same as the "more specific" BSP like a
Beaglebone Black or the (now deleted) Edgerouter. Where we have exact
hardware specifics for boards like those, the x86-64 BSP is more of a
"generic" thing used as the baseline across an endless sea of boards.
To that end, this is somewhat a revert of commit bd77e1f904f6
("bsp/intel-x86: change the supported maximum number of CPUs to 512 in 64-bit bsp")
It is great that a handful of people out there are using Yocto on these
huge server machines, but that doesn't reflect 99% of the rest of us who
continue to lean towards the original "embedded theme" of Yocto.
That means a whole bunch of extra per-CPU jumping through hoops; some
can be mitigated by booting with "nr_cpus=4" (or whatever the core count
is) but I guarantee largely nobody out there is doing that.
Let those users with the crazy CPU count own that config customization
locally. The default is 64 which still seems way too large IMHO, but
at least we are moving in the right direction.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Similar to the argument of why we shouldn't force NUMA on everyone, the
9 chip registered ECC RAM type stuff also tends to be found mostly on
larger server type stuff and less so on embedded targets.
We already have a skeleton EDAC feature, so move the features over
there. One could argue that we might want to separate into arch
specific config fragments, but to me - that seems overkill at this
point in time.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
A user reported getting NUMA warnings like the ones reported here:
https://www.suse.com/support/kb/doc/?id=000021040
"Fail to get numa node for CPU:0 bus:0 dev:0 fn:1"
...and repeated for every core on the platform. Distracting.
When I asked if it was a crazy big server system with multiple CPU
sockets and localized RAM near each socket - the answer was "no".
Turns out they didn't choose NUMA support - rather we did it for them.
Yocto has been and still remains more "embedded leaning". That is not
to say we can't support NUMA. We just shouldn't be enabling it by
default in the base x86-64 config fragment that everyone uses.
Move the two NUMA settings that were not in our existing numa.cfg
feature out of the BSP and into the feature.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
No functional change - just makes further reorganizations and
refactoring more easy to review/parse.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
These commits were unlinked by commenting them out back in 2015:
commit d341564a1ff749f87cfc9b2819b2759903c1efba
Author: Bruce Ashfield <bruce.ashfield@windriver.com>
Date: Thu Jul 16 15:08:13 2015 -0400
qemuppc: remove old PREP platform patches
We've been using the MAC99 platform for some time now, there's no need
to carry the old PReP platform patches.
We can safely push them off a cliff now, some 9-ish years later.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
This is required for the qemu based riscv system to set system time
correctly. Otherwise, it falls back to defaults in /etc/timestamp which
is set at image build time and is not current.
Fixes
hwclock: can't open '/dev/misc/rtc': No such file or directory
Fri Mar 9 12:34:56 UTC 2018
hwclock: can't open '/dev/misc/rtc': No such file or directory
hwclock: can't open '/dev/misc/rtc': No such file or directory
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
These kernel options aren't assignable. In the previous version of the
kernel, these options were selected by DRM_FBDEV_EMULATION. But due to
the commit 43049f17b526 ("drm/i915: Implement dedicated fbdev I/O
helpers") in the new version of kernel, they are no longer enabled
by DRM_FBDEV_EMULATION. Then the kernel config check emits unmatch
warning for them. Drop all of them to fix these warnings.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
As of the v6.1 kernel, ARM_PATCH_PHYS_VIRT is no longer being enabled by
default. This is causing poky-tiny to not boot (as it automatically
disables all features not explicitly enabled).
Signed-off-by: Jon Mason <jdmason@kudzu.us>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
CONFIG_MICROCODE_AND and CONFIG_MICROCODE_INTEL are automatically
selected based on the cpu. We no longer need to explicitly set
the values.
See upstream commt: e6bcfdd75d53 [x86/microcode: Hide the config knob]
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Due to kernel commit 41ef3c1a6bb0 ("pinctrl: Don't allow PINCTRL_AMD to
be a module"), driver PINCTRL_AMD can only be built as built-in driver
or disabled.
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Like the other -tiny BSPs, we need to explicitly include our
HID fragment to ensure that configuration audit warnings are
not thrown as HID will be disabled due to missing dependencies.
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Need igc driver to mount network filesystem.
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
HID is no longer selected, so to avoid -tiny warnings we need to
explicitly enable it in more -tiny BSPs.
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>
|
|
This option is no longer present in v6.2-rcx as the following commit removed it:
https://github.com/torvalds/linux/commit/b9b01a5625b5a9e9d96d14d4a813a54e8a124f4b
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Some 4-Socket servers have more than 256 CPUs, so increase the number.
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
In kernel commit e23e5a05d1fd ("mtd: spi-nor: intel-spi: Convert to SPI
MEM"), the configs for Intel SPI were changed.
Old:
CONFIG_SPI_INTEL_SPI_PCI
CONFIG_SPI_INTEL_SPI_PLATFORM
New:
CONFIG_SPI_INTEL_PCI
CONFIG_SPI_INTEL_PLATFORM
Signed-off-by: Yongxin Liu <yongxin.liu@outlook.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
In kernel commit 0a4ee518185e ("mm: remove cleancache"), the cleancache
subsystem was removed.
Signed-off-by: Yongxin Liu <yongxin.liu@outlook.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
The i2c-hid driver has been split in kernel commit b33752c30023
("HID: i2c-hid: Reorganize so ACPI and OF are separate modules").
We use ACPI-based driver only in intel-x86 BSP.
Fix the following warning:
[INFO]: the following symbols were not found in the active
configuration:
- CONFIG_I2C_HID
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
In raspberry sdk lts kernel v6.1, some driver had been removed,
so delete the corresponding kernel config from kernel cache.
Signed-off-by: Meng Li <Meng.Li@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Allow configurations that result in non-portable kernels, this is
required for rv32 kernels starting 6.0+ see [1]
[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=44c1e84a38a0
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
The OCTEON_USB has been converted into USB_OCTEON_HCD by mainline
commit 9dbdac024d4d ("staging: octeon-usb: move driver out of staging").
So adjust the BSP cfg according to that change.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
This option is no longer present / required in v6.x as the
following commit removed it:
commit 4a329fecc9aaebb27a53fa7abfa53bbc2ee42f3f
Author: Robert Elliott <elliott@hpe.com>
Date: Sat Aug 20 13:41:41 2022 -0500
crypto: Kconfig - submenus for arm and arm64
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|