Skip to content
Snippets Groups Projects
  1. Nov 28, 2022
  2. Nov 21, 2022
  3. Nov 10, 2022
  4. Nov 01, 2022
  5. Oct 18, 2022
    • GitBot's avatar
      Integrate gitlab-ci/add-hide-ftp-upload-flag · f342a71a
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@a5e27f6e
      
      FTP upload: Add flag to hide FTP upload stage
      
      This is a workaround to prevent customer releases being uploaded to our
      public FTP area. It should be removed as soon as we support uploading to
      different FTP target folders.
      f342a71a
    • GitBot's avatar
      Integrate gitlab-ci/add-release-suffix and 3 more · 012752cd
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@543a2170
      
      manifest_package: add release suffix
      
      Customer specific manifest projects can now set the RELEASE_SUFFIX
      variable, which then gets appended to the deployment folder names.
      
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@c763c43f
      
      alphaplan_fwr: change variable "release_name_local" to "release_name"
      
      Otherwise it can be assumed that it might be correlated with
      outputdir_local, which is not the case.
      
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@2d8d26a5
      
      package_release: more refactoring
      
      - Make output-dir an argument that can be passed multiple times instead
        of hard-coding two dirs with certain meanings.
      - Remove LOCALDIR variable from package.env, because it is not used
        anywhere (only occurence was job class ".uploadsdkftp" which wasn't
        used anywhere either).
      
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@dc3698c8
      
      package_release: refactoring
      
      Improve readability of package_release.py and its submodule
      generate_release_metadata.py.
      
      - Add describing comments throughout the file.
      - Remove duplicate code from functions. Simplify them, so that they do
        what their names say (and nothing more).
      - Rename variables and function arguments to make their purpose clearer.
      - Harmonize variable names with their corresponding command line arguments.
      - Add pydoc for functions.
      - Add type declarations to function arguments.
      - Generate MD5 and metadata files in the source directories so that they
        can be copied along with the rest of the files.
      012752cd
  6. Oct 12, 2022
    • Marc-Oliver Westerburg's avatar
      MC3: Fix missing LPDDR4 RAM setting · 1330fad5
      Marc-Oliver Westerburg authored
      During integration of MC3 LPDDR4 RAM settings with 3733 MTS Trizeps RAM
      settings for some reason one line of the MC3 RAM settings got lost,
      resulting in training for 400 MTS to fail on MC3.
      
      This patch re-insert the missing line. Now MC3 400 MTS training is
      working again.
      1330fad5
  7. Sep 28, 2022
    • Jonas Höppner's avatar
      trizeps8plus/mc3: Add fuse decoding for RAM size · 36e07a27
      Jonas Höppner authored
      The code to readout the fuses that define the installed RAM size have
      not been implemented for trizeps8plus. Merged the related code from
      trizeps8mini into the trizeps8plus board file and adapted the defines
      to use 1GB Ram without fuses, used for MC3.
      
      The PHYS_RAM_SIZE define is now set to 3GB as this is also used to
      define the RAM mapping, where 3GB is addressable.
      
      BCS 746-001065
      36e07a27
  8. Sep 27, 2022
  9. Sep 22, 2022
  10. Sep 20, 2022
  11. Sep 16, 2022
    • Tobias Kahlki's avatar
      Removed rearrangement of the USDHC busses · c432389c
      Tobias Kahlki authored
      The USDHC busses had been rearranged, because we have a different pin mapping
      on the MC3 (as compared to the Trizeps modules and the DE).
      We now have a boot bus detection, which sets the correct bus for the boot
      scripts. This makes the rearrangement obsolete.
      Removing the rearrangement also fixes an error in the save function for the
      environment, which mixes the boot bus with the device tree definitions.
      
      BCS 746-000814
      c432389c
    • Tobias Kahlki's avatar
      cmd:guf: Added boot bus detection to guf sub-system · fb5fcbc7
      Tobias Kahlki authored
      The boot bus detection sets an environment variable that contains the USDHC
      bus, from which U-Boot was started. The variable is used in the search for the
      boot scripts and prevents U-Boot from mixing up the eMMC and SD-Card.
      
      BCS 746-000814
      fb5fcbc7
  12. Sep 14, 2022
  13. Sep 12, 2022
  14. Sep 09, 2022
  15. Sep 06, 2022
  16. Sep 05, 2022
  17. Aug 31, 2022
  18. Aug 30, 2022
  19. Aug 29, 2022
  20. Aug 24, 2022
  21. Aug 12, 2022
  22. Aug 02, 2022
  23. Jul 13, 2022
    • GitBot's avatar
      Integrate gitlab-ci/add-test-reporting-to-test-jobs · c1750506
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@52bae4a1
      
      Lava Testreporting: Add script to generate markdown report for given jobids
      
      Adds scripts for mark down generation.
      Adds scripts for lava test result queries.
      Adds script to generate a mark down report from this data
      Call script from submit_test to generate a report directly
      after the testrun.
      c1750506
    • GitBot's avatar
      Integrate gitlab-ci/run-test-from-gitlab-directly · c94a400c
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@ab09db0b
      
      CI: Lava Test: Allow to install test image directly from gitlab
      
      The images from the build job can be directly installed from gitlab.
      To achive this some changes in the complete pipeline have been needed.
      
      1. The variables used in the build job, like CI_PARAM_IMAGE, ... and
         related variables like BUILDPATH are only valid in the build job now.
      2. The build job writes every variable needed in a follow up job into
         build.env. This also includes the url to the fng-install.sh of the
         final image.
      3. The build.env file is used as dotenv artifact, as well as normal
         file artifact.
         The dotenv make the written variables automatically available in
         follow up jobs, that are using the aritfacts, like the deploy job.
         The normal file artifact is available via artifact download.
         (I did't found a way to download the dotenv file instead)
      4. Some scripts have been added:
         - Find a job inside the pipeline by name, as the id is not known in
           advance.
         - Download all artifacts or one file of the artifacts from a given
           job
         - Download one file of the latest job by name
      5. The scripts are used to download the build.env into the test job
         (where not artifacts are needed anymore)
      6. The script is sourced and all variables are available inside the
         script.
      
      Additionally this adds a fake build job to the ci-test pipeline, that
      copies an image from srv73 and stores it as artifact in a way that a
      test-job can run on it, like in the normal yocto pipeline.
      c94a400c
  24. Jul 12, 2022
  25. Jul 07, 2022
  26. Jul 06, 2022
    • GitBot's avatar
      Integrate gitlab-ci/CI-variable-scope-for-CI_PARAM_IMAGE-and-more · 7e12e031
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@c503a6d4
      
      CI: pipeline yocto: Change scope of CI_PARAM_IMAGE, ... to fix fngsystem build
      
      The variables CI_PARAM_IMAGE, CI_PARAM_DISTRO, CI_MACHINE have been
      defined outside the job in the '.gitlab-ci.yml' file. This has a lower
      precedence then variables defined inside the job, but it seems that
      these variables are used in the scope of 'Trigger variables' when
      available in the trigger job. These override the value set in the
      template. As main results this made FNGSystem jobs build the normal
      yocto.
      7e12e031
    • GitBot's avatar
      Integrate gitlab-ci/CI-readd-allow-failure-true · 91f4a15b
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@ea3aa816
      
      CI: Readd allow_failure:true to fix not finished pipelines
      
      According to the docs a manual job always has allow_failure set to
      true, but we see a lot of jobs staying in an unfinished state since
      the removal of the allow_failure: true keyword for the sdk and test
      jobs. This should fix the broken behaviour.
      91f4a15b
    • GitBot's avatar
      Integrate gitlab-ci/test-artifact-upload · 574c115c
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@dc0503b6
      
      CI: Hardcode the artifacts path in the generated job description
      
      Some gitlab update(?) seem to have changed the behaviour in
      variable passing. In the scripts the variables are available
      but in the artifacts path does not resolve them any more.
      May be it has something to do with the introduction of the
      trigger:forward keyword.
      574c115c
  27. Jun 28, 2022
  28. Jun 21, 2022
    • GitBot's avatar
      Integrate gitlab-ci/share-manifest-pipeline and 2 more · c9eeb8a7
      GitBot authored
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@9b8cf51c
      
      Share manifest pipeline for ci-test and yocto
      
      Combine all common yaml parts in manifest-pipeline.yml and add
      manifest-pipeline-yocto.yml and manifest-pipeline-ci-test.yml
      containing the different variable assignments for each environment.
      
      This change implicitly introduces parent-child build job generation in
      the ci-test pipeline, like it is done in the yocto pipeline already.
      The ci-test build jobs have been moved to build-jobs-ci-test.jinja2
      accordingly.
      
      Furthermore rename GITLAB_CI_CURRENT_REV to GITLAB_CI_REVISION and
      remove the run conditions from all generated build jobs, since these are
      already present in the upstream trigger job.
      
      The repos including these files have to be updated with the new file
      and variable names.
      
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@c1b939fe
      
      Use CI variables in build template directly
      
      The job generation script implicitly passes the OS environment to the
      template, so that the template has access to all GitLab CI variables.
      Hence there is no need to explicitly pass any of them as command line
      arguments.
      
      This change makes the "generate-build-jobs" job more generic, so that
      it can be shared with the ci-test pipeline in the future.
      
      --
      
      Commit: seco-ne/yocto/infrastructure/gitlab-ci@775c09c1
      
      Add gitlab_backup script to download all project exports of a gitlab group
      c9eeb8a7
Loading