summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel
AgeCommit message (Collapse)AuthorFiles
2015-09-12kexec-tools: Pass -r directly to linkerKhem Raj2
-r is understood by gcc but not by clang, anyway its a linker option so pass it straight to linker by using -Wl explicitly Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-09-12latencytop: Fix build with clangKhem Raj2
Clang is stricter with syntax checking and flags the functions return values if they dont match with function signatures, Fixed thusly Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-09-12perf: fix the install-python_extRoy Li1
1. $(grep xxx xxx) never returns 0, it maybe return empty or string, and can not compare with 0, this fixes that python module never are installed. 2. python library is installed into /usr/lib/ by default, but we expect it is installed into ${libdir}, so add --install-lib parameter for python setup.py to set the library dir; this fixes not shipped warning, since python modules are installed into /usr/lib/, but FILE_${PN}-python expects it is under ${libdir}, which is /usr/lib64/ for 64bit machine 3. the makefile target install-python_ext is moved from Makefile to Makefile.perf from linux v3.13, so match install-python_ext in Makefile.* and --root='/\$(DESTDIR_SQ)' before linux v3.13 will install the target python library to native sysroot, so replace it with --prefix as after linux 3.13; this fixes not shipped warning, and install target files to native dir, like below: ERROR: QA Issue: perf: Files/directories were installed but not shipped in any package: /home /home/pokybuild /home/pokybuild/yocto-autobuilder /home/pokybuild/yocto-autobuilder/yocto-worker /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7 /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/perf.so /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/perf-0.1-py2.7.egg-info Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-09-09linux-yocto/3.14: fix edgerouter (octeon) buildBruce Ashfield3
Upating the SRCREVs to import the following commit: Author: Kevin Hao <kexin.hao@windriver.com> Date: Mon Aug 31 19:34:48 2015 +0800 mips: octeon: use ll/sc for the atomic ops for all the predecessor of octeon2 Even the octeon plus has the support of the 'saa' instruction, but we don't have a way to distinguish between octeon and octeon plus at compile time and pass "-march=octeon" to all the predecessor of octeon2. So it will cause the following error when trying to assemble the "saa" instruction with option "-march=octeon": {standard input}: Assembler messages: {standard input}:360: Error: Unrecognized opcode `saa $2,($4)' scripts/Makefile.build:308: recipe for target 'arch/mips/cavium-octeon/executive/cvmx-lap.o' failed Forcing to use the "ll/sc" for the atomic ops for all the predecessor of octeon2 to fix this issue. 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: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-09-06oprofileui: Use inherit gettextSaul Wold1
oprofileui uses gettext during the configuration task so should be inherit gettext. This issue appears when an older version of gettext is used do to pinning to the older non-gplv3 version. [YOCTO #7795] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto-3.14: Use a revision thats on the branch for qemuppcRichard Purdie1
At a guess, Bruce's scripts have mixed up the -rt and on -rt versions of the qemuppc branches. Set this to a revision on the standard/qemuppc branch. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/3.14/4.1: fix ARM boot with gcc 5.xBruce Ashfield4
Booting qemuarm when the kernel was built with gcc 5.x would result in a boot hang (or at least no visible output). Updating the SRCREVs for the following change: Author: Jianchuan Wang Email: jianchuan.wang@windriver.com Subject: Omit to optimize vsprintf.c/kasprintf.c Date: Wed, 26 Aug 2015 13:54:57 +0800 Add "-O0" for vsprintf.c/kasprintf.c Signed-off-by: Jianchuan Wang <jianchuan.wang@windriver.com> While this may not be the final fix (it still has to go usptream and be better explained), it gets us booting, so is good enough for the time being. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto-dev: update to 4.2-rcBruce Ashfield1
The -dev kernel is now tracking 4.2 content, so we update the linux-yocto-dev recipes PV to match. (From OE-Core rev: fc22f6ee38731e60b2bc15640fa697e5af663422) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/4.1: CIRRUS config and quark thermal supportBruce Ashfield3
Updating the meta SRCREVs for the following changes: 92977854ff52 graphics: disable CIRRUS DRM for qemumips and qemuppc 57f4dc4dfe16 intel-quark: Enable thermal support (From OE-Core rev: 5c9d414fc8e88cd5ef8e7e530ba4c5e788e03bb7) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/4.1: enable DRM_CIRRUS_QEMU and EXT4_USE_FOR_EXT23Bruce Ashfield3
Updating the meta SRCREV to enable cirrus graphics emulation and wider compatibility for the ext4 driver. [YOCTO: #7348] [YOCTO: #6667] (From OE-Core rev: 530c51e5354d5cd233b7015a3d0dfe94cb9cbaa1) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/4.1: update to v4.1.6 and v4.1.6-rt5Bruce Ashfield3
Bumping the SRCREVs to import the latest 4.1-stable and 4.1-rt changes. (From OE-Core rev: 21fd4093bbd0177453a1e749d825cf510746f201) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/3.14: cleanups and gcc5 ARM build fixesBruce Ashfield3
Updating the 3.14 SRCREVs to match the latest kernel meta data updates and also to merge four patches Richard Purdie located that fix the gcc 5.x ARM build (we still have boot issues, but building is the first step). (From OE-Core rev: 24a888ddd04e44f8a069364bfbde06871ad33ae8) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/4.1: quark configuration and thermal supportBruce Ashfield3
Updating the 4.1 SRECREVs to reflect the following changes: 74159a303c21 thermal: intel Quark SoC X1000 DTS thermal driver 833214b33303 intel-quark-tiny: Add tiny KTYPE .scc file 45ecab18d462 amd.cfg: Add X86_AMD_PLAFORM_DEVICE to default 9a31d2cbc251 intel-quark-standard: add mass storage and boot live support 4ea43922558a bsp: add coretemp to intel-common-drivers (From OE-Core rev: e1aa475dd362d3545911b0677404ced644e394eb) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/3.19/4.1: add coretemp to intel-common-driversBruce Ashfield5
Updating the 3.19 and 4.1 meta SRCREVs to pull in the coretemp configuration values. Partial fix for [YOCTO #8107]. (From OE-Core rev: 4511961afca854d8006c0d058f46f8ba46f277c4) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30linux-yocto/4.1: fix qemuarm preempt-rt configurationBruce Ashfield1
With the recent changes to the kernel meta data handling and the removal of BSP branches, we need to shuffle some patches around to match. This prevents patches from being applied twice, and the qemuarm BSP can be configured for preempt-rt. [YOCTO: #8122] (From OE-Core rev: b6b7a80440521a8e82cfe6c56dddedf061de6208) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-30oprofile: 1.0.0 -> 1.1.0Robert Yang4
* Remove backport patch filemode-fix.patch. * Update --with-kernel=${STAGING_DIR_HOST}/${prefix} to find kernel headers (linux/*.h) to fix the error: | checking kernel supports perf_events... unknown -- perf_event.h not found | ERROR: You requested to build oprofile with '--with-kernel=/buildarea/lyang1/test_f2/tmp/work-shared/qemux86/kernel-source', | but headers were not accessible at the given location. | Be sure you have run the following command from within your kernel source tree: | make headers_install INSTALL_HDR_PATH=<kernel-hdrs-install-dir> | Then pass <kernel-hdrs-install-dir> to oprofile's '--with-kernel' configure option. | configure: error: Unable to build oprofile. Exiting. (From OE-Core rev: b2200152deef0aec3cd8fe55bb73d6e8fccfe159) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-16libpfm4: Fix GNU_HASH warning.Noor2
* Add a patch which updated add LDFLAGS variable to SLDFLAGS in Makefile. Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-08-12perf: fix build breakage on kernels after 4.1Reinette Chatre1
A recent commit fixed perf build failures with a change that duplicates a fix that can be found in kernels after 4.1. Unfortunately there is a conflict between these two fixes and we see perf build failures when building perf in kernels that contain the fix already. The problem is that the fix from the recipe modifies the location of .config-detected to $(OUTPUT).config-detected. In a 4.2 kernel the location will be changed to $(OUTPUT)$(OUTPUT).config-detected. We change the recipe to require a space in the pattern to only change kernel sources that do not already place file in $(OUTPUT). The recent commit that introduced the build failure is: commit ea9016b60b47138bc58d84a06954b44527b20a19 Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Sat Jul 25 14:37:58 2015 +0100 perf: Fix config file conflict with 4.1 kernels If you setup mutlitlibs and then: bitbake perf libb32-perf bitbake perf libb32-perf -c cleansstate bitbake perf libb32-perf you will see races where the two builds get confused about which directory they should be using and they corrupt each other. The issue is that .config-detected is created in ${S}, not $(OUTPUT). We can fix this by moving the file to $(OUTPUT). [YCOTO #8043] (From OE-Core rev: 00608cffffb586e8d2a2075117e710113c471448) (From OE-Core rev: 57df1ebd910e42af47a0039830a60f41a3bd29b6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> The commit in the kernel source that fixes the problem from kernel side is: commit 642273795fa81da11290ffa90bce6ff242f2a7bb Author: Aaro Koskinen <aaro.koskinen@nokia.com> Date: Wed Jul 1 14:54:42 2015 +0300 perf tools: Create config.detected into OUTPUT directory Create config.detected into OUTPUT directory instead of source directory. This fixes parallel builds that share the same source directory. Signed-off-by: Aaro Koskinen <aaro.koskinen@nokia.com> Acked-by: Jiri Olsa <jolsa@kernel.org> Cc: Paul Mackerras <paulus@samba.org> Cc: Peter Zijlstra <a.p.zijlstra@chello.nl> Link: http://lkml.kernel.org/r/1435751683-18500-1-git-send-email-aaro.koskinen@nokia.com Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com> Signed-off-by: Reinette Chatre <reinette.chatre@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-09oprofile: reorder SRC_URI lines to fix upstream version checkAlexander Kanavin2
The source tarball should be listed first. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-01kexec-tools: 2.0.9 -> 2.0.10Richard Purdie6
Drop patch merged upstream and part of x32 patch merged upstream. Refresh patches. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-31perf: add liblzma depdenencyBruce Ashfield1
With kernel commit 6c6f0f6164f [tools build: Add feature check for lzma library], perf now performs a test for lzma and adds functionality appropriately. This currently is a floating dependency that will sometimes be present, and sometimes not. The result is the following QA warning: WARNING: QA Issue: perf rdepends on liblzma, but it isn't a build dependency? [build-deps] By adding xz to the DEPENDS, we'll ensure that it is consistently in place. [YOCTO: #8045] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-31linux-firmware: upgrade to commit 75cc3ef8ba6712fd72c073b17a790282136cc743Cristian Iorga1
- Intel copyright years changed; - Advanced Micro Devices copyright years changed; Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-25linux-yocto: introduce 4.1 versioned recipesBruce Ashfield3
Updating the linux-yocto kernel recipes to include a named/versioned 4.1 recipe. This will be the LTSI kernel, and the 3.14 and 3.19 kernels will be removed in subsequent commites (once reference boards have transitioned). Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-25kern-tools: standalone tree configurationBruce Ashfield1
Updating the kern-tools SRCREV to import the following changes: cbd4b7102668 patchme/updateme: unify meta directory handling b65075997152 configme: standalone operation The change of note is [configme: standalone operation], which makes the kernel configuration script free from dependencies on other parts of the kern-tools. With this change, we set the stage to extend kernel configuration fragments and auditing to arbitrary trees. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-25linux-yocto: split meta data from kernel repositoryBruce Ashfield6
The linux-yocto tree has always been a combined set of kernel changes and configuration (meta) data carried in a single tree. While this format is effective at keeping kernel configuration and source modifications synchronized, it isn't always obvious to developers on how to manipulate the meta data versus the source. With this change, we remove the meta data processing from the kernel-yocto class and use the external meta-data repository that has always been used to seed the linux-yocto meta branch. After this change, linux-yocto can no longer process combined trees, and is simplified as a result. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-25perf: Fix config file conflict with 4.1 kernelsRichard Purdie1
If you setup mutlitlibs and then: bitbake perf libb32-perf bitbake perf libb32-perf -c cleansstate bitbake perf libb32-perf you will see races where the two builds get confused about which directory they should be using and they corrupt each other. The issue is that .config-detected is created in ${S}, not $(OUTPUT). We can fix this by moving the file to $(OUTPUT). [YCOTO #8043] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-23linux-libc-headers: update to 4.1Bruce Ashfield3
Updating the libc-headers to match the 4.1 LTSI kernel version. We also tweak the logic in linux-libc-headers.inc to look in the 4.x subdirectory if a 4.x kernel is specified as the header source. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-22lttng-ust: 2.6.1 -> 2.6.2Robert Yang2
* Remove add-aarch64.patch since it is already in the source. * Rename lttng-ust_2.6.1.bb -> lttng-ust_git.bb Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-07-20kexec-tools: change powerpc memory size limitQuanyang Wang2
When run "kexec" in powerpc board, the kexec has a limit that the kernel text and bss size must be less than 24M. But now some kernel size exceed the limit. So we need to change the limit, else will get the error log as below: my_load:669: do Could not find a free area of memory of 0x12400 bytes... Could not find a free area of memory of 0x13000 bytes... locate_hole failed Signed-off-by: Quanyang Wang <quanyang.wang@windriver.com> Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-20kexec-tools: disable the GCC's stack protection for purgatory codeKevin Hao2
If the GCC's stack protection is enabled by default, the purgatory will also be built with this option. But it makes no sense to enable this for the purgatory code, and would cause error when we are trying to relocate the purgatory codes because symbol like __stack_chk_fail is unresolved. Instead of disabling this for some archs specifically, disable it for all the archs. Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-20lttng-modules: 2.6.1 -> 2.6.2Robert Yang1
* Rename recipe name from lttng-modules_2.6.1.bb to lttng-modules_git.bb Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-20linux-yocto/3.19: drm and axxia updatesBruce Ashfield2
Bumping the 3.19 SRCREVs for the following fixes: e152349de59b drm/i915: Reset CSB read pointer in ring init a87a6ffb3459 drm/i915/bdw: Enable execlists by default where supported a70b2eb273ef meta: axxiaarm: add configuration fragments Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-20linux-yocto/3.14: fix gcc 4.9.4/5.1 build issues, yaffs2 memory leakBruce Ashfield3
Updating the 3.14 SRCREVs for the following commits: 7534aeb01883 yaffs2: fix memory leak in mount/umount 4287412436cb MIPS: Fix build with binutils 2.24.51+ Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-16depmodwrapper-cross: set S correctlyRoss Burton1
This recipe doesn't unpack any source, so set S to ${WORKDIR}. Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-16perf: Modify SPDX_S directory to avoid do_spdx error.Li xin1
This is because S = "${STAGING_KERNEL_DIR}". Signed-off-by: Li Xin <lixin.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-16lttng: Fix timer calculation errorJianchuan Wang4
Fix timer calculation error in the lttng-tools/lttng-ust Signed-off-by: Jianchuan Wang <jianchuan.wang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-12perf: remove invalid sed commandRobert Yang1
The current kernel supports WERROR now, and there is no Werror in tools/perf/Makefile, remove both sed commands. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-06-27kmod: upgrade to 21Chen Qi1
Upgrade kmod to 21. Fix cross compilation problem. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-06-26linux-firmware: upgrade to commit 3161bfa479d5e9ed4f46b57df9bcecbbc4f8eb3cCristian Iorga1
Updates to firmware binaries from (not exhaustive list): Broadcom, Atheros, Realtek, Marvell, Intel, AMD, Siano. - AMD microcode copyright years changed; - Siano license added; - Intel SST2 license added; Fixes [YOCTO #6965]. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-06-23babeltrace: Fix invalid pointer free with trace collectionRoy Li2
This fixed the bug https://bugs.lttng.org/issues/790 Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-06-23lttng-modules: drop makefile patchNathan Lynch2
The lttng-modules Makefile allows us to specify the kernel we're building against via the KERNELDIR variable on the build command line. Use that and drop the patch (which tends to need updating whenever the upstream Makefile changes). Signed-off-by: Nathan Lynch <nathan_lynch@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-06-11blktrace: 1.0.5 -> 1.1.0Robert Yang1
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-06-11libpfm4: 4.3.0 -> 4.6.0Robert Yang1
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-06-05linux-yocto: update beaglebone, mpc8315e and edgerouter to 3.19Bruce Ashfield2
Bumping the linux-yocto SRCREVs to integrate fixes for the h/w reference BSPs to the 3.19 kernel. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-05-29lttng-ust: 2.6.0 -> 2.6.1Robert Yang1
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-05-26kernel: Build DTBs earlyMarek Vasut1
Pull out the compilation of the DTB blobs right after the kernel's own do_compile function finishes. This makes them available just in time for the kernel image construction functions. Signed-off-by: Marek Vasut <marex@denx.de> Cc: Richard Purdie <richard.purdie@linuxfoundation.org> Cc: Koen Kooi <koen@dominion.thruhere.net> Cc: Paul Eggleton <paul.eggleton@linux.intel.com> Cc: Ross Burton <ross.burton@intel.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-05-22linux-yocto/3.19: NFC config, Braswell fixes and axxia supportBruce Ashfield2
Updating the 3.19 kernel SRCREVs for the following commits: NFC: 727cfce45077 meta: intel-common: enable generic NFC support f3e890065903 meta: features/nfc: add generic configuration for NFC support Braswell: d3c0b958e688 drm/i915: New offset for reading frequencies on CHV. dac6babbba62 drm/i915/chv: Populate total EU count on Cherryview Axxia: c706cb356dea arch/arm/axxia: Remove the axxia zImage.fm build 45a1aaacf6cb drivers/hwmon: Remove adt75 redundant driver 7203ee166c01 arch/arm/mach-axxia: Fixed L2 power up failure a1541e9f0a4c kernel/irq/manage.c: Fix irq_set_affinity to allow use with buslocks d42c0bd1c8be arch/arm/mach-axxia: Reverse checkpatch compatibility 5dbd07431a7a arch/arm/mach-axxia: changed affinity parameter to cpu 23e4ebc66acb char: hwrng: AXXIA TRNG driver added for AXM55xx 61eb3c8ee1d7 arch/arm/mach-axxia: Updated Axxia 55xx PCIe driver to use correct Doorbell interrupt IRQs b03e0655094a AXM55xx RapidIO : Added support for Device revision and link down Monitor. 7577ad26cf73 rionet: Fix the corruption of tx_cnt during Transmit. 07fd2163ae56 arch/arm/mach-axxia: fixed NO SMP c9371e98cc80 arch/arm/mach-axxia: fixed compiler warning 0a814fe7e747 arch/arm/mach-axxia: Updated PCIe driver doorbell support cd3d9b46bea4 misc: lsi-ncr: Only use AMP lock on PPC platforms. 826c600c6ad6 fs: vmfs: Use generic mmap function e2d0047cb106 arch/arm/mach-axxia: Removed axxia_circular_queue f1ff06eaabed ARM: axxia: Add cluster and L2 power off in hotplug b98711344263 ARM: irq: Return error when set_affinity is called from hotplug 9fd9306a30ae arch/arm/mach-axxia: Enable L3 68989d446582 Revert "arch/arm/mach-axxia: Fixed affinity error on IRQ migration" 0be0ef90a887 Revert "arch/arm/mach-axxia: fixed failure to power up cluster" 1c6522a03e81 Revert "arch/arm/mach-axxia: fixed hang in preempt kernel" ef06a68393a3 fs/vmfs: Changes to add VMFS support for axxia. 3025e9deede6 drivers/usb/host: Changes to support the axxia BSP b128b4f0d4e8 drivers/tty: Changes to support the axxia BSP d1b60a7e62ef drivers/hwmon: Changes made to support the axxia BSP 2899ccbf1438 drivers/spi: Changes to support the axxia BSP 8e9cff566254 drivers/rapidio/devices: Changes to support axxia BSP 3424d2ca2653 drivers/net/ethernet: Changes to support the axxia BSP 2353dc816d6b drivers/mtd: Changes to support the axxia BSP 4b5fa2bf86cf drivers/misc: Changes made to support axxia BSP 8a5bd53ec241 drivers/i2c: Changes to support axxia BSP 02bfe1548d1a arch/arm/drivers/edac: Changes to support axxia BSP 2431db7c0c90 arch/arm/drivers/dma: Changes to support the axxia BSP 61fa3f268d5c arch/arm: arm changes to support the axxia BSP 22e0fb7be665 arch/arm/mach-axxia: add power management support 5cab63c5a1f2 arch/arm/mach-axxia: kernel files to support the mach-axxia 1336aba51616 arch/arm/boot: Changes to support the axxia BSP 97324fa920cb arch/arm/boot/dts: Files added to support axxia 5500 board Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2015-05-22linux-yocto/3.19: CONFIG_ATA_BMDMA and gcc5 ARM64Bruce Ashfield2
Integrating the following commit to remove a ATA configuration warning: common-pc-drivers: Enable CONFIG_ATA_BMDMA Enabling the ATA_BMDMA re-enables ATA_PIIX which was getting disabled Signed-off-by: Saul Wold <sgw@linux.intel.com> And the following to fix the ARM64 gcc5 boot: arm64: psci: move psci firmware calls out of line An arm64 allmodconfig fails to build with GCC 5 due to __asmeq assertions in the PSCI firmware calling code firing due to mcount preambles breaking our assumptions about register allocation of function arguments: /tmp/ccDqJsJ6.s: Assembler messages: /tmp/ccDqJsJ6.s:60: Error: .err encountered /tmp/ccDqJsJ6.s:61: Error: .err encountered /tmp/ccDqJsJ6.s:62: Error: .err encountered /tmp/ccDqJsJ6.s:99: Error: .err encountered /tmp/ccDqJsJ6.s:100: Error: .err encountered /tmp/ccDqJsJ6.s:101: Error: .err encountered This patch fixes the issue by moving the PSCI calls out-of-line into their own assembly files, which are safe from the compiler's meddling fingers. Reported-by: Andy Whitcroft <apw@canonical.com> Signed-off-by: Will Deacon <will.deacon@arm.com> Signed-off-by: Catalin Marinas <catalin.marinas@arm.com> Signed-off-by: Armin Kuter <akuster@mvista.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2015-05-22linux-yocto/3.19: Braswell DRM fixesBruce Ashfield2
Updating the 3.19 kernel SRCREVs to integrate the following Braswell changes: 374b5d0e09ea drm/i915: Only wait for required lanes in vlv_wait_port_ready() fca99e8ee111 Revert "drm/i915: Hack to tie both common lanes together on chv" 00682f31b612 drm/i915: Work around DISPLAY_PHY_CONTROL register corruption on CHV 654b1a4497c5 drm/i915: Implement chv display PHY lane stagger setup Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2015-05-22linux-yocto/3.19: braswell DRM/i915 Graphics fixesBruce Ashfield2
Updating the SRCREVs to integrate the following fixes: 0befa35f4099 drm/i915/chv: Remove DPIO force latency causing interpair skew issue 184e0374e4eb drm/i915: Fix chv cdclk support e2a99b9cd086 drm/i915: Increase the range of sideband address. 9d5d55ede53b drm/i915: Disable DDR DVFS on CHV 96cce945ac97 drm/i915: Enable the maxfifo PM5 mode when appropriate on CHV b5005319da56 drm/i915: Program PFI credits for VLV c7aa33eb3697 drm/i915: Rewrite VLV/CHV watermark code a421d8bcaa6d drm/i915: Make sure PND deadline mode is enabled on VLV/CHV 631afc98c4b5 drm/i915: Read out display FIFO size on VLV/CHV e0dcdc019b8a drm/i915: Pass plane to vlv_compute_drain_latency() a6a5562b7754 drm/i915: Reorganize VLV DDL setup bb662a47ec0c drm/i915: Hide VLV DDL precision handling 3d2d93239cd7 drm/i915: Simplify VLV drain latency computation f68614743b92 drm/i915: Kill DRAIN_LATENCY_PRECISION_* defines 86c658c06ede drm/i915: Reduce CHV DDL multiplier to 16/8 8c4cdd96a3f2 drm/i915: Allow pixel clock up to 95% of cdclk on CHV d9d4fb889c2a drm/i915: Reduce CHV DPLL min vco frequency to 4.8 GHz Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-03 11:55:23 +0000