Merge pull request #3 from kraj/master

beaglebone.conf: Define policies for libgl* virtual providers
linux-mainline 3.8: ADC and MIDI cape patches

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
contrib: bone-flash-tool: use --numeric-owner with tar to keep file ownership intact

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
contrib: bone-flash-tool: fix tar option order

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
contrib: bone-flash-tool: remove blockdev commands

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
contrib: bone-flash-tool: switch to XZ archives

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
linux-mainline 3.8: build in btrfs support

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
u-boot-denx: add v2013.10

zImage is now the default

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
ti33xx.inc: make zImage the default image format to match u-boot v2013.10

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
linux-mainline 3.8: soft assign image time, switch to zImage

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
u-boot-denx: v2013.10 use correct u-boot include.

Use u-boot-denx.inc rather than u-boot.inc

Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
Merge pull request #4 from SaskatoonTechworks/master

u-boot-denx: v2013.10 use correct u-boot include.
beaglebone: add kernel image and DTs to MACHINE_ESSENTIAL_EXTRA_RDEPENDS

As reported by Nicolas Dechesne:

"Basically an oe-core (distro less) minimal image won't
boot when using beaglebone machine from meta-beagleboard since you are
expecting to have the kernel image files in /boot."

This of course assumes the image you're using drags in a packagegroup with MACHINE_ESSENTIAL_EXTRA_RDEPENDS.

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
beaglebone: s/devicetrees/devicetree/

The package was named differently in the 'dylan' branch, fix it to work on master as well.

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
recipes-images: Add dropped meta-ti images
Merge pull request #6 from moto-timo/add-cloud9-images_v2

recipes-images: Add dropped meta-ti images
recipes-images: fix cloud9-image require path to ti-hw-bringup-image
Merge pull request #8 from moto-timo/fix-cloud9-image-require-path

recipes-images: fix cloud9-image require path to ti-hw-bringup-image
linux-mainline 3.8: import mmc and mcasp fixes

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
u-boot-denx.inc: fix incorrect use of DEPLOY_DIR_IMAGE instead of DEPLOYDIR

the custom do_deploy task incorrectly deploys files into
DEPLOY_DIR_IMAGE instead of DEPLOYDIR. While it seems to work since
the files are actually deployed, it bypasses the sstate, and the
content of the deploy sstate tarball ends up being empty. Instead the
do_deploy should deploy files into DEPLOYDIR, so that whatever is
deployed ends up in the sstate cache. The problem was initially found
by doing the following sequence of operations:

- build an image
- delete TMPDIR
- rebuild the same image (using all content from sstate)

after the rebuild, whatever was done in the u-boot deploy task was
missing in the new image (e.g. MLO, u-boot.img files/symlink).

Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>