summaryrefslogtreecommitdiff
path: root/meta/recipes-bsp/pciutils
diff options
context:
space:
mode:
authorBruce Ashfield <bruce.ashfield@windriver.com>2011-01-24 11:54:32 -0500
committerSaul Wold <sgw@linux.intel.com>2011-01-24 14:42:55 -0800
commit97cb3124ec958650895ebae907eb946517c2e1ef (patch)
tree765425372e91172f7694967421314ef53c1e2cfe /meta/recipes-bsp/pciutils
parente144427cb91a503a3a7a564a3410cf0eb0546173 (diff)
downloadopenembedded-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')
0 files changed, 0 insertions, 0 deletions