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>
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>
libx11-trim doesn't exist anymore so setting that as the default isn't going to
work, resulting in a "multiple providers" error. Tthe default provider (libx11)
is good for 99.9% of people, so inherit that from oe-core.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The psb video drivers use the EXA framework, so add a dependency on
xserver-psb-module-exa.
[YOCTO #3149]
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@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 recent changes to enable GLES/EGL in mesa-dri have caused emenlow to fail:
ERROR: Trying to resolve runtime dependency libglu resulted in conflicting PREFERRED_PROVIDER entries being found.
The providers found were: ['/srv/home/pokybuild/yocto-autobuilder/yocto-slave/emenlow/build/yocto/meta-intel/meta-emenlow/recipes-graphics/xpsb-glx/xpsb-glx_0.18.bb', '/srv/home/pokybuild/yocto-autobuilder/yocto-slave/emenlow/build/meta/recipes-graphics/mesa/mesa-dri_8.0.4.bb']
The PREFERRED_PROVIDER entries resulting in this conflict were: ['PREFERRED_PROVIDER_mesa-dri = xpsb-glx', 'PREFERRED_PROVIDER_virtual/libgles1 = mesa-dri']
Because emenlow's xpsb-glx contains mesa, it needs to entirely replace
mesa-dri. We'd normally set virtual/libgles1 and virtual/libgles2 to xpsb-glx
but these drivers don't build the GLES libraries so that would be a lie.
So, unset the preferred provider entries so that bitbake doesn't look at
mesa-dri at all.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The recipes are no longer stored in a "packages" directory but in
directories under recipes-*.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Darren Hart <dvhart@linux.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 emenlow hardware, 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>
Tested-by: Tom Zanussi <tom.zanussi@intel.com>
emenlow needs to use the old 1.10.2 cairo library instead of the
upgraded version.
Fixes [YOCTO #2507]
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The emenlow graphics stack doesn't work with the cairo_1.12.2 library
upgrade; this adds the old 1.10.2 recipe from poky locally to the
emenlow layer in order to get it working again.
Fixes [YOCTO #2507]
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-emenlow.
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>
Note: this patch has already been submitted against other BSPs,
originally submitted to oe-core by Gary Thomas. I ran into this same
issue building MACHINE=emenlow on my own Z530 platform. There are
likely others as well where this needs to be applied.
Upstream is here:
https://bugs.freedesktop.org/show_bug.cgi?id=18451
PR has been bumped.
Signed-off-by: Christopher Hallinan <challinan@gmail.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
This is needed by the pvr graphics stacks since newer versions won't build with
the older xserver those platforms are using.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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>
We want a failure to occur if the files specified in these statements
can't be found (e.g. when there is a misconfiguration), so use require
instead of include.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
A couple of things that had previously been warnings are now errors,
so they need to be fixed up.
The first problem is the same problem encountered by xserver-kdrive,
and has the same fix, namely create a new version of REGION_INIT and
have all calls that pass in a pointer to a static struct use it
instead. A different fix for this is upstream, which includes an API
change; we don't need all that to fix this problem.
The second problem is a cast from pointer to integer in fbdevhw.c.
This also is fixed upstream by removing the whole section of code
which is bogus anyway, which is also done here.
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>
