
This reverts commit c9df92bf79
.
It turns out that gitlab-runner uses kubernetes all wrong, spawning Pods
and sshing into them to run the script instead of Jobs containing the
script to run. This means that when anything goes wrong with the pod
(autoscale, preemption, VM maintenance, cluster reconfiguration), the job
fails and only sometimes gets handled as a runner system failure. Even
worse, due to bugs in either the runner or k8s itself, some classes of
timeout-related failure end up not being reported as failures, and the job
will incorrectly report success!
Disable using the "autoscale" cluster until we can do something else
(docker-machine instead of k8s, or the custom third-party k8s-native
runner).
Reviewed-by: Michel Dänzer <mdaenzer@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
18 lines
356 B
Bash
Executable File
18 lines
356 B
Bash
Executable File
set -e
|
|
set -v
|
|
|
|
ARTIFACTSDIR=`pwd`/shader-db
|
|
mkdir -p $ARTIFACTSDIR
|
|
export DRM_SHIM_DEBUG=true
|
|
|
|
LIBDIR=`pwd`/install/lib
|
|
export LD_LIBRARY_PATH=$LIBDIR
|
|
|
|
cd /usr/local/shader-db
|
|
|
|
for driver in freedreno v3d; do
|
|
env LD_PRELOAD=$LIBDIR/lib${driver}_noop_drm_shim.so \
|
|
./run -j 4 ./shaders \
|
|
> $ARTIFACTSDIR/${driver}-shader-db.txt
|
|
done
|