repopick: handle variant hal branching

Change-Id: Ib0dee19abc13a7fb8d8e42c09b73c1b4f35ca938
releasetools: ota_from_target_files: add FullOTA_PostValidate

Change-Id: I152412049f90fd546d4516cc064238c3192be553
Add ext2, ext3, and vfat to releasetools

Support some non-standard partition that may be found in recovery.fstab

Conflicts:
	tools/releasetools/common.py

Change-Id: I0026a1d3ae5d432db10150d1a15f7bc8e7a6054b
core: Enable -mcpu=cortex-a8 flag for Scorpion cpu variant

To be used with
	http://review.cyanogenmod.org/#/c/77758/

Change-Id: I7ecc4707fa45bd7098165615c0521a12c85fb087
buildinfo: only set ro.build.product on non-unified devices

Change-Id: I5dccba2172dade3dacc55d832a2042fce306b5f5
core: Enable -mcpu=cortex-a9 flag for Cortex-A9 cpu variant

Change-Id: I9294a518bcdc21ccbae72eadd9f3c1a12982d028
core: armv7-a-neon.mk: Add missing endif

Change-Id: Id6f9c952d01d3c980115a52605d9c86038b3b5bd
otasigcheck: Go back to the key-rewrite check.

Using an intermediate file had the at-the-time unintended but good
side-effect of making execution failures (absent script, no
busybox in recovery, bad selinux setup) pass gracefully. Since this
check is intended as a blacklist, blocking the update when only
sure that breakage will ensue, that was a nice thing to get.

Checking the return code, while cleaner, is making non-key-related
failures like those mentioned above abort execution of the script.
The key itself isn't even checked, yet we're aborting because of it.

So go back to the original behavior: In case we're not sure... pass.

To do:
This can be cleaned up differently, and to the same effect, by returning
an explicit error code from the script and aborting when that error
comes up. Change the script to do that and come back here. :)

Change-Id: Ic9d7c3128047c25f31e2ef416c9df4d21ca0a1a8
Updates from cm-12.0 into lp5.0

Conflicts:
	tools/releasetools/edify_generator.py