summaryrefslogtreecommitdiffstats
path: root/meta/recipes-bsp/uboot/u-boot_git.bb
Commit message (Collapse)AuthorAgeFilesLines
* poky-default-revisions: move the SRCREV to recipe fileYu Ke2011-05-041-0/+1
| | | | | | | | | in this case, those non poky distro can also use these recipe normally (From OE-Core rev: 0a57bd226cdb8332707fa0f46fcf0b067f03701a) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* u-boot: remove do_install from u-boot.incBruce Ashfield2011-03-011-1/+1
| | | | | | | | | | | | | | | | | | Fixes [BUGID #777] The do_install rule in u-boot.inc was installing a host tool into the target ${bindir}, which is subsequently stripped with target strip during packaging, and the obvious error ensues. The native u-boot recipe has its own install rule, and the machine specific u-boot doesn't require mkimage or anything else in the do_install function. So we remove it completely until it is needed again. [sgw: PR bump] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* uboot: move license data into recipe with SRC_URIDarren Hart2011-02-091-1/+1
| | | | | | | | | | | | The LIC_CHKSUM_FILES are specific to the source determined by SRC_URI. As such, keep all the license information together with the SRC_URI. This also avoids confusion from having these defined in both the .inc and the .bb files. The CHKSUM got out of date in u-boot_git.bb, so update it while we're at it. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Ilya Yanok <yanok@emcraft.com> CC: Gary Thomas <gary@mlbassoc.com> CC: Richard Purdie <richard.purdie@linuxfoundation.org>
* u-boot: Add a new upstream u-boot recipeDarren Hart2011-01-211-0/+21
uboot-omap3 appears to be fairly stale (last commit in April 2010) while the upstream u-boot is making regular tagged releases. Add a new recipe using the upstream u-boot repository. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com>