Instead of the denzil release specify the location of the source tarball
of danny release.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Update all the linux-yocto .bbappends with the latest kernel SRCREVs
and add explicit LINUX_VERSIONs for the 1.3 release, to prevent a
mismatch between the kernel version actually used in the machine
branch vs the version the recipe uses for the kernel image, which can
change with stable updates.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The WEBTITLE will be used to publish the BSP on the Yocto Project Website.
And adding the Yocto Project Compliance information for the 1.3 release.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
commit 2231d38 (meta-intel: make video acceleration choice dependent
on LICENSE_FLAGS) inadvertently also changed '?=' to a hard
assignment, making it hard to override as intended. This changes it
back.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Now that gstreamer-vaapi doesn't depend on ffmpeg, it can always be recommended
by the machine configuration.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Keeping up2date with the latest HEADs of the branches
from kernel v3.4 repository
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
BSP maintainership for following BSPs is now transitioned from Tom to Nitin
sugarbay, emenlow, crownbay, jasperforest, chiefriver
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Replaces all uses of PRINC with the form:
PRINC := "${@int(PRINC) + N}"
Where N is the previously assigned value plus one to ensure a
monotonically increasing PRINC value.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Acked-by: Tom Zanussi <tom.zanussi@intel.com>
CC: Saul Wold <sgw@linux.intel.com>
CC: Nitin Kamble <nitin.a.kamble@intel.com>
The xserver-xf86-config .bbappends are still using FILESPATH - update
them to use FILESEXTRAPATHS as recommended by the Poky Reference
Manual and BSP Developer's Guides.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The gst-ffmpeg recipe in oe-core had LICENSE_FLAGS added to make it
"commercial", so to avoid build errors the BSPs that use it (via the
gst-va-intel VA_FEATURE) should only include it if the user has added
"commercial" to LICENSE_FLAGS_WHITELIST when building.
This adds a conditional to detect that, along with a NOTE in the
README to explain the need for the flag.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Explicitly specify the va-impl-intel MACHINE_FEATURE, and update the
mixvideo uses with the feature rename.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
To pick up most recent changes, including the matching kernel changes
for the perf-scripting/perf-tui features.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
This is tested on the HuronRiver (sugarbay laptop) platform, and it works as expected.
Signed-Off-By: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
linux-yocto-2.6.37.bb was removed from oe-core, so remove the
corresponding .bbappend from meta-sugarbay.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
According to the Intel graphics guys and Ubuntu, it's ok to now have
rc6 enabled by default (as long as rc6p is not also enabled).
Accordingly, we'll use the rc6 feature that enables it. If there are
problems, it can be easily disabled at build-time by removing tmp/rc6
from KERNEL_FEATURES, or can be disbled at run-time using the kernel
parameter i915_enable_rc6 = 0.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Have sugarbay use gst-va-intel and va-intel so we can easily test and
make use of the video acceleration capabilities of this machine.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Update the README.sources for all the meta-intel BSPs to reflect final
Yocto tarball location for denzil.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The 3.0 based boards are lazy compared to our new modern ones.
Without this patch, the linux-yocto-3.0 kernel do_patch() task would
fail with:
/srv/home/pokybuild/yocto-autobuilder/yocto-slave/cedartrail/build/build/tmp/sysroots/x86_64-linux/usr/bin/updateme:
line 434: yocto/standard/cedartrail-standard.scc: No such file or
directory
Setting the KBRANCH explicitly avoids this issue. This brings the
following recipes inline with the fri2 and sys940x BSPs.
Fix proposed by Bruce Ashfield.
Testing: Built linux-yocto_3.0 for all machines involved, including the
nopvr, noemgd variants. All built linux-yocto_3.0 successfully.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tom Zanussi <tom.zanussi@intel.com>
CC: Bruce Ashfield <bruce.ashfield@windriver.com>
CC: Kishore Bodke <kishore.k.bodke@intel.com>
n450 should use i915 rather than i965.
[YOCTO #1840] fixed
Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
These layers all contain machine configuration that depends on having
the meta-intel common layer enabled as well, so use LAYERDEPENDS in the
layer configuration for each one to make this explicit.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Based on community input, it might be more user-friendly to have some
basic information about submitting patches in the BSP README itself.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The affected BSPs now need to access common metadata in locations off
of the top level of meta-intel, so need to add meta-intel itself to
their layer configuration. This updates the READMEs for those BSPs to
mention that.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
There's nothing in meta-intel/common used by sugarbay any longer, and
is too broad anyway, so remove it from BBFILES.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
grub2 is now the default, so explicit preferred entries are
unnecessary. It also needs to be installed in the rootfs, so we need
to add it as a dependency.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
