<div dir="ltr">Hi Mikko,<br><br>On Mon, 11 Nov 2019 at 08:08, &lt;<a href="mailto:Mikko.Rapeli@bmw.de">Mikko.Rapeli@bmw.de</a>&gt; wrote:<br>&gt;<br>&gt; Hi,<br>&gt;<br>&gt; On Thu, Nov 07, 2019 at 10:41:42AM +0000, Ryan Harkin wrote:<br>&gt; &lt;snip&gt;<br>&gt; &gt; Not sure if it helps, but I have a Jenkins job that tests sumo on a trigger<br>&gt; &gt; (there is one for Warrior also):<br>&gt; &gt;<br>&gt; &gt; <a href="https://ci.linaro.org/job/warp7-openembedded-sumo/">https://ci.linaro.org/job/warp7-openembedded-sumo/</a><br>&gt; &gt;<br>&gt; &gt; eg. it was triggered when Armin&#39;s patch was merged yesterday.<br>&gt; &gt;<br>&gt; &gt; This builds Sumo, based on Linaro&#39;s OE-RPB distro for NXP WaRP7<br>&gt; &gt; (imx7s-warp). It then runs the build in our LAVA lab (although the boards<br>&gt; &gt; have gone down recently, they&#39;re normally up). Once the boards are up<br>&gt; &gt; again, I&#39;ll add ptest to the job, to give it a more thorough workout. I&#39;ll<br>&gt; &gt; also add the sumo-next branch to the list of build configurations.<br>&gt;<br>&gt; Could it make sense to also test sumo-next using this job?<br><br>Once the boards are recovered in the lab, I&#39;ll create sumo-next and warrior-next trigger jobs and add a few more tests.<br> <br>&gt; Also, I would not mind<br>&gt; seeing test trigger and result emails on this list as long as access to logs and details<br>&gt; is open to everyone.<br><br>I believe this is public. At least, I can see everything from a private browser window where I&#39;m not logged in. It&#39;s trivial for me to add this mailing list to the job, although I wonder if it&#39;ll bounce due to the email address not being subscribed? I don&#39;t have access to the inbox where the LAVA emails are sent from (<a href="mailto:lava@validation.linaro.org">lava@validation.linaro.org</a>). It may be possible for the lab team to subscribe to the list, I&#39;d have to raise a support request.<br><br>&gt;<br>&gt; I checked the jenkins build job config and looks quite straight forward. Did not see<br>&gt; the actual target testing logs though.<br><br>That&#39;s because the boards have gone &quot;bad&quot; in the lab. Builds 16 and 17 are still queued, waiting for a &quot;good&quot; board to run on. I&#39;ve raised a support ticket to recover the boards.<br><br>Build 15 was the last Sumo job to run, and it&#39;s been purged from Jenkins since it&#39;s over 30 days old. However, our SQUAD and LAVA instances keep their data forever (at the moment). The jobs are still available, if you know where to find them.<br><br>The binaries have not been purged yet (pinned-manifest.xml will tell you what was built):<br>  <a href="https://snapshots.linaro.org/openembedded/warp7/sumo/imx7s-warp/15/rpb/">https://snapshots.linaro.org/openembedded/warp7/sumo/imx7s-warp/15/rpb/</a><br><br>SQUAD data for Sumo on WaRP7:<br>  <a href="https://qa-reports.linaro.org/warp7/warp7-bsp/build/16a83e5/">https://qa-reports.linaro.org/warp7/warp7-bsp/build/16a83e5/</a><br><br>SQUAD results for Sumo build 15 on WaRP7:<br>  <a href="https://qa-reports.linaro.org/warp7/warp7-bsp/build/16a83e5/testrun/1937355/">https://qa-reports.linaro.org/warp7/warp7-bsp/build/16a83e5/testrun/1937355/</a><br><br>LAVA job for Sumo build 15 on WaRP7:<br>  <a href="https://validation.linaro.org/scheduler/job/1937355">https://validation.linaro.org/scheduler/job/1937355</a><br><br>Testing wise, I&#39;m only really running boot testing at the moment. The test job makes sure the board boots to the commandline. Then it attempts to run &quot;memtester&quot;, which isn&#39;t installed, so fails. I did that on purpose originally, because I wanted to make sure my memtester test failed properly when not installed. I should update that now I&#39;m sure it works. Next it runs badblocks across the rootfs partition (/dev/mmcblk1p2) in read-only mode.<br><br>Regards,<div>Ryan.<br> <br>&gt;<br>&gt;<br>&gt; Cheers,<br>&gt;<br>&gt; -Mikko</div></div>