Skip to content
  1. Jan 11, 2023
    • Andre Przywara's avatar
      refactor(cpufeat): move helpers into .c file, rename FEAT_STATE_ · 69c17f52
      Andre Przywara authored
      
      
      The FEATURE_DETECTION functionality had some definitions in a header
      file, although they were only used internally in the .c file.
      Move them over there, since there are of no interest to other users.
      
      Also use the opportuntiy to rename the less telling FEAT_STATE_[12]
      names, and let the "0" case join the game. We use DISABLED, ALWAYS, and
      CHECK now, so that the casual reader has some idea what those numbers
      are supposed to mean.
      
      feature_panic() becomes "static inline", since disabling all features
      makes it unused, so the compiler complains otherwise.
      
      Finally add a new category "cpufeat" to cover CPU feature related
      changes.
      
      Signed-off-by: Andre Przywara's avatarAndre Przywara <andre.przywara@arm.com>
      Change-Id: If0c8ba91ad22440260ccff383c33bdd055eefbdc
      69c17f52
    • Andre Przywara's avatar
      feat(aarch64): make ID system register reads non-volatile · c2fb8ef6
      Andre Przywara authored
      
      
      Our system register access function wrappers are using "volatile"
      inline assembly instructions. On the first glance this is a good idea,
      since many system registers have side effects, and we don't want the
      compiler to optimise or reorder them (what "volatile" prevents).
      
      However this also naturally limits the compiler's freedom to optimise
      code better, and those volatile properties don't apply to every type of
      system register. One example are the CPU ID registers, which have
      constant values, are side-effect free and read-only.
      
      Introduce a new wrapper type that drops the volatile keyword, and use
      that for the wrappers instantiating ID register accessors.
      
      This allows the compiler to freely optimise those instructions away, if
      their result isn't actually used, which can trigger further
      optimisations.
      
      Change-Id: I3c64716ae4f4bf603f0ea57b652bd50bcc67bb0e
      Signed-off-by: Andre Przywara's avatarAndre Przywara <andre.przywara@arm.com>
      c2fb8ef6
  2. Jan 10, 2023
    • Manish Pandey2's avatar
      Merge changes from topic "bk/warnings" into integration · 601e2d43
      Manish Pandey2 authored
      * changes:
        docs: describe the new warning levels
        build: add -Wunused-const-variable=2 to W=2
        build: include -Wextra in generic builds
        docs(porting-guide): update a reference
        fix(st-usb): replace redundant checks with asserts
        fix(brcm): add braces around bodies of conditionals
        fix(renesas): align incompatible function pointers
        fix(zynqmp): remove redundant api_version check
        fix: remove old-style declarations
        fix: unify fallthrough annotations
      601e2d43
  3. Jan 09, 2023
  4. Jan 06, 2023
  5. Jan 04, 2023
  6. Jan 03, 2023
  7. Dec 30, 2022
  8. Dec 29, 2022
  9. Dec 22, 2022
  10. Dec 21, 2022
  11. Dec 20, 2022
Loading