summaryrefslogtreecommitdiffstats
path: root/meta-sugarbay/recipes-kernel/linux/linux-yocto-rt_3.8.bbappend
Commit message (Collapse)AuthorAgeFilesLines
* Update linux-yocto-rt 3.8 to 3.10Darren Hart2014-03-121-8/+0
| | | | | | 3.8 is no longer supported, update the remaining 3.8-rt recipes to 3.10. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-common: Make using intel-common override opt-inDarren Hart2014-02-051-1/+0
| | | | | | | | | | | | | | | | Currently the intel-core*-common.inc files also include the intel-common-pkgarch.inc, forcing the introduction of the intel-common PACKAGE_ARCH. Coupling this with the addition of the intel-common MACHINE_OVERRIDE, means that even MACHINE_ARCH packages can be influenced by intel-common overrides, which is not desirable. Remove the intel-common-pkgarch.inc from the intel-core*common.inc include files, requiring BSPs wanting to use the intel-common mechanism to explicitly include it. This obviates the need to reset the linux-yocto PACKAGE_ARCH to MACHINE_ARCH. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
* sugarbay: Set PACKAGE_ARCH to MACHINE_ARCH explicitlyDarren Hart2014-01-271-0/+1
| | | | | | | | | The new intel-common.inc sets the default of the PACKAGE_ARCH for the linux-yocto kernel recipes to DEFAULTTUNE_kernel. Revert the existing recipes to MACHINE_ARCH until they can be removed in favor of a more unified mechanism. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* linux-yocto-rt_3.8: Update all non-ISG BSPs with rt support to 3.8.4-rt2Darren Hart2013-04-051-0/+8
Add the linux-yocto-rt_3.8.bbappend for every BSP supporting RT. Do not update BSPs maintained by ISG. Built, booted, and sniff tested with: $ cyclictest -p 90 -D 10m -t on all platforms. All boot and complete the test without abnormal outliers with the following exceptions: o sys940x generated a panic, reported to rt-user. Possibly hw related. o fri2 fails to boot, hanging at "i8042: No controller found" These need additional investigation, but shouldn't delay the merge of the recipes themselves. Signed-off-by: Darren Hart <dvhart@linux.intel.com>