Skip to content
  1. Mar 21, 2024
  2. Feb 29, 2024
    • Adam Johnston's avatar
      bsp: Replace CONFIG_AUTOFS4_FS to fix config warning on Corstone-1000 · 87f854dd
      Adam Johnston authored
      
      
      CONFIG_AUTOFS4_FS is deprecated and should be replaced by
      CONFIG_AUTOFS_FS.
      
      In theory, this is only required for K3s, and K3s is not supported on
      Corstone-1000. However, in their current form, the kernel settings are
      not split split between K3s and docker.
      
      Update the setting to resolve the warning in the short term.
      
      In the long term this should be refactored so docker and K3s settings
      can be specified separately - but that is not a priority now.
      
      Changelog: other
      Signed-off-by: Adam Johnston's avatarAdam Johnston <adam.johnston@arm.com>
      87f854dd
  3. Feb 28, 2024
  4. Feb 05, 2024
    • Ali Ozaslan's avatar
      ci: Fix trigger rules · c466163d
      Ali Ozaslan authored
      
      
      The META_CASSINI_PROJECT and META_CASSINI_TARGET_BRANCH variables are
      checked to see which ones are empty. However, since these are not
      defined variables, they also need a null check.
      
      CI_MERGE_REQUEST_IID only gets a unique value in the merge
      request.
      
      Signed-off-by: Ali Ozaslan's avatarAli Can Ozaslan <ali.oezaslan@arm.com>
      c466163d
  5. Feb 01, 2024
  6. Jan 31, 2024
    • Ali Ozaslan's avatar
      ci: Add rules for meta-cassini trigger · 708487cf
      Ali Ozaslan authored
      
      
      Rules are related with meta-cassini-bsp, moved from meta-cassini CI
      to meta-cassini-bsp CI. The variables passed to control jobs in the
      meta-cassini pipeline were edited by these rules.
      
      Signed-off-by: Ali Ozaslan's avatarAli Can Ozaslan <ali.oezaslan@arm.com>
      708487cf
    • Ali Ozaslan's avatar
      ci: Initialize ci for meta-cassini-bsp, trigger meta-cassini · a9e4b9b3
      Ali Ozaslan authored
      
      
      Once meta-cassini-bsp resides in its own separate repository, it
      need it's own CI to validate changes to the BSP code. gitlab-ci.yml
      file is created. In order to verify meta-cassini-bsp,
      meta-cassini-bsp pipeline is used to trigger meta-cassini pipeline.
      The variables required to run jobs related to meta-cassini-bsp are
      passed to the meta-cassini pipeline.
      
      Static analysis is also disabled before passing the variables to the
      meta-cassini pipeline because, when triggering the meta-cassini
      pipeline from the meta-cassini-bsp pipeline, the meta-cassini code
      should not have changed.
      
      Signed-off-by: Ali Ozaslan's avatarAli Can Ozaslan <ali.oezaslan@arm.com>
      a9e4b9b3
  7. Jan 19, 2024
  8. Dec 19, 2023
    • Adam Johnston's avatar
      cassini-[bsp,config]: Remove kas patches from meta-cassini-bsp · a556566c
      Adam Johnston authored
      
      
      meta-cassini-bsp is about to be separated from meta-cassini.
      
      However meta-cassini-bsp contains out-of-tree patches which kas applies
      when fetching upstream layers from other repositories. When
      meta-cassini-bsp is removed, these patches will not be found.
      
      Before removing meta-cassini-bsp, move the out-of-layer patches to
      meta-cassini-config/kas
      
      BSP-specific out-of-layer patches should be avoided as much as possible
      going forwards.
      
      Signed-off-by: Adam Johnston's avatarAdam Johnston <adam.johnston@arm.com>
      a556566c
  9. Dec 14, 2023
  10. Dec 04, 2023
  11. Nov 21, 2023
  12. Nov 02, 2023
  13. Oct 13, 2023
  14. Sep 22, 2023
    • Adam Johnston's avatar
      cassini-[bsp,config]: Correct distro features for firmware builds · 528eb7ab
      Adam Johnston authored
      
      
      There is a mismatch between distro features assigned when building
      platform firmware in Cassini and what is specified by the platform.
      
      Rather than setting distro features in cassini.conf, removing them in
      firmware.conf, and relying on the order in which bitbake hard assigns
      values, use the `cassini` override to set distro features for the distro
      only.
      
      Signed-off-by: default avatarAdam Johnston <adam.johnston@linaro.org>
      528eb7ab
    • Adam Johnston's avatar
      cassini-[bsp,config,distro]: Correct init manager for firmware builds · 97a87631
      Adam Johnston authored
      
      
      We see a build failures on master because:
      - Cassini assigns the init manager to `systemd`
      - The re-assignment back to mdev-busybox (firmware.conf) has no effect
      - Enabling `systemd` now enables the `usrmerge` distro feature
      - `usrmerge` affects the value of ${nonarch_base_libdir}
      - some firmware components use ${nonarch_base_libdir} and some don't
      
      We must fix the upstream firmware components for master, but in the
      meantime, we should also ensure that firmware is being built with the
      correct configuration.
      
      Rather than using multiple hard assignments and relying on the order in
      which bitbake applies them, use the mutually exclusive overrides
      `cassini` and `cassini-firmware` to set the value of POKY_INIT_MANAGER
      
      Note that the value of DISTROOVERRIDES when building the distro should
      be...
      - cassini
      - cassini-parsec
      - [cassini-dev]
      - [cassini-sdk]
      - [cassini-security]
      - [cassini-test]
      
      Whereas, when building firmware it should be...
      - cassini-firmware
      
      Signed-off-by: default avatarAdam Johnston <adam.johnston@linaro.org>
      97a87631
  15. Sep 14, 2023
  16. Sep 04, 2023
  17. Aug 18, 2023
  18. Aug 04, 2023
  19. Jul 31, 2023
  20. Jul 27, 2023
  21. Jul 21, 2023
Loading