Skip to content
  1. Jan 07, 2025
  2. Jan 06, 2025
    • Jagdish Gediya's avatar
      Add support to boot TC3 platform on TC3-FPGA · 5286d0ae
      Jagdish Gediya authored
      
      
      Introduce compiler flag TARGET_FLAVOUR_FPGA/TARGET_FLAVOUR_FVP to
      control build for fvp vs fpga.
      
      Enable virtio for FVP and ramdisk for fpga.
      
      temporarily, change ramdisk base addr to 0x82000000 as the same
      address is used to load fwu fip also on fpga and known to be working
      to load images.
      
      only acs is tested, debian image is large which needs 64 bit physical
      address to load as reserved memory in tf-a for ram booting have
      64 bit address, but 64 bit physical address with large size is not
      working in edk2 for ramdisk, it throws exception.
      
      Signed-off-by: Jagdish Gediya's avatarJagdish Gediya <jagdish.gediya@arm.com>
      5286d0ae
  3. Dec 17, 2024
  4. Dec 12, 2024
  5. Dec 10, 2024
  6. Dec 08, 2024
  7. Dec 04, 2024
  8. Nov 28, 2024
    • Mathieu Poirier's avatar
      SbsaQemuRme: Add support for SbsaQemuRme platform · 65e64c0b
      Mathieu Poirier authored and Ard Biesheuvel's avatar Ard Biesheuvel committed
      
      
      Add support for SbsaQemuRme platform by 1) pushing the start of the base
      memory to 0x10043000000 to make room to the RMM and 2) increasing the
      size of FLASH0 to accomotate the RMM.
      
      Enabling RMM is done by specifying -D ENABLE_RME on the build command
      line.  The name of the flag was chosen to reflect what is currently done
      on TF-A.
      
      Signed-off-by: default avatarMathieu Poirier <mathieu.poirier@linaro.org>
      65e64c0b
    • Darbin Reyes's avatar
      Pkg-Module: Features/VirtualKeyboardDxe PART 2 · 9814be2a
      Darbin Reyes authored
      
      
      The Keyboard.c driver did not include ScanCodes like F1,F2,F12,etc.
      and UnicodeChars like Backspace, Tab in VK_NOTIFY NotifyList
      which is why these keys were not getting registered and
      not getting pushed in the KeyBuffer stack which resulted
      in undefined behavior of continuous backspace and not recognizing the
      relevant key push after the buffer overflow condition.
      
      Signed-off-by: default avatarDarbin Reyes <darbin.reyes@intel.com>
      9814be2a
  9. Nov 27, 2024
  10. Nov 25, 2024
  11. Nov 22, 2024
  12. Nov 18, 2024
    • Yeo Reum Yun's avatar
      ARM/VExpressPkg: fix build failure on StandaloneMm · 4b3530df
      Yeo Reum Yun authored and Sami Mujawar's avatar Sami Mujawar committed
      
      
      commit 8bc44608b8ea ("MdeModulePkg: Add ImagePropertiesRecordLib")
      makes build failure on StandaloneMm.
      
      commit f8d9a0a17e1a ("Update to New StackCheckLib")
      replace BaseStackCheckLib to StackCheckLibNull.
      
      To fix build failure,
         1. add ImpagePropertiesRecordLib and related libraries,
         2. replace StackCheckLib to StackCheckLibNull.
      
      Signed-off-by: Yeo Reum Yun's avatarLevi Yun <yeoreum.yun@arm.com>
      4b3530df
  13. Nov 14, 2024
  14. Nov 13, 2024
  15. Nov 11, 2024
  16. Nov 06, 2024
    • Mike Beaton's avatar
      Platform/ARM/JunoPkg: Refactor HdLcdArmJuno.c to use DEBUG_CODE_BEGIN/END · ea33b279
      Mike Beaton authored
      
      
      In general, it is preferable to avoid code explicitly referencing
      MDEPKG_NDEBUG outside the shared DebugLib headers. edk2 commit
      ae83c6b7fd83a5906e016a32027c1bcd792a624e makes this considerably easier,
      because static functions and variables which are only referenced within
      debug macros no longer give warnings (they are understood as referenced
      but unused). MDEPKG_NDEBUG dependent code which was previously required
      to comment out such variables for RELEASE builds now both can and must
      be removed (see immediately prior edk2-platforms commit).
      
      By contrast, in the case of the update here, since both the STATIC
      function and the code which references it are wrapped in MDEPKG_NDEBUG
      conditional code, there is no break in the RELEASE build when the 'null'
      macros definitions are updated.
      
      However, we can still avoid yet more MDEPKG_NDEBUG dependent code here
      by refactoring to use DEBUG_CODE_BEGIN and DEBUG_CODE_END. This is
      considered preferable as it allows these debug macros to wrap the
      dependency on MDEPKG_NDEBUG, presumably as originally intended.
      
      Signed-off-by: default avatarMike Beaton <mjsbeaton@gmail.com>
      ea33b279
    • Mike Beaton's avatar
      GLOBAL: Align MDEPKG_NDEBUG dependent code with edk2 debug macro changes · 75c66eaf
      Mike Beaton authored
      
      
      edk2 commit ae83c6b7fd83a5906e016a32027c1bcd792a624e updates the 'null'
      variants of the DebugLib macros (used when MDEPKG_NDEBUG is defined) so
      that they explicitly discard their parameters using `if (FALSE)` code
      blocks. These are understood as marking the contained code as referenced
      but unused by all supported compilers. This avoids the need for additional
      MDEPKG_NDEBUG dependent code in c files, to conditionally hide static
      methods or functions which are only used in debug macros. Now, such code
      can and must be removed.
      
      This commit updates the relevant MDEPKG_NDEBUG code in c files throughout
      edk2-platforms (there are only some 20 instances).
      
      We also fix a couple of cases where the wrapped variables had incorrectly
      not been marked STATIC.
      
      Since the RELEASE builds of all platforms which used this kind of code
      break after the above-mentioned edk2 commit, it is considered preferable
      to have one single cross-platform commit to edk2-platforms which resolves
      this, rarther than spreading the fix across multiple commits.
      
      Continuous-integration-options: PatchCheck.ignore-multi-package
      Signed-off-by: default avatarMike Beaton <mjsbeaton@gmail.com>
      75c66eaf
  17. Oct 31, 2024
    • Rebecca Cran's avatar
      Platform/Ampere: Update JadePkg following ComHpcAlt addition · 5b5885ef
      Rebecca Cran authored
      
      
      With recent commits to add new Ampere build scripts and add the
      ComHpcAlt platform, common files were changed which require the
      following updates to Jade.dsc and JadeCapsule.dsc:
      
      - Since release builds now print DEBUG messages, update the debug
        print error level in release builds to only print warnings
        and errors.
      - StatusCodeHandler libraries were removed from AmpereAltraPkg.dsc.inc
        so add them to Jade.dsc.
      - The ATF (TF-A) and SCP binaries were renamed. Update JadeCapsule.dsc
        to match.
      
      Signed-off-by: default avatarRebecca Cran <rebecca@bsdio.com>
      5b5885ef
    • Rebecca Cran's avatar
      Platform/ADLINK: Add new ComHpcAltPkg platform · b797544a
      Rebecca Cran authored
      
      
      This new ComHpcAltPkg platform supports ADLINK's Ampere Altra Dev Kit,
      Ampere Altra Developer Platform, and AVA Developer Platform.
      
      They're all based on the COM-HPC-ALT module and carrier with an LGA
      4926 socket supporting Ampere Altra and Ampere Altra Max CPUs up to
      128 cores.
      
      Signed-off-by: default avatarRebecca Cran <rebecca@bsdio.com>
      b797544a
    • Rebecca Cran's avatar
      Platform/Ampere: Add scripts to help building and flashing firmware · 0a37b48b
      Rebecca Cran authored
      
      
      Add scripts which help users to build and flash firmware images for
      platforms based on the Ampere Altra SoC.
      
      'buildfw.sh' can be used to build images containing just UEFI, or if
      the TF-A (ATF) binary is present TF-A + UEFI and complete 32MB SPI-NOR
      images. If the SYS (SMPro and PMPro microprocessors) binary is also
      present then a capsule update file for the SYS/SCP component of the SOC
      will also be built. Usage:
      
      Usage:
        ./Platform/Ampere/buildfw.sh [options]
      
      Options:
        -b <bldtype>, --build <bldtype>  Specify the build type: DEBUG or
                                         RELEASE
        -t <tc>, --toolchain <tc>        Specify the toolchain to use: GCC or
                                         CLANG
        -m <mfg>, --manufacturer <mfg>   Specify platform manufacturer
                                         (e.g. Ampere)
        -p <plat>, --platform <plat>     Specify platform to build (e.g. Jade)
        -l <kern>, --linuxboot <kern>    Build LinuxBoot firmware instead of
                 full EDK2 with UEFI Shell, specifying path to flashkernel
        -f, --flash                      Copy firmware to BMC and flash
                 firmware (keeping EFI variables and NVPARAMs) after building
        -F, --full-flash                 Copy firmware to BMC and flash full
                 EEPROM (resetting EFI variables and NVPARAMs) after building
      
        Note: flash options require bmc.sh file with env vars BMC_HOST, BMC_USER and BMC_PASS defined
      
        Available manufacturers:
          ADLINK
          Ampere
          ASRockRack
      
        Available platforms:
          ADLINK     -> ComHpcAlt
          Ampere     -> Jade
          ASRockRack -> Altrad8ud2
      
      'fwver.sh' is used by buildfw.sh to keep track of the number of builds
      done, so that firmware files of the format e.g.
      comhpcalt_uefi_2024-10-22-5.bin are created along with displaying the
      date including build number during boot.
      
      'fwflash.sh' automates flashing the host firmware when the target
      system is running a BMC with OpenBMC. 'fwflash.exp' is a helper
      script used by 'fwflash.sh' to ssh into the BMC and run the
      ampere_flash_bios.sh utility. Usage:
      
      Copies firmware to the BMC (running OpenBMC) and runs
                     ampere_flash_bios.sh to flash the host.
      Usage:
        fwflash.sh [options] <Host firmware file>
      
      Options:
        -f, --full   Flash the entire SPI-NOR chip (default)
        -c, --code   Flash the code (TF-A + UEFI) area
        -t, --tfa    Flash the TF-A (ATF) area
        -u, --uefi   Flash the UEFI area
        -h, --help   This help message
      
      Note: TF-A (Trusted Firmware for ARMv8-A) is the same as ATF
            (ARM Trusted Firmware).
      
      Signed-off-by: default avatarRebecca Cran <rebecca@bsdio.com>
      0a37b48b
Loading