9 Commits

Author SHA1 Message Date
Kent Knox
0161194416 Adding HSAIL binary blogs to rocr container
Removing WORKPATH from most data-only containers
Reverted hcc-hsail to master branch for --develop based on
failure to build
2016-04-28 15:22:55 -05:00
Kent Knox
24318085b7 Refactoring after ROCm 1.0 release
ROCm installation paths have changed, and the 1.0 release created a
new installation heirarchy.
2016-04-26 11:56:36 -05:00
Kent Knox
3a10ee9adb Adding docker-compose functionality (#6)
* Adding docker-compose

Adding docker-compose configuration file to define how containers
should be linked and what data to share.
Adding setenv files to the hcc containers

* New templating engine to generate dockerfiles on disk

Changing roc-setup script to generate dockerfiles, so
images are built with build contexts.  Now, roc-setup only
generates dockerfiles, and leverages the docker-compose utility to
build images and compose the shared volumes

* Adding thunk and runtime to docker compose file

Building the thunk and runtime components with docker
compose.  Refactoring of various template files.

* Further docker-compose development

Added lots of little features and refactorings
1.  Eliminated remove-image and dry-run options from roc-setup as
redundant
2.  Templated the install location of volumes
3.  Rewrote the README file
4.  Fixes to the install procedure for ROCT

* Extracting binary hsa libraries, adding kfd device passthrough

HSAIL generated binaries need libraries available in the ROCR debian
package to properly function.
The docker-compose yaml file now passes /dev/kfd access through to the
container
Various cleanup of docker template files

* docker-compose.yml.template fix

The image names for the example rocm-project services were the
same
2016-04-07 12:33:30 -05:00
Kent Knox
e114a18a69 Changing docker build scripts into a templating engine
The ROC infrastructure has a few permutations that are useful
in different circumstances.  Namely, the branch to build source from
and the build configuration.  Instead of creating seperate dockerfiles
for each variant, which could explode, the setup script has been
changed into a templating engine, wherin it transforms a docker template
file into a real dockerfile by substituting keywards.  It is similar
to a pre-processor for the dockerfiles.
2016-03-09 09:13:11 -06:00
Kent Knox
a2211fd8e1 Defaulting to dev branch on components
The /dev branch is receiving updates, and it's not sure when the /master
branch will be pushed into.  Switching the dockerfiles to use the /dev
branch so that we can test out the latest features.
2016-03-08 12:16:38 -06:00
Kent Knox
227e6879f0 Changing dockerfiles to pull from develop branches
Dockerfiles have been changed to pull from the develop
branches by default.  Release dockerfiles will now clean
up the entire build trees to keep the images as small as
possible.
2016-03-07 12:00:53 -06:00
Kent Knox
69825abcdf Significant refactoring of dockerfiles
-  created separate debug and release builds
-  optimized build steps in several layers
Readme files refreshed and redesigned
2016-02-15 15:58:16 -06:00
Kent Knox
5159f96239 Added readme files for how to build docker containers.
Added different dockerfiles to build the runtime or to install
from prepackaged ubuntu packages.  Refactored a lot of the
dockerfiles, to minimize install size and to install libraries and
configuring their location with ldconfig
2016-02-12 14:46:39 -06:00
Kent Knox
5e18be02e2 Adding docker build contexts for rock and roct 2016-02-10 17:28:43 -06:00