Skip to content
Snippets Groups Projects
  1. Sep 25, 2020
    • Emanuele Aina's avatar
      lava: Fix NFS tests on Renesas boards · 21aeb757
      Emanuele Aina authored and Martyn Welch's avatar Martyn Welch committed
      
      After commit 45dae71b fixed the boot on Renesas boards with
      linux >= 5.7 due to the change of the dtb name, the tests exercising
      the NFS boot of the current release as the first stage broke since
      they do not use `boot_commands` and thus didn't get the override.
      
      To fix that, rather than constructing the path to the DTB from the
      LAVA device name, which no longer match the board type with
      linux >= 5.7, explicitly pass the DTB path for the first stage and the
      release under test separately.
      
      Signed-off-by: Emanuele Aina's avatarEmanuele Aina <emanuele.aina@collabora.com>
      21aeb757
  2. Sep 24, 2020
  3. Sep 16, 2020
  4. Sep 07, 2020
  5. Aug 27, 2020
  6. Aug 26, 2020
  7. Aug 21, 2020
  8. Aug 20, 2020
  9. Aug 18, 2020
  10. Aug 14, 2020
  11. Jul 24, 2020
    • Denis Pynkin's avatar
      lava: fix Renesas M3 boot with kernel 5.7 · 45dae71b
      Denis Pynkin authored
      
      In commit 83772e1 and later commits DTB names in Linux kernel was
      renamed to align names with config options.
      Hence the old DTB name `r8a7796-m3ulcb.dtb` is `8a77960-ulcb.dtb` for
      Renesas M3 boards used in LAVA.
      
      Old U-Boot versions are using the old naming schema including version
      used in v2021dev3 atm.
      
      This commit set proper name only for v2021dev3 branch allowing to boot
      images for Renesas boards in LAVA.
      
      Signed-off-by: default avatarDenis Pynkin <denis.pynkin@collabora.com>
      45dae71b
  12. Jul 15, 2020
    • Martyn Welch's avatar
      Separate out test case generation from deployment · 8e0c0e45
      Martyn Welch authored and Emanuele Aina's avatar Emanuele Aina committed
      
      Rather than looping over branches (in included template from `pages`),
      generate the test cases here, provide these as an artifact and deploy
      in a separate job. This avoids the regeneration of pages that have
      not changed.
      
      Use the apertis-test-cases-web as part of a multi-project pipeline to
      deploy. Remove the deployment tools from this branch.
      
      Whilst we are here, utilise an environment variable for the release to
      make it easier to migrate this between releases.
      
      Signed-off-by: default avatarMartyn Welch <martyn.welch@collabora.com>
      8e0c0e45
  13. Jul 09, 2020
  14. Jul 08, 2020
  15. Jul 07, 2020
  16. Jul 01, 2020
  17. Jun 30, 2020
  18. Jun 23, 2020
  19. Jun 21, 2020
  20. Jun 18, 2020
    • Martyn Welch's avatar
      Correct ssh-copy-id command syntax · 51548d1a
      Martyn Welch authored
      
      The ssh-copy-id command syntax in sdk-ade-remote-debugging.yaml is
      incorrect in two ways:
      
      - The user is in capitals, whilst the actual username used should be in
        lower case
      - The test case uses `$HOST` as a convention for the hostname/IP to be used
        for the target device, this command is missing the dollar sign.
      
      Signed-off-by: default avatarMartyn Welch <martyn.welch@collabora.com>
      51548d1a
  21. Jun 16, 2020
  22. Jun 15, 2020
  23. Jun 13, 2020
  24. Jun 12, 2020
  25. Jun 11, 2020
  26. Jun 10, 2020
    • Emanuele Aina's avatar
      lava: Fix submission by fixing the metadata format · dc1f7c8b
      Emanuele Aina authored
      
      It turns out that LAVA really wants strings for the metadata entries and
      didn't like nesting a dictionary there.
      
      For this reason it was failing to submit jobs with this error:
      
          Submitting job group-apparmor-tpl.yaml: <Fault 400: "Problem with submitted job data: expected str for dictionary value @ data['metadata']['source']">
      
      Unfortunately our custom `lava-submit.py` was silently eating the error
      so the pipeline was marked as successful.
      
      Signed-off-by: Emanuele Aina's avatarEmanuele Aina <emanuele.aina@collabora.com>
      dc1f7c8b
  27. Jun 09, 2020
    • Baghmar Tarun's avatar
      apparmor-bluez-avrcp-test: Enable on the ostree images · 6b0195d8
      Baghmar Tarun authored and Emanuele Aina's avatar Emanuele Aina committed
      
      Rework the testcase to not require packages to be installed and thus
      work on systems with an immutable rootfs like the ostree images.
      
      Apertis: T5734
      
      Signed-off-by: default avatarBaghmar Tarun <tarun.baghmar@in.bosch.com>
      6b0195d8
    • Emanuele Aina's avatar
      gitlab-ci: Fix pipeline on non-wip branches · d3dc8425
      Emanuele Aina authored
      
      The `${source_wip:=false}` snippet not only sets the `$source_wip`
      variable if unset, but also executes the result of its expansion.
      
      In our case it executed `false`, which made the pipeline very unhappy.
      
      However, all tests submitted from this repository directly should be
      considered "wip" and it will be up to the image repository including the
      gitlab-ci job template to define the logic for which submissions should
      be "wip" or not.
      
      So drop the logic and use a plain `source_wip` variable defaulting to
      `true`. The meaning of the variable was not documented either, so add a
      blurb about it.
      
      Signed-off-by: Emanuele Aina's avatarEmanuele Aina <emanuele.aina@collabora.com>
      d3dc8425
Loading