summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel/linux
AgeCommit message (Collapse)AuthorFiles
2016-01-29linux-yocto/4.4: CVEs and preempt-rt updateBruce Ashfield3
Integrating the following CVE update: Author: Yevgeny Pats <yevgeny@perception-point.io> Date: Tue Jan 19 22:09:04 2016 +0000 KEYS: Fix keyring ref leak in join_session_keyring() This fixes CVE-2016-0728. We also integrate the 4.4-rt3 version. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-01-29linux-yocto/4.1: update to 4.1.16Bruce Ashfield3
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-01-17linux-yocto: introduce v4.4 standard/preempt-rt/standard kernelBruce Ashfield3
The 4.4 kernel has been under test via linux-yocto-dev, and is the next LTS/LTSI kernel. So we take our -dev support and created a named/versioned recipe for use in upcoming releases. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-01-11linux-dtb.inc: use absolute upd-alt pathsChristopher Larson1
This works around a limitation of the chkconfig update-alternatives, so it works with all our update-alternatives providers. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-27linux-yocto: remove 3.14 and 3.19 recipesBruce Ashfield5
In preparation for the introduction of new (supported) kernel versions, we remove the 3.14 and 3.19 variants. The kernel trees will still be available, but the recipes are removed from master. These versions can still be built on older releases, or with private copies of the recipes. 3.14 LTSI is replaced by the 4.1 LTSI kernel, and 3.19 will be replaced by 4.4+. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-27linux-yocto/4.1: update to v4.1.15Bruce Ashfield3
Updating the 4.1 kernel repo to the latest 4.1.x stable. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-27linux-yocto-dev: bump to 4.4-rcXBruce Ashfield1
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-27yaffs2: fix checkpoint functionalityBruce Ashfield3
Updating the linux-yocto SRCREVs to pull in the following change: Author: He Zhe <zhe.he@windriver.com> Date: Wed Dec 2 01:31:31 2015 -0500 fs/yaffs2: fix missing checkpoint on yaffs For yaffs file system, the mode of reading or writing is restricted at four pointer where are mnt->mnt_flags,mnt->mnt_sb->s_flags,mtd->flags and dev->read_only,the first three is used handle file and file system(eg,remount) operation, and last one(dev->read_only) almost is used handle checkpoint of yaffs2. However, in current code, the dev->read_only only can be changed at first time when the yaffs2 file system is mounted, later it can't be changed again(eg,mount -o remount), the result is that the checkpoint's saving operation always can't succeed if you set readonly mode for yaffs2 file system when it is mounted at the first time. To fix this issue, we implement yaffs_remount_fs() which allows the rootfs to be remounted as r/w. Signed-off-by: Wenlin Kang <wenlin.kang@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: Ross Burton <ross.burton@intel.com>
2015-12-08linux-yocto/4.1: Fix kernel oops on qemuarm bootBruce Ashfield3
Backporting two mainline commits to address kernel oops: Internal error: Oops: 17 [#1] PREEMPT ARM Modules linked in: CPU: 0 PID: 42 Comm: jbd2/vda-8 Not tainted 4.1.8-yocto-standard #1 Hardware name: ARM-Versatile PB task: c7223300 ti: c725e000 task.ti: c725e000 PC is at blk_mq_tag_to_rq+0x24/0x78 LR is at bt_for_each+0x70/0xc4 pc : [<c0364458>] lr : [<c0368118>] psr: 20000113 sp : c725fa18 ip : c725fa30 fp : c725fa2c r10: c0365ce0 r9 : 00000020 r8 : c7104200 r7 : c70ee5ac r6 : 00000001 r5 : 00000021 r4 : c7122da0 r3 : c7104000 r2 : 00000000 r1 : 00000021 r0 : 00000000 Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel Control: 00093177 Table: 072f4000 DAC: 00000017 Process jbd2/vda-8 (pid: 42, stack limit = 0xc725e190) Stack: (0xc725fa18 to 0xc7260000) [YOCTO #8663] Signed-off-by: Alimon Limon <anibal.limon@linux.intel.com Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-12-08package_regex.inc: split GITTAGREGEX entries into recipe filesAlexander Kanavin1
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-01linux-yocto/4.1: Bluetooth:Fix the connection fail of 6lowpan over BT LEBruce Ashfield3
Backporting the 4.4 fix for 6lowpan: Author: Wu Zheng <wu.zheng@intel.com> Date: Fri Nov 20 13:25:57 2015 +0800 Bluetooth:Fix the connection fail of 6lowpan over BT LE When two devices with 6lowpan over BT LE connect each other, 6lowpan over BT LE channel is set up between the two devices. However, the status of channel is not right. It always is set to CONNECTED and the channel can't be created. The status of channel need to be removed when connection is created. (The patch's reference from b0c09f94ff1660a1873549b788c998284ea5fb8a) Signed-off-by: Wu Zheng <wu.zheng@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-01linux-yocto-rt/4.1: update to -rt15Bruce Ashfield3
Updating the 4.1-rt kernel to the latest and greatest upstream version. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-01linux-yocto/4.1: fsl-mpc8315e-rdb: Enable EEPROMBruce Ashfield3
Updating the 4.1 SRCREVs for: Update the mpc8315erdb.dts to contain the eeprom device information. Coupled with adding "MISC_DEVICES" into the kernel configuration, we have a working eeprom. Signed-off-by: Jingdong Lu <jingdong.lu@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-01linux-yocto/4.1: update to v4.1.13Bruce Ashfield3
Updating the 4.1 kernel to the latest stable (and resolving minor conflicts with -rt). Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-11-16linux-yocto.inc: set SUMMARY instead of DESCRIPTIONPaul Eggleton1
We only have a short description, so set SUMMARY and DESCRIPTION will be defaulted from it. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-11-16linux-dtb.inc: refactor common code to function get_real_dtb_path_in_kernelStefan Christ1
Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-11-16linux-dtb.inc: refactor common code to function normalize_dtbStefan Christ1
Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-11-16linux-dtb.inc: explicit test for empty string not neededStefan Christ1
The for loop already handles the case when KERNEL_DEVICETREE is empty. Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-11-16linux-dtb.inc: use same variable name DTB for all elements of KERNEL_DEVICETREEStefan Christ1
Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-11-16linux-dtb.inc: remove unneeded 'cd'Stefan Christ1
Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-10-24linux-yocto{, -rt}: Enable support for virtio drivers in qemu machines.Aníbal Limón5
In order to use virtio devices as default in runqemu script because these drivers are designed to use in vrit providing better performance. [YOCTO #8427] Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-10-24linux-yocto: nf_tables: Add nf_tables featureBruce Ashfield3
Updating the META SRCREVs to make the nf_tables feature available. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-24linux-yocto/3.19: fix ARM boot with gcc5.xBruce Ashfield1
Updating the SRCREVs to apply the same fix as 3.14 and 4.1 already have to fix qemuarm boots with gcc5.x [YOCTO: #8415] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-24linux-yocto/4.1: drm/i915: Fix the VBT child device parsing for BSWBruce Ashfield3
Updating the 4.1 SRCREVs to integrate the following fix: [ drm/i915: Fix the VBT child device parsing for BSW Recent BSW VBT has a VBT child device size 37 bytes instead of the 33 bytes our code assumes. This means we fail to parse the VBT and thus fail to detect eDP ports properly and just register them as DP ports instead. Fix it up by using the reported child device size from the VBT instead of assuming it matches out struct defintions. The latest spec I have shows that the child device size should be 36 bytes for rev >= 195, however on my BSW the size is actually 37 bytes. And our current struct definition is 33 bytes. Feels like the entire VBT parses would need to be rewritten to handle changes in the layout better, but for now I've decided to do just the bare minimum to get my eDP port back. Cc: Vijay Purushothaman <vijay.a.purushothaman@linux.intel.com> Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com> Reviewed-by: Damien Lespiau <damien.lespiau@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> (cherry picked from commit 90e4f1592bb6e82f6690f0e05a8aadcf04d7bce7) Signed-off-by: abdul arif abdul muttalib <abdul.arif.b.abdul.muttalib@intel.com> Signed-off-by: Tan Jui Nee <jui.nee.tan@intel.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-10-24linux-yocto: axxia configuration updatesBruce Ashfield6
Updating the configuration fragments for the Intel Axxia on the 3.14 and 4.1 kernels. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-03linux-yocto/4.1: drm/i915 backportsBruce Ashfield3
Updating the SRCREVs to integrate the following backports: 52a4a9f4a2b4 drm/i915/gen8: Initialize page tables a95cb62f8e85 drm/i915: Remove unnecessary gen8_ppgtt_unmap_pages a24d98fc488d drm/i915: Remove _entry from PPGTT page structures Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-01linux-yocto_{3.14,3.19,4.1}: qemuarm enable virtio driversAníbal Limón3
We are experimenting segfault in qemu arm SCSI driver because it's broken [1][2] so enable virtio drivers to use as default. [YOCTO #8060] [1] https://lists.gnu.org/archive/html/qemu-devel/2007-03/msg00093.html [2] https://lists.nongnu.org/archive/html/qemu-devel/2010-07/msg01473.html Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-01linux-yocto/4.1: braswell bug fixesBruce Ashfield3
Updating the 4.1 SRCREVs to integrate the following DRM backports: a8abc111a96d drm/i915: Only wait for required lanes in vlv_wait_port_ready() 81354180432b Revert "drm/i915: Hack to tie both common lanes together on chv" d660fc117731 drm/i915: Work around DISPLAY_PHY_CONTROL register corruption on CHV 0e797e9cb717 drm/i915: Implement chv display PHY lane stagger setup Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-01linux-yocto/4.1: update to 4.1.8 -stableBruce Ashfield3
There are some important fixes and CVEs in 4.1.8, so we update the SRCREVs to integrate the -stable changes. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-01linux-yocto-rt/4.1: integrate axxia BSPBruce Ashfield1
As part of the axxia preempt-rt integration, the preempt-rt branch now becomes standard/preempt-rt/base, to allow proper branch inheritance as: standard/preempt-rt/axxia/base. No functional changes happen to the base -rt, just the default KBRANCH changes. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-09-28linux-yocto/4.1: rt update to 4.1.x-rt8Bruce Ashfield3
The -rt build suffered the same breakage in master as the standard kernel builds: due to a bad git history merge, existing patches were dropped from branches. This meant that we were missing the -rt changes, which re-introduced some failures with linux-yocto-rt. With these SRCREV updates, we have the latest 4.1.x-rt and all architectures build. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-09-28linux-yocto/4.1: common-pc-drivers: add CONFIG_PATA_SCHBruce Ashfield3
Updating the meta SRCREVs to integrate the following config change: Author: Saul Wold <sgw@linux.intel.com> Date: Tue Sep 22 07:23:06 2015 -0700 common-pc-drivers: add CONFIG_PATA_SCH The NUC uses this hardware and should still operate correctly with a genericx86 Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-09-22linux-yocto/4.1: hid, bluetooth, aufs and yaffs2 updatesBruce Ashfield3
Setting the SRCREVs to import the following changes in the 4.1 kernel tree: 79a31b9d23db hid-core: Avoid uninitialized buffer access 121593d3a0a4 aufs: call mutex.owner only when DEBUG_MUTEXES or MUTEX_SPIN_ON_OWNER is defined efa7952a190f Bluetooth: Delay check for conn->smp in smp_conn_security() 69428ec43bd9 cc2520: set the default fifo pin value from platform data ee0ddf37f3d6 fs/yaffs2: Fix a judgement logic for ACL operations fff29e47f5c4 yaffs2: remove read and write methods b3b9d030ad84 yaffs2: replace f_dentry to f_path.dentry Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-09-21linux-yocto: depend on libgcc for nios2Marek Vasut1
Make nios2 kernel depend on libgcc. In arch/nios2/Makefile, it adds LIBGCC to libs-y: LIBGCC := $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name) libs-y += $(LIBGCC) In file Makefile in top directory, libs-y is assigned to to var KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link vmlinux.o, and when execute function vmlinux_link() in link-vmlinux.sh, KBUILD_VMLINUX_MAIN is passed to ${LD}. If build without libgcc, the value of LIBGCC is just libgcc.a without parent directory. linux-yocto fails to build: | LD vmlinux.o | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or directory Add libgcc to nios2 kernel dependency. Signed-off-by: Marek Vasut <marex@denx.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-09-21linux-yocto/4.1: hid-core: Avoid uninitialized buffer accessBruce Ashfield3
Updating the 4.1 SRCREVs to integrate the following commit: hid-core: Avoid uninitialized buffer access hid_connect adds various strings to the buffer but they're all conditional. You can find circumstances where nothing would be written to it but the kernel will still print the supposedly empty buffer with printk. This leads to corruption on the console/in the logs. Ensure buf is initialized to an empty string. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> [dvhart: Initialize string to "" rather than assign buf[0] = NULL;] Cc: Jiri Kosina <jikos@kernel.org> Cc: linux-input@vger.kernel.org Cc: stable@vger.kernel.org Signed-off-by: Darren Hart <dvhart@linux.intel.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-19linux-yocto/4.1: aufs, yaffs2 and driver fixesBruce Ashfield3
Updating the 4.1 SRCREVs to integrate the following changes: f830ab33799d aufs: call mutex.owner only when DEBUG_MUTEXES or MUTEX_SPIN_ON_OWNER is defined 87df2e93ed65 Bluetooth: Delay check for conn->smp in smp_conn_security() b09c3eab3e50 cc2520: set the default fifo pin value from platform data 62b01c325d42 fs/yaffs2: Fix a judgement logic for ACL operations 1d19c4e95cfc yaffs2: remove read and write methods 2c822dbc43b9 yaffs2: replace f_dentry to f_path.dentry Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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-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-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-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-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>