Age | Commit message (Collapse) | Author |
|
Signed-off-by: He Zhe <zhe.he@windriver.com>
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>
|
|
Create intel-x86-32/64 descriptions in yocto-kernel-cache.
These BSPs include all the core support for intel-x86 BSP.
This is an initial step to get the machines available and testing.
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
When you want to run cases under tool/testing/selftest of
kernel-source, these fragments are required.
Signed-off-by: Hongzhi.Song <hongzhi.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Yocto Project reference board such as Minnowboard
need IGB module to enable ethernet networking. It
need to bundle together with kernel when use NFS
boot without initramfs.
Signed-off-by: Mohamad Noor Alim Hussin <mohamad.noor.alim.hussin@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Collect debug configs and classify them into functional
subdirectories.
Signed-off-by: Hongzhi.Song <hongzhi.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/1 [
Author: Kevin Hao
Email: kexin.hao@windriver.com
Subject: staging: octeon: Add a workaround for the issue of GCC8
Date: Wed, 20 Jun 2018 18:41:55 +0800
In function cvm_oct_xmit(), the packet length is set with code like
this:
pko_command.s.total_bytes = skb->len;
But when building with gcc8, the pko_command.s.total_bytes doesn't
emit the right value when it is used in the following codes:
/* Send the packet to the output queue */
if (unlikely(cvmx_pko_send_packet_finish(priv->port,
priv->queue + qos,
pko_command, hw_buffer,
CVMX_PKO_LOCK_NONE))) {
Adding a barrier after the assignment would generate the right codes.
Signed-off-by: Kevin Hao <kexin.hao@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>
|
|
When we build the kernel sample codes, we need to open the samples related
configurations.
Signed-off-by: Dengke Du <dengke.du@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/1 [
Author: Arnd Bergmann
Email: arnd@arndb.de
Subject: crypto: aes-generic - fix aes-generic regression on powerpc
Date: Mon, 15 Jan 2018 17:07:22 +0100
My last bugfix added -Os on the command line, which unfortunately caused
a build regression on powerpc in some configurations.
I've done some more analysis of the original problem and found slightly
different workaround that avoids this regression and also results in
better performance on gcc-7.0: -fcode-hoisting is an optimization step
that got added in gcc-7 and that for all gcc-7 versions causes worse
performance.
This disables -fcode-hoisting on all compilers that understand the option.
For gcc-7.1 and 7.2 I found the same performance as my previous patch
(using -Os), in gcc-7.0 it was even better. On gcc-8 I could see no
change in performance from this patch. In theory, code hoisting should
not be able make things better for the AES cipher, so leaving it
disabled for gcc-8 only serves to simplify the Makefile change.
Reported-by: kbuild test robot <fengguang.wu@intel.com>
Link: https://www.mail-archive.com/linux-crypto@vger.kernel.org/msg30418.html
Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83356
Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83651
Fixes: 148b974deea9 ("crypto: aes-generic - build with -Os on gcc-7+")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/2 [
Author: Josh Poimboeuf
Email: jpoimboe@redhat.com
Subject: objtool, perf: Fix GCC 8 -Wrestrict error
Date: Thu, 15 Mar 2018 22:11:54 -0500
commit 854e55ad289ef8888e7991f0ada85d5846f5afb9 upstream.
Starting with recent GCC 8 builds, objtool and perf fail to build with
the following error:
../str_error_r.c: In function ‘str_error_r’:
../str_error_r.c:25:3: error: passing argument 1 to restrict-qualified parameter aliases with argument 5 [-Werror=restrict]
snprintf(buf, buflen, "INTERNAL ERROR: strerror_r(%d, %p, %zd)=%d", errnum, buf, buflen, err);
The code seems harmless, but there's probably no benefit in printing the
'buf' pointer in this situation anyway, so just remove it to make GCC
happy.
Reported-by: Laura Abbott <labbott@redhat.com>
Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com>
Tested-by: Laura Abbott <labbott@redhat.com>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Jiri Olsa <jolsa@kernel.org>
Cc: Namhyung Kim <namhyung@kernel.org>
Cc: Wang Nan <wangnan0@huawei.com>
Link: http://lkml.kernel.org/r/20180316031154.juk2uncs7baffctp@treble
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Fredrik Schön <fredrikschon@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
2/2 [
Author: Sergey Senozhatsky
Email: sergey.senozhatsky@gmail.com
Subject: tools/lib/subcmd/pager.c: do not alias select() params
Date: Tue, 6 Feb 2018 15:37:52 -0800
Use a separate fd set for select()-s exception fds param to fix the
following gcc warning:
pager.c:36:12: error: passing argument 2 to restrict-qualified parameter aliases with argument 4 [-Werror=restrict]
select(1, &in, NULL, &in, NULL);
^~~ ~~~
Link: http://lkml.kernel.org/r/20180101105626.7168-1-sergey.senozhatsky@gmail.com
Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/2 [
Author: Khem Raj
Email: raj.khem@gmail.com
Subject: mips: Disable attribute-alias warnings
Date: Fri, 4 May 2018 11:49:35 -0700
This warning is seen with gcc-8
include/linux/syscalls.h:211:18: error: 'sys_cachectl' alias between functions of incom
patible types 'long int(char *, int, int)' and 'long int(long int, long int, long int)'
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
2/2 [
Author: Khem Raj
Email: raj.khem@gmail.com
Subject: mips64: Disable attribute-alias warning
Date: Fri, 4 May 2018 12:43:49 -0700
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/2 [
Author: Khem Raj
Email: raj.khem@gmail.com
Subject: powerpc: Disable attribute-alias warnings from gcc8
Date: Fri, 4 May 2018 09:46:42 -0700
Fixes
alias between functions of incompatible types warnings
which are new with gcc8
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
2/2 [
Author: Khem Raj
Email: raj.khem@gmail.com
Subject: powerpc/ptrace: Disable array-bounds warning with gcc8
Date: Fri, 4 May 2018 09:50:05 -0700
This masks the new gcc8 warning
include/linux/regset.h:270:4: error: 'memcpy' offset [-527, -529] is out of the bounds [0, 16] of object 'vrsave' with type 'union <anonymous>'
Signed-off-by: Khem Raj <raj.khem@gmail.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>
|
|
Add Ethernet TEAM drivers for supporting libteam:
The Team softdev Linux driver provides a mechanism to team multiple
NICs (ports) into a single logical one (teamdev) at L2 layer.
This process is called "channel bonding", "Ethernet bonding", "channel
teaming", "link aggregation", etc. Bonding is already implemented in the
Linux kernel but the Team softdev Linux driver is modular, userspace
driven, very lean and efficient, and it does have some distinct
advantages over the kernel's bonding driver.
Detail description can be found in: http://libteam.org
Signed-off-by: Wenzong Fan <wenzong.fan@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>
|
|
This change adds WiFi driver configuration fragments. The fragments are
split into vendor and interface files to allow for easy selection of
drivers for specific interface types (USB, PCI, SDIO) which is useful
for BSPs with specific interfaces. The specific vendor/interface config
fragments can be included by specific BSPs in its .scc files.
However .scc files (wifi-*.scc) are provided to allow enabling interface
specific or all interfaces drivers via KERNEL_FEATURES or inclusion via
other .scc files. And wifi-common.scc is provided to enable the base
config options required for all WiFi drivers, which is done to ensure
correct configuration for default no config setups (e.g.
linux-yocto-tiny).
This patch only enables a limited set of drivers, which is based on what
the common-pc-wifi.cfg fragment sets as well as some additional drivers,
that primarily appear in USB WiFi devices.
Signed-off-by: Nathan Rossi <nathan@nathanrossi.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
A Realtek RTL8211B PHY is integrated on mpc8315erdb board. It works
pretty well with the genphy driver. But now we apply a patch for the
Realtek PHY driver in order to fix an Ethernet broken issue on this
board. So enable this chip specific driver to make sure that fix can
take effect.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
This reverts commit 54b3e9b768651ca15bf65ae1c72dfe6d957285f0.
|
|
Need to enable CONFIG_KERNEL_DEBUG in systemtap feature, otherwise
CONFIG_DEBUG_INFO set by systemtap.cfg does not have any effect since
it depends on CONFIG_KERNEL_DEBUG and is set off in resulting config.
So systemtap cannot find DWARF information in resulting kernel.
Signed-off-by: Victor Kamensky <kamensky@cisco.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/1 [
Author: "Kexin(Casey) Chen"
Email: Casey.Chen@windriver.com
Subject: aufs: fix compile warning
Date: Wed, 28 Feb 2018 20:44:52 -0500
Forward port linux-yocto-4.8's patch to fix the build warning.
http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-4.8/commit/?h=standard/base&id=7e0dd2f2b0971f0e3191e1ddc088e09eb9855567
fs/aufs/debug.h:95:19: warning: comparison of constant '0'
with boolean expression is always false [-Wbool-compare]
if (unlikely((e) < 0)) \
^
fs/aufs/vdir.c:852:2: note: in expansion of macro 'AuTraceErr'
AuTraceErr(!valid);
^~~~~~~~~~
In expansion of AuTraceErr(!valid), comparison of (!valid)
and constant '0' always passes unlikely(x) false. function
'static int seek_vdir(struct file *file, struct dir_context *ctx)'
is to find whether there is a valid vd_deblk following ctx->pos.
return 1 means valid, 0 for not. Change to AuTraceErr(valid - 1)
makes more sense.
Signed-off-by: Kexin(Casey) Chen <Casey.Chen@windriver.com>
Signed-off-by: Dengke Du <dengke.du@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>
|
|
1/1 [
Author: Kevin Hao
Email: kexin.hao@windriver.com
Subject: yaffs2: include rawnand.h instead of nand.h
Date: Fri, 23 Feb 2018 13:31:33 +0800
The nand.h has been renamed to rawnand.h by commit d4092d76a4a4 ("mtd:
nand: Rename nand.h into rawnand.h"), adjust the yaffs2 code according
to this change.
Signed-off-by: Kevin Hao <kexin.hao@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>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Enable support for PAE and more than 4 GB of RAM.
This config was getting included from within the platform
specific BSPs that have been removed. Include it here
to make sure there is no change in behavior for Intel BSPs.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Now that we've removed the platform specific BSP configs
that were being included from intel-common, enable those
features seprately.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
If enabled, support will be included for the Intel
iSMT SMBus host controller interface.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Remove configs for platforms in bsp/. These bsps should
use intel-common for configuration to avoid duplication
and overlap.
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: Hongzhi.Song <hongzhi.song@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>
|
|
OE uses qemumips to simulate a Malta board by default.
As upstream qemu introduced:
https://git.qemu.org/?p=qemu.git;a=commit;h=94c2b6aff43cdfcfdfb552773a6b6b973a72ef0b
The Malta board can support up to 2GiB of RAM which should
be able to boot a Linux kernel built with CONFIG_HIGHMEM
enabled.
For mips, the `High Memory Support' only makes sense for the 32-bit
kernel.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Set i915 as a module to trigger the firmware load
at the same time the module is loaded.
This can avoid a timing problem between the driver starting
and it triggering a firmware load, after compile it as module
i915 driver will start after the rootfs is ready, then the
firmware store in /lib/firmware/ can be load successful by
i915 driver.
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The IGB driver is showing up on some general hardware (like MinnowBoard)
which is one of the Yocto Project Reference Platforms.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: He Zhe <zhe.he@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>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
kernel
if we set CONFIG_IXGBE=y to build ixgbe in kernel, CONFIG_IXGBE_DCA can not be
enabled since dependcy: IXGBE_DCA depend (IXGBE [=y]!=y || DCA [=y]!=m)
although we set CONFIG_IXGBE_DCA=y in ixgbe.cfg; This will led a kernel config
check warning as below:
Requested value: CONFIG_IXGBE_DCA=y
Actual value:
To make CONFIG_IXGBE_DCA work, set CONFIG_DCA=y and CONFIG_INTEL_IOATDMA=y
this also can aviod the check warning.
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
There is no need pass "n" to CONFIG_INTEL_IOMMU_DEFAULT_ON,
change it to "# CONFIG_INTEL_IOMMU_DEFAULT_ON is not set"
to keep consistent with teh final .config
This can avoid yocto config check warning when build kernel:
Requested value: CONFIG_INTEL_IOMMU_DEFAULT_ON=n
Actual value: # CONFIG_INTEL_IOMMU_DEFAULT_ON is not set
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
CONFIG_HW_RANDOM was set to "m" by default in Kconfig,
this make CONFIG_HW_RANDOM_TPM only can be build as module,
So change CONFIG_HW_RANDOM_TPM=y to CONFIG_HW_RANDOM_TPM=m
to aviod kernel configcheck warning:
Requested value: CONFIG_HW_RANDOM_TPM=y
Actual value: CONFIG_HW_RANDOM_TPM=m
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The the new controllers were added several kernels back and are
required for additional functionality. These are applicable to the
4.9 kernel and newer.
Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Enable the following kernel option to support Realtek PCI-E card
reader on NUC7i7BNH/NCU7I5BNH:
CONFIG_MFD_RTSX_PCI=m
CONFIG_MMC_REALTEK_PCI=m
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|