[U-Boot] [PATCH] Travis-CI: Split 't208xrdb t4qds t102*'-job into separate jobs

The 't208xrdb t4qds t102*' job is close to the time limit and sometimes fails, so this splits it into 3 separate jobs.
Signed-off-by: Philipp Tomsich philipp.tomsich@theobroma-systems.com ---
.travis.yml | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml index 0b7a062..8a220cc 100644 --- a/.travis.yml +++ b/.travis.yml @@ -206,7 +206,11 @@ matrix: - env: - BUILDMAN="mpc85xx -x t208xrdb -x t4qds -x t102* -x p1_p2_rdb_pc -x p1010rdb -x corenet_ds -x b4860qds -x sbc8548 -x bsc91*" - env: - - BUILDMAN="t208xrdb t4qds t102*" + - BUILDMAN="t208xrdb" + - env: + - BUILDMAN="t4qds" + - env: + - BUILDMAN="t102*" - env: - BUILDMAN="p1_p2_rdb_pc" - env:

Hi Philipp,
On 20 December 2017 at 03:06, Philipp Tomsich philipp.tomsich@theobroma-systems.com wrote:
The 't208xrdb t4qds t102*' job is close to the time limit and sometimes fails, so this splits it into 3 separate jobs.
Should buidman have a time limit parameter? Then it could build for (say) and hour and exit after that, writing out the boards that it completed building.
It would be fairly easy to implement.
Regards, Simon
Signed-off-by: Philipp Tomsich philipp.tomsich@theobroma-systems.com
.travis.yml | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml index 0b7a062..8a220cc 100644 --- a/.travis.yml +++ b/.travis.yml @@ -206,7 +206,11 @@ matrix: - env: - BUILDMAN="mpc85xx -x t208xrdb -x t4qds -x t102* -x p1_p2_rdb_pc -x p1010rdb -x corenet_ds -x b4860qds -x sbc8548 -x bsc91*" - env:
- BUILDMAN="t208xrdb t4qds t102*"
- BUILDMAN="t208xrdb"
- env:
- BUILDMAN="t4qds"
- env:
- BUILDMAN="t102*"
- env:
- BUILDMAN="p1_p2_rdb_pc"
- env:
-- 2.1.4

On Thu, Dec 28, 2017 at 08:13:57PM -0700, Simon Glass wrote:
Hi Philipp,
On 20 December 2017 at 03:06, Philipp Tomsich philipp.tomsich@theobroma-systems.com wrote:
The 't208xrdb t4qds t102*' job is close to the time limit and sometimes fails, so this splits it into 3 separate jobs.
Should buidman have a time limit parameter? Then it could build for (say) and hour and exit after that, writing out the boards that it completed building.
It would be fairly easy to implement.
I don't think so. We need to build everything and have it pass, and using --dry-run to see / tweak what would be built to re-work jobs works well enough I think. Thanks!

On Wed, Dec 20, 2017 at 11:06:31AM +0100, Philipp Tomsich wrote:
The 't208xrdb t4qds t102*' job is close to the time limit and sometimes fails, so this splits it into 3 separate jobs.
Signed-off-by: Philipp Tomsich philipp.tomsich@theobroma-systems.com
Applied to u-boot/master, thanks!
participants (3)
-
Philipp Tomsich
-
Simon Glass
-
Tom Rini