|
41 | 41 | service_account_json: '${{ secrets.BAZEL_CACHE_CREDS }}' |
42 | 42 |
|
43 | 43 | - name: Update hyperdebug |
44 | | - # We run the update command twice to workaround an issue with udev on the container. |
45 | | - # Where rusb cannot dynamically update its device list in CI (udev is not completely |
46 | | - # functional). If the device is in normal mode, the first thing that opentitantool |
47 | | - # does is to switch it to DFU mode and wait until it reconnects. This reconnection is |
48 | | - # never detected. But if we run the tool another time, the device list is queried again |
49 | | - # and opentitantool can finish the update. The device will now reboot in normal mode |
50 | | - # and work for the hyperdebug job. |
51 | 44 | run: | |
52 | | - ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware \ |
53 | | - || ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware |
| 45 | + ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware |
54 | 46 |
|
55 | 47 | - name: Run tests after ROM boot stage |
56 | 48 | if: success() || failure() |
@@ -116,16 +108,8 @@ jobs: |
116 | 108 | service_account_json: '${{ secrets.BAZEL_CACHE_CREDS }}' |
117 | 109 |
|
118 | 110 | - name: Update hyperdebug |
119 | | - # We run the update command twice to workaround an issue with udev on the container. |
120 | | - # Where rusb cannot dynamically update its device list in CI (udev is not completely |
121 | | - # functional). If the device is in normal mode, the first thing that opentitantool |
122 | | - # does is to switch it to DFU mode and wait until it reconnects. This reconnection is |
123 | | - # never detected. But if we run the tool another time, the device list is queried again |
124 | | - # and opentitantool can finish the update. The device will now reboot in normal mode |
125 | | - # and work for the hyperdebug job. |
126 | 111 | run: | |
127 | | - ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware \ |
128 | | - || ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware |
| 112 | + ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware |
129 | 113 |
|
130 | 114 | - name: Run tests after ROM boot stage |
131 | 115 | if: success() || failure() |
@@ -191,16 +175,8 @@ jobs: |
191 | 175 | service_account_json: '${{ secrets.BAZEL_CACHE_CREDS }}' |
192 | 176 |
|
193 | 177 | - name: Update hyperdebug |
194 | | - # We run the update command twice to workaround an issue with udev on the container. |
195 | | - # Where rusb cannot dynamically update its device list in CI (udev is not completely |
196 | | - # functional). If the device is in normal mode, the first thing that opentitantool |
197 | | - # does is to switch it to DFU mode and wait until it reconnects. This reconnection is |
198 | | - # never detected. But if we run the tool another time, the device list is queried again |
199 | | - # and opentitantool can finish the update. The device will now reboot in normal mode |
200 | | - # and work for the hyperdebug job. |
201 | 178 | run: | |
202 | | - ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware \ |
203 | | - || ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware |
| 179 | + ./bazelisk.sh run //sw/host/opentitantool -- --interface=hyperdebug_dfu transport update-firmware |
204 | 180 |
|
205 | 181 | - name: Run tests |
206 | 182 | if: success() || failure() |
|
0 commit comments