diff options
author | Bruce Ashfield <bruce.ashfield@windriver.com> | 2011-01-24 11:54:32 -0500 |
---|---|---|
committer | Saul Wold <sgw@linux.intel.com> | 2011-01-24 14:42:55 -0800 |
commit | 97cb3124ec958650895ebae907eb946517c2e1ef (patch) | |
tree | 765425372e91172f7694967421314ef53c1e2cfe /meta/recipes-bsp/pciutils/pciutils-3.1.7 | |
parent | e144427cb91a503a3a7a564a3410cf0eb0546173 (diff) | |
download | openembedded-core-97cb3124ec958650895ebae907eb946517c2e1ef.tar.gz openembedded-core-97cb3124ec958650895ebae907eb946517c2e1ef.tar.bz2 openembedded-core-97cb3124ec958650895ebae907eb946517c2e1ef.tar.xz openembedded-core-97cb3124ec958650895ebae907eb946517c2e1ef.zip |
linux-yocto: allow multiple BSPs per branch
By default the linux-yocto recipes operate on the current branch
and use it as a trigger to locate the description of a board. This
model works well when using the git repo outside of a build system
since the commands can be simply invoked and will do something
useful. However, it does mean that you can't have two BSPs that
differ only by configuration, building out of a single branch
in the repository.
This means that you must have many branches for very similar
BSPs. This model is still preferred, but having the choice of
branching strategies is better.
With this change we can have multiple BSPs using a single branch
with the preferred description being hinted from the build
system by passing the $machine value to updateme/configme.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Diffstat (limited to 'meta/recipes-bsp/pciutils/pciutils-3.1.7')
0 files changed, 0 insertions, 0 deletions