summaryrefslogtreecommitdiffstats
path: root/conf
Commit message (Collapse)AuthorAgeFilesLines
* intel-quark-common: Add no-asm config to opensslSaul Wold2015-10-021-0/+1
| | | | | | | This causes the build to not use Assembly code which contains invalid CMOV instructions. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel: meta-romley BSP retirement from YP 2.0WU CHIA CHUAN2015-09-291-1/+0
| | | | | | | | | | | | | | | | | | | | Remove meta-romley BSP layer from meta-intel master branch which is targeting for YP 2.0. A heads-up email was sent to the meta-intel mailing list for requesting any feedback regarding retirement of these BSP. Since there is no concern, we assume that it is agreed upon and thus this patch to retire the BSP. The "MAINTAINERS file" and "conf/machine/README file" are updated to reflect removal of the BSP. We expect intel-corei7-64 machine is continued to be used to support the platform and dpdk recipe under meta-romley is now supported under meta-isg/common/recipes-extended/dpdk. Signed-off-by: WU CHIA CHUAN <chia.chuan.wu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark-common: disable padlock codeSaul Wold2015-09-161-1/+5
| | | | | | | | The padlock code is a subset of x86 hardware acceleration code. It uses the cmov instruction which is invalid on Quark based hardware, so we disable this code. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core2-32: Allow for multiple tty console typesSaul Wold2015-08-281-2/+2
| | | | | | | Adding the ttyPCH0 will allow of the platforms that have the EG20T Hardware to get both kernel console output and login prompt. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* Remove older platform specific BSPsSaul Wold2015-08-281-1/+1
| | | | | | | | | | The intel-core* BSPs supercede these older BSPs therefore it's time to remove these older platform specific bsps. Bump LAYERVERSION to 3 to allow the Autobuilder to know that these BSPs have been removed. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark: add CFLAGS for kernel to no use lock prefixSaul Wold2015-08-191-0/+3
| | | | | | | | The kernel needs to have the EXTRA_CFLAGS based via a variable as it does not pick up the CLFAGS from the tune file. Quark based kernel should not use the lock prefix. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark: use the 4.1 linux-yocto kernelSaul Wold2015-08-191-6/+2
| | | | | | Use the 4.1 kernel which is now the default in oe-core Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core*: use the 4.1 linux-yocto kernelSaul Wold2015-08-192-2/+2
| | | | | | Use the 4.1 kernel which is now the default in oe-core Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark: Introduce new BSP for Quark/X1000 SOCSaul Wold2015-07-082-0/+35
| | | | | | | This new BSP is for the Quark/X1000 and related series that need the limited no-lock-prefix. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-corei7-64: add nfc machine featureCristian Iorga2015-06-011-1/+1
| | | | | | | | | add support for the generic NFC stack Partial fix for [YOCTO #7451]. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core2-32: add nfc machine featureCristian Iorga2015-06-011-1/+1
| | | | | | | | | add support for the generic NFC stack Partial fix for [YOCTO #7451]. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core*: use gstreamer-vaapi-1.0 directly instead of gst-va-intelRoss Burton2015-02-272-2/+2
| | | | | | | | No need for a layer of indirection when that layer only has one option. Previously with EMGD there was a choice, but not anymore. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-intel.inc: Remove kernel customization for poky-lsb imagesNitin A Kamble2015-02-241-3/+0
| | | | | | | This is handled in oe-core now, remove the redundant code. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* Update LSB preferred version to 3.14 LTSIDarren Hart2015-02-201-1/+1
| | | | | | | LSB images prefer to build with LTSI. Update to 3.14, now that 3.10 has been removed. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-core*: Prefer 3.19 for the Intel common BSPsDarren Hart2015-02-202-2/+2
| | | | | | | Now that 3.17 has been removed and linux-yocto-3.19 is available, set the preferred version to 3.19. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-microcode: Add ability to filter microcodeNitin A Kamble2014-10-211-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | The microcode data file released by Intel has microcode for many Intel processors, which by default all get installed onto the target image. In some situations it may desirable to choose microcode for only a selected processor or processors. This change provides an easier way to filter and select only the microcode of interest for BSPs from recipe space. A new variable, UCODE_FILTER_PARAMETERS, is introduced, which can be defined to contain parameters to the iucode_tool which will filter the microcode of interest for the BSP under consideration. More information on the iucode-tool parameters is available here: http://manned.org/iucode-tool. This filtering makes the generated microcode files very machine-specific, hence making the recipe machine-specific. BSPs using the common Intel kernel will not be using the filtered microcode, and will be able to share the intel-microcode packages with the common Intel package arch for the recipe. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Acked-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* intel-corei7-64: Add intel-ucode to MACHINE_FEATURESNitin A Kamble2014-10-211-0/+1
| | | | | | | | Enable the Intel microcode feature for this BSP. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Acked-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* intel-core2-32: Add intel-ucode to MACHINE_FEATURESNitin A Kamble2014-10-211-0/+1
| | | | | | | | Enable the Intel microcode feature for this BSP. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Acked-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel: Add new intel-ucode MACHINE_FEATURENitin A Kamble2014-10-211-3/+3
| | | | | | | | | | | | | | | | | With this change, Intel microcode support can be enabled or disabled for any BSP by controlling the MACHINE_FEATURES variable. Any BSP from the meta-intel layer can enable Intel microcode loading support by adding the following line in the machine configuration. MACHINE_FEATURES += "intel-ucode" This change keeps the intel-microcode feature disabled by default; it can however be enabled as an "opt-in" feature via the MACHINE_FEATURES variable. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel.inc: Use LTSI kernel for poky-lsb imagesNitin A Kamble2014-10-211-0/+3
| | | | | | | | v3.10 is now the latest LTSI kernel. Use it for all the poky-lsb images, so that it gets validation in the QA cycles. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* layer.conf: Avoid conflicts with sub-layersNitin A Kamble2014-10-011-1/+1
| | | | | | | | | | | | | | | The layer priority is getting ignored because the same set of files are visible in the meta-intel layer as well as any of its sub layers. The layer pattern for recipe files is changed from "^${LAYERDIR}/" to "^${LAYERDIR}/common" to stop unintentionally including the sub-layer recipe files in the meta-intel layer. Fixes Bug: [YOCTO #6552] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* intel-corei7-64: Use the v3.17 kernel by defaultNitin A Kamble2014-09-301-1/+1
| | | | | | | | The linux-yocto_3.17 recipe is available for this BSP. Make it the default kernel for this BSP. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* intel-core2-32: Use the v3.17 kernel by defaultNitin A Kamble2014-09-301-1/+1
| | | | | | | | The linux-yocto_3.17 recipe is available for this BSP. Make it the default kernel for this BSP. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* layer.conf: Bumping LAYERVERSIONElizabeth Flanagan2014-09-181-1/+1
| | | | | | | | As we've retired some BSPs we'll need to bump LAYERVERSION so that the autobuilder does not fail out on them. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* intel-corei7-64.conf: include the AMT daemon in the imagesNitin A Kamble2014-09-181-1/+1
| | | | | | | | Some of the platforms supported by the intel-corei7-64 BSP have AMT feature on the platform. Enable it so that it can get utilized with this BSP. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Acked-by: Darren Hart <dvhart@linux.intel.com>
* Remove all the changes related to the proprietary EMGD graphics driverNitin A Kamble2014-09-162-13/+0
| | | | | | | | As all the EMGD based BSPs have been retired, there is no need for the proprietary EMGD support in the meta-intel layer. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel BSPs: enable microcode loading support for imagesNitin A Kamble2014-09-041-0/+7
| | | | | | | | For the BSPs using the meta-intel.inc file enable the early boot-time kernel as well as the user space microcode loading support. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel.inc: Enable ASPEED Tech Graphic CardOng Boon Leong2014-05-091-0/+2
| | | | | | | | | This is to enable ASPEED Technology graphic card that is bundled inside certain Intel customer reference board. Signed-off-by: Ong Boon Leong <boon.leong.ong@intel.com> Acked-By: Nitin A Kamble <nitin.a.kamble@intel.com>
* intel-common: Specify linux-yocto and cleanup orderDarren Hart2014-04-292-4/+6
| | | | | | | | | In keeping with the other BSPs in meta-intel, specify the PREFERRED_PROVIDER and the PREFERRED_VERSION for the linux-yocto kernel to 3.14. Move the assignments below the required includes in keeping with the rest of meta-intel. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-common: Set common PACKAGE_ARCH for linux-yocto-rtDarren Hart2014-04-091-0/+1
| | | | | | | | The linux-yocto/meta support is now available for the intel-core* machines and the preempt-rt kernel. Enable the common PACKAGE_ARCH in intel-common-pkgarch.inc. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-corei7-64: change the default kernel to v3.14Nitin A Kamble2014-04-041-1/+1
| | | | | | Use the latest linux-yocto kernel for the intel-corei7-64 BSP. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* intel-core2-32: change the default kernel to v3.14Nitin A Kamble2014-04-041-1/+1
| | | | | | Use the latest linux-yocto kernel for the intel-core2-32 BSP. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* Remove chiefriver, sys940x & n450 BSPsNitin A Kamble2014-03-261-0/+4
| | | | | | | | | | | | | | | | | | Configuration for the chiefriver, sys940x, sys940x-noemgd, n450 BSPs are deleted. The consolidated BSPs viz intel-corei7-64 and intel-core2-32 support these boards. As part of the usual retirement process, a heads-up email was sent to the meta-intel mailing list requesting any feedback regarding retirement of these BSPs. The community did not had any concerning feedback to reconsider the retirement decision. The MAINTAINERS file and the layer version of the meta-intel layer are updated to reflect removal of the BSPs. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> CC: Darren Hart <dvhart@linux.intel.com> Reviewed-by: Darren Hart <dvhart@linux.intel.com>
* intel-core*: Set kernel provider with conditional assignmentDarren Hart2014-03-172-2/+2
| | | | | | | | | | The PREFERRED_PROVIDER_virtual/kernel was assigned with = instead of ?=, preventing the user from overriding the setting with something like linux-yocto-rt. Use ?=. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Reported-by: Teemu Keskinarkaus <Teemu.Keskinarkaus@Maximatecc.com> Cc: Tom Zanussi <tom.zanussi@intel.com>
* intel-common: Add nuc to the READMEDarren Hart2014-03-141-0/+1
| | | | | | | | | Both the Ivy Bridge and Haswell nuc systems are covered supported by the intel-corei7-64 BSP. The HDMI audio requires manual configuration which is handled by a machine-specific script in the nuc BSP. A general solution to this sort of problem is in the works. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-common: Add a READMEDarren Hart2014-03-121-0/+39
| | | | | | | | | | | Add a README describing the intel-core* (intel-common) BSPs and the Linux kernel package architecture. Includes a list of currently tested BSPs compatible with the intel-common BSPs. Update the top-level README with a reference to this new README for the intel-common BSPs. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-core*: Add common MACHINE_* valuesDarren Hart2014-03-102-0/+16
| | | | | | | | Add common values for the various MACHINE_ variables, derived from the existing BSPs in meta-intel. Include EFI and PCBIOS, 3G and wifi support, and video decoding. Include the linux-firmware package. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-core*: Add default serial consoleDarren Hart2014-03-102-0/+8
| | | | | | | | For the intel-common BSPs, assume a default serial console of ttyS0 at 115200 BAUD. This will ensure the configuration is in place and is easy to find and modify on the resulting images. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-core*: Add Xserver driversDarren Hart2014-03-102-0/+21
| | | | | | | | Include support for x86, ext, i9xx, fbdev, vesa, and modesetting drivers, as well as matrox for the 64b machines (for the Xeon server class systems). Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-common-pkgarch: Correct PACKAGE_EXTRA_ARCHS usageDarren Hart2014-02-211-1/+1
| | | | | | | | The trailing S was missing from the variable name, resulting in the kernel-modules package not being found as the common arch was not added to the PACKAGE_ARCHS variable used by the package manager. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-common: Make using intel-common override opt-inDarren Hart2014-02-054-5/+4
| | | | | | | | | | | | | | | | 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>
* MACHINEOVERRIDES: Use INTEL_COMMON_PACKAGE_ARCHDarren Hart2014-02-051-0/+1
| | | | | | | | Create the intel common override for use in currently machine-specific recipes which need to make overrides for all the compatible machines, such as COMPATIBLE_MACHINES in the linux-yocto* recipes. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-intel.inc: Use X86 instead of IA32Darren Hart2014-01-271-4/+4
| | | | | | | To be consistent with the renaming in oe-core, use X86 instead of IA32 in the XSERVER_X86* variables. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* Add Intel core2 and corei7 BSPs and tune filesDarren Hart2014-01-275-0/+37
| | | | | | | | | | | | | | | | | | Introduce two new generic BSPs that parallel the updated core2 and new corei7 tune files in oe-core. These BSPs provided optimized tune flags for Intel Core and Atom CPUs since 2006 in the 32 bit core2 BSP and since Nehalem and Silvermont (Bay Trail) in the 64 bit corei7 BSP. These establish a suitable balance between compatibility and performance optimization. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Richard Purdie <richard.purdie@intel.com> Cc: Paul Eggleton <paul.eggleton@intel.com> Cc: Tom Zanussi <tom.zanussi@intel.com> Cc: Nitin Kamble <nitin.a.kamble@intel.com> Cc: Mark Hatle <mark.hatle@windriver.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com>
* meta-intel-emgd.inc: specify preferred providers for gl componentsNitin A Kamble2013-09-181-0/+6
| | | | | | | | By default the gl components are coming from mesa recipe. But for BSPs with EMGD graphics, these components come from emgd and mesa-gl recipes. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* Separate packagedir for GL components of EMGD BSPsRichard Purdie2013-09-181-0/+3
| | | | | | | | | | | | | | | When multiple BSPs of the same arch are built in a build directory, the differences in GL providers such as emgd-driver and mesa causes rebuild of large set of recipes, as they collide on each other's space for multiple BSPs. Although this does not impact correctness, it impacts build performance negatively. Richard had an idea of providing separate PACKAGE_DIR to the colliding recipes to avoid the build area collision. And this approach significantly reduces the negative impact on the build performance. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* layer.conf: Use .= for adding to BBPATH and += to BBFILESKhem Raj2013-01-071-2/+2
| | | | | | | | | | | | | | | | | | | | Fixes parsing errors which is appearing after this commit to meta-openembedded http://cgit.openembedded.org/meta-openembedded/commit/?id=3c21a46020bd0816579648f684c41dbd6333583e This triggers exception NameError: name 'base_contains' is not defined without this change Avoid the immediate expansion operator (:=) which caused base_contains added in the previous commit to fail to expand at the time the meta-intel layer configs are parsed and replace it with one of the append operators (.= or +=) that allows for delayed variable expansion. Signed-off-by: Khem Raj <raj.khem@gmail.com> Acked-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-intel.inc: fix xorg packaging issue for emgd BSPsNitin A Kamble2012-12-031-0/+9
| | | | | | | | | | BSPs using emgd graphics stack need to use older version of xserver. And these older xserver recipes still use modules which need to be specified in the meta-intel.inc. This is needed in addition to Ross's xorg packaging fixes in oecore. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* meta-intel.inc: remove xaa from matrox XSERVER variableTom Zanussi2012-11-291-2/+1
| | | | | | XAA has been dropped, so we need to drop the xaa module. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* emgd-driver-bin: add custom-licenses dir for emgd recipe LicensesNitin A Kamble2012-10-121-0/+3
| | | | | | | | | | | | | | | | | | Add a directory common/custom-licenses to store license texts of recipes in meta-intel layer using custom licenses. Adding these licenses text for emgd-driver-bin recipe: - Intel-software-license-emgd-1.14 - Intel-user-space-graphics-driver-binary-license-emgd-1.14 This takes care of this build warning: WARNING: emgd-driver-bin: No generic license file exists for: Intel-binary-only in any provider This addresses one of the issue reported in the bug: [YOCTO #3238] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-04-25 13:46:11 +0000