Skip to content
Snippets Groups Projects
  1. Feb 18, 2025
  2. Sep 19, 2024
  3. Sep 18, 2024
  4. Jun 11, 2024
  5. May 21, 2024
    • Martyn Welch's avatar
      Extend boot partition size for RPi4 · a01746e5
      Martyn Welch authored
      
      In 62a8cd04 we increased the size of the
      boot partition on the RPi4 to ensure that there is enough space to store
      at least two versions of the kernel. However this was only done for
      standard apt images as ostree images use ostree-image-rpi64.yaml rather
      than image-rpi64.yaml.
      
      Repeat this partition size change for the OSTree images as well as we
      are still seeing failing upgrade tests with the following error message:
      
      May 19 02:13:03 apertis apertis-update-[1029]: Ostree upgrade failed: Installing kernel: regfile copy: No space left on device
      
      Signed-off-by: default avatarMartyn Welch <martyn.welch@collabora.com>
      a01746e5
  6. May 07, 2024
  7. May 06, 2024
    • Walter Lozano's avatar
      Move overlays before adding new repos · 40cf7aa1
      Walter Lozano authored
      
      To align with what is done in ospack-hmi move the step to overlays before
      the step to add new repos.
      
      Signed-off-by: default avatarWalter Lozano <walter.lozano@collabora.com>
      40cf7aa1
    • Walter Lozano's avatar
      Delete all documents in target · 79d6a917
      Walter Lozano authored
      
      The image recipes include dpkg-excludes to avoid installing documentation
      for target image. However, this only is applied after the bootstrap process
      causing some documents to remain in the rootfs.
      
      A partial clean up is done on the last steps of the image generation, erasing
      /usr/share/doc/*, but there are other places for documents.
      
      Clean up all the folders that are mentioned in dpkg exclusions after the
      bootstrap to save space and to ensure that SBOM which does not support
      autogenerated files, like man pages, is accurate.
      
      Signed-off-by: default avatarWalter Lozano <walter.lozano@collabora.com>
      79d6a917
  8. Mar 19, 2024
    • Walter Lozano's avatar
      Extend boot partition size for RPi4 · 3a2052f6
      Walter Lozano authored
      
      The boot partition is used to stored the Linux kernel, and should be enough
      to store at least two versions of it, for instance, to allow OSTree upgrades.
      
      By default Apertis images uses 256 MB for this partition, but in RPi4 this
      pattern was not followed due to the presence of the firmware partition. Under
      this sceario OSTree tests might fail with the error:
      
      Feb 22 05:19:24 apertis apertis-update-[1058]: Ostree upgrade failed: Installing kernel: regfile copy: No space left on device
      
      In order to keep the same pattern as in other images extend this size moving
      all the other partitions.
      
      Signed-off-by: default avatarWalter Lozano <walter.lozano@collabora.com>
      3a2052f6
  9. Mar 18, 2024
  10. Mar 14, 2024
  11. Mar 04, 2024
  12. Jun 28, 2023
  13. Jun 26, 2023
  14. Jun 22, 2023
  15. Jun 05, 2023
  16. Apr 13, 2023
  17. Nov 23, 2022
  18. Nov 10, 2022
  19. Nov 02, 2022
  20. Nov 01, 2022
  21. Oct 31, 2022
  22. Oct 18, 2022
  23. Sep 21, 2022
    • Ariel D'Alessandro's avatar
      image-uefi: Add cmdline to use SOF firmware signed with production key · a22fb939
      Ariel D'Alessandro authored
      
      The UP Squared 6000 board fails to bring up audio as it tries to load
      the SOF firmware that is signed with the community key.
      
      Starting from Linux v5.16, the following patch is included:
      
        commit 405e52f412b85b581899f5e1b82d25a7c8959d89 (bad)
        Author: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
      
            ASoC: SOF: sof-pci-dev: use community key on all Up boards
        ---
         sound/soc/sof/sof-pci-dev.c | 10 +---------
         1 file changed, 1 insertion(+), 9 deletions(-)
      
      Although the community key is the preferred option to allow developers
      to sign their own firmware, the Skylake found in the UP Squared 6000
      board only supports firmware signed with the production key.
      
      Fix this by adding the module option (snd-sof-pci.fw_path="intel/sof")
      to the kernel cmdline arguments, so the right firmware is picked up.
      
      Signed-off-by: default avatarAriel D'Alessandro <ariel.dalessandro@collabora.com>
      a22fb939
  24. Sep 19, 2022
  25. Sep 15, 2022
  26. Sep 08, 2022
  27. Aug 31, 2022
    • Edmund Smith's avatar
      Rename the template files · 4055ff54
      Edmund Smith authored and Sjoerd Simons's avatar Sjoerd Simons committed
      In the previous commit we switched from using "submit" and "monitor"
      to using "generate" and "run". This moves the template files to fit
      that naming pattern too.
      4055ff54
    • Edmund Smith's avatar
      Rename the build stages to be consistent · 9c15dd08
      Edmund Smith authored and Sjoerd Simons's avatar Sjoerd Simons committed
      We're no longer submitting jobs in the submit step, nor are we
      monitoring jobs in the monitor step. This is only a separate commit
      from the actual technical changes to make the earlier commit easier
      to follow. This is just mechanical renaming of:
      
      - submit -> generate
      - monitor -> run
      
      The actual files will be renamed in the next commit to make the
      diffs cleaner and easier to follow.
      9c15dd08
    • Edmund Smith's avatar
      Switch to the new pattern using the lava runner · 9fd9a41e
      Edmund Smith authored and Sjoerd Simons's avatar Sjoerd Simons committed
      This matches the changes to the apertis-test-cases repo. Previously we
      had a two stage process for Lava tests of:
      
      - generate and submit
      - monitor
      
      for each set of test cases. This is a restrictive setup, because it is
      impossible to use CI_JOB_TOKEN within the lava jobs themselves
      (because the token expires on completion of the submission job, before
      the lava job itself may even have started).
      
      The new model is simply:
      
      - generate tests and pipeline
      - Run each test in its own job in the generated pipeline
      
      That means we still have pairs of jobs at the top level, one job to
      generate the tests, as before, which now also generates a pipeline;
      the second job is a trigger job which executes the pipeline, bringing
      in the generated tests.
      9fd9a41e
  28. Aug 24, 2022
  29. Aug 23, 2022
  30. Aug 16, 2022
  31. Aug 15, 2022
Loading