| Age | Commit message (Collapse) | Author |
|---|
|
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>
|
|
Since the PACKAGECONFIG parameters were changed in the libva.inc file
for the newer version of the libva recipe, this older version of libva
recipe started throwing following QA warning.
WARNING: QA Issue: libva: configure was passed unrecognised options:
--enable-wayland --enable-x11
Fix the warning by nullifying PACKAGECONFIG variables coming from
libva.inc.
Fixes Bug:
[YOCTO #5764]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
* Disable the dumper since it needs swig and python3;
* refresh the install-fitter.patch;
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
With ${B} != ${S} the build fails due to files being accessed incorrectly.
Disable the functionlaity for now until the software can be fixed.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
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>
|
|
For various (good) reasons we needed to adjust bitbake so that PN
is only set in bbappend/bb files, not from conf/inc files since
in many cases this was leading to odd/unexpected behaviour.
The variable can be used in these files however it cannot be
expanded, as it is here. We therefore need to remove the expansion
and replace with the real string. This fixes builds in master.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
When building GL apps for non-x86 machines (e.g. raspberrypi)
emgd-driver-bin is being dragged in as a valid provider. To avoid
build breakage fix it at the source by limiting emgd-driver-bin to x86
architectures.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Acked-By: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
Support the intel-common package arch and BSPs on linux-yocto-3.10 as
well.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
(cherry picked from commit e75ea81899beb885d892e5f5bf995c445981da3f)
|
|
The following commit:
3d270e3 jasperforest: Correct typo in machine config tune file
introduced a bug with an incorrect required include filename, correct
it.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Reported-by: Nitin A. Kamble <nitin.a.kamble@intel.com>
|
|
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>
|
|
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>
|
|
The intel-core* BSPs now have their own BSP description in linux-yocto.
Update the recipe accordingly.
All the existing BSPs (with the exception of the emgd variants) are now
supported across these two BSPs.
For machines that derive from the intel-common-pkgarch, allow the
common linux-yocto-dev recipe to build for them by specifying $MACHINE
for the common machine overrides (core2-32-intel-common and
corei7-64-intel-common).
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
The usb webcam media fragment is already included in the
common-pc-64-standard BSP definition which is included by the sugarbay
standard BSP description. There should be no need to duplicate that
here.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
Move the "reboot=pci" quirk from the linux-yocto BSP definition to the
machine config APPEND line. This pushes config space stuff up into the
meta-intel machine definition where it is more accessible and allows for
consolidation in the linux-yocto level.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Nitin Kamble <nitin.a.kamble@intel.com>
|
|
Ensure package strip logic stays the
same after oe-core package.bbclass changes.
See http://patches.openembedded.org/patch/65311/
Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
Tested-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Acked-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
Sandy Bridge based CPUs benefit from the new corei7 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Sandy Bridge and Ivy Bridge based CPUs benefit from the new corei7 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Haw Foo Chien <foo.chien.haw@intel.com>
Cc: Ong Boon Leong <boon.leong.ong@intel.com>
|
|
Ivy Bridge based CPUs benefit from the new corei7 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Nehalem based CPUs benefit from the new corei7 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Haswell based CPUs benefit from the new corei7 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Ong Boon Leong <boon.leong.ong@intel.com>
|
|
The Z5xx Atom CPUs are supported by the core2 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Sandy Bridge based CPUs benefit from the new corei7 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Ong Boon Leong <boon.leong.ong@intel.com>
|
|
The E4xx (Pine View) Atom CPUs are supported by the core2 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
The E6xx (Tunnel Creek) Atom CPUs are supported by the core2 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
The E6xx (Tunnel Creek) Atom CPUs are supported by the core2 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
The E6xx (Tunnel Creek) Atom CPUs are supported by the core2 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Ivy Bridge based CPUs benefit from the new corei7 tune file.
Update the XSERVER_* variables to use the new naming.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
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>
|
|
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>
|
|
Add a linux-yocto-dev bbappend to the common area for use by the two
upcoming new core2-32 and corei7-64 common BSPs.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
The gma600 feature has been merged into the gma500 feature in the
linux-yocto kernel repository. The kernel recipes need to use the
gma500 feature instead of the removed gma600 feature.
Fixes bug:
[YOCTO #5699]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
The current location for patch submission guidelines, MAINTAINERS,
doesn't make as much sense for that information as does README, so
move the relevant information there.
The existing patch submission guidelines also aren't as clear and
exhaustive as they could be; this change additionally adds more
detailed expectations for patch submission.
Both files also get a bit of reorganization and a bit more explicit
text describing their purpose.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
The feature definition has changed in the dev kernel repository.
Change the feature use accordingly to avoid this kind of kernel build errors.
| WARNING: addon feature "features/usb/usb-uvcvideo" was not found
| WARNING: addon feature "features/media/v4l2" was not found
| ERROR: required features were not found. aborting
The srcrevs of the kernel branches are updated to use the new kernel features.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
The feature definition in the kernel repository has changed. Because of it
the webcam feature got pulled out in the commit noted below. Bringing back
the webcam support with the updated feature.
commit 1b2ed9a990fec6b2f0ebb3846c4f0f091ef83e04
Author: Tom Zanussi <tom.zanussi@intel.com>
Date: Thu Dec 19 17:56:01 2013 -0600
meta-sugarbay: Remove obsolete features
features/usb/usb-uvcvideo features/media/v4l2 were removed from the
kernel metadata and should therefore have been removed from the kernel
recipes as well, which this does for sugarbay.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
Using the image symlink when dd'ing is more convenient for the user -
update the documentation to reflect that.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
Using the image symlink when dd'ing is more convenient for the user -
update the documentation to reflect that.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
Using the image symlink when dd'ing is more convenient for the user -
update the documentation to reflect that.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
Using the image symlink when dd'ing is more convenient for the user -
update the documentation to reflect that.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
Darren Hart
Nitin A Kamble
Laurentiu Palcu
Richard Purdie
Koen Kooi
Koen Kooi
Tom Zanussi
Tom Zanussi