Skip to content
Snippets Groups Projects
  1. May 22, 2024
  2. May 21, 2024
    • Mark Punzalan's avatar
      PackageParser support for flagging manifest entries · 1d71aa6f
      Mark Punzalan authored
      This CL adds a flag cache class to PackageParser that is
      available during the startup package Parsing, as opposed to
      the one in SettingsProvider.
      
      Manifest parsing now calls into this cache to skip the flagged-
      out entries
      
      Bug: 297373084
      Test: atest PackageParserTest
      Test: Manually on a device. Verified that permissions behind a disabled
      feature flag were absent. Override the setting for the flag in device
      config to enable it, rebooted, then the permission was present.
      
      Change-Id: I8d8ea0a264dfbfd30adf79c6051410cda7bdebbe
      1d71aa6f
  3. Apr 16, 2024
    • Jeff Pu's avatar
      Allow Biometric TestApi to use virtual hal · 97270611
      Jeff Pu authored
      Bug: 326227403
      Test: adb shell device_config put biometrics_framework com.android.server.biometrics.use_vhal_for_testing true
      Change-Id: I4dc95def492ef606e93259d68519261c6faef84e
      97270611
  4. Mar 26, 2024
    • Jiyong Park's avatar
      Move the dependency on core.protolog.pb to services · d80202cc
      Jiyong Park authored
      This is the same as Iefdd457e99fc61c1ce2f5a05ae59f5e12256a764 where we
      moved the dependency on protolog.conf.json.gz to services.
      
      core.protolog.pb has is causing a dependency cycle reported as below:
      
      error: frameworks/base/services/core/Android.bp:111:1: encountered dependency cycle:
      error: frameworks/base/services/core/Android.bp:311:1:     module "core.protolog.pb" variant "android_x86_64" depends on module "checked-core.protolog.pb"
      error: frameworks/base/services/core/Android.bp:111:1:     module "checked-core.protolog.pb" depends on module "gen-core.protolog.pb"
      error: frameworks/base/services/core/Android.bp:78:1:     module "gen-core.protolog.pb" depends on module "protolog-groups" variant "android_common"
      error: frameworks/base/core/java/Android.bp:589:1:     module "protolog-groups" variant "android_common" depends on module "framework" variant "android_common"
      error: frameworks/base/Android.bp:542:1:     module "framework" variant "android_common" depends on module "framework-minus-apex" variant "android_common"
      error: frameworks/base/Android.bp:486:1:     module "framework-minus-apex" variant "android_common" depends on module "core.protolog.pb" variant "android_x86_64"
      
      Bug: 321626681
      Test: check the existence of /system/etc/core.protolog.pb in installed-files.txt
      Change-Id: I502eee9e184bcf5fa3e5443cc3c124828ed565ad
      d80202cc
  5. Mar 21, 2024
    • Kean Mariotti's avatar
      Unify package/imports of perfetto javastream protos · 52ae409e
      Kean Mariotti authored
      framework-jarjar-rules.txt contains a rule that renames
      the package "perfetto.protos" to "android.internal.perfetto.protos".
      
      However, the rule was not affecting the entire framework's code.
      The confusing result was part of the framework importing "perfetto.protos"
      and other parts importing "android.internal.perfetto.protos".
      
      This commit adds a new library "perfetto_trace_javastream_protos_jarjar"
      that provides to the entire framework the perfetto javastream protos
      under a single unified package "android.internal.perfetto.protos".
      
      Test: m framework-minus-apex
      Bug: 276433199
      Change-Id: Ie653c7b7b763fd97f021f89d413a7ed360946e7b
      52ae409e
  6. Mar 18, 2024
    • Jiyong Park's avatar
      Move the dependency on protolog.conf.json.gz to services · 20d61794
      Jiyong Park authored
      The dependency is a "required" dependency, so it's not used for building
      framework-minus-apex. We just want that protolog.conf.json.gz is
      installed along with framework-minus-apex.
      
      This CL moves the source of the dependency from framework-minus-apex to
      services for two reasons:
      
      1. There's a dependency cycle:
        checked-protolog.json
        -> generate-protolog.json
        -> protolog-groups
        -> framework
        -> framework-minus-apex
        -> protolog.conf.json.gz
        -> services.core.json.gz
        -> checked-protolog.json
      
      Currently, this cycle is harmless because the installation of required
      modules is done by Make and Make is not checking cycles there. However,
      this is preventing Soong from implementing the installation of required
      modules by itself.
      
      2. services don't have such a dependency cycle, while
         framework-minus-apex and services are installed together.
      
      Bug: 321626681
      Test: check the existence of /system/etc/protolog.conf.json.gz in
      installed-files.txt
      
      Change-Id: Iefdd457e99fc61c1ce2f5a05ae59f5e12256a764
      20d61794
    • Jiyong Park's avatar
      Move the dependency on protolog.conf.json.gz to services · 5863d8a8
      Jiyong Park authored
      The dependency is a "required" dependency, so it's not used for building
      framework-minus-apex. We just want that protolog.conf.json.gz is
      installed along with framework-minus-apex.
      
      This CL moves the source of the dependency from framework-minus-apex to
      services for two reasons:
      
      1. There's a dependency cycle:
        checked-protolog.json
        -> generate-protolog.json
        -> protolog-groups
        -> framework
        -> framework-minus-apex
        -> protolog.conf.json.gz
        -> services.core.json.gz
        -> checked-protolog.json
      
      Currently, this cycle is harmless because the installation of required
      modules is done by Make and Make is not checking cycles there. However,
      this is preventing Soong from implementing the installation of required
      modules by itself.
      
      2. services don't have such a dependency cycle, while
         framework-minus-apex and services are installed together.
      
      Bug: 321626681
      Test: check the existence of /system/etc/protolog.conf.json.gz in
      installed-files.txt
      
      Merged-In: Iefdd457e99fc61c1ce2f5a05ae59f5e12256a764
      Change-Id: Iefdd457e99fc61c1ce2f5a05ae59f5e12256a764
      5863d8a8
  7. Mar 14, 2024
    • Matt Buckley's avatar
      Update HintManager to use NDK backend · 58977725
      Matt Buckley authored
      - Update HintManager and its aidl types to use NDK backend
      - Switch HintManager to using PowerHAL's WorkDuration
      - Update SDK WorkDuration.java to no longer be parcelable,
          since it isn't being sent over binders anymore.
      - Remove duplicate WorkDuration in powermanager in favor of PowerHAL's
      
      Bug: 315894228
      Test: atest HintManagerServiceTest
      Test: atest PerformanceHintNativeTestCases
      Test: atest PerformanceHintManagerTest
      Change-Id: Ibc5a3aa96e73a225fce980811694ee02bdabb963
      58977725
  8. Feb 29, 2024
    • Pablo Gamito's avatar
      Add missing require in build rule · 6843dcaa
      Pablo Gamito authored
      Causing the file to be missing on the system and so decoding of the proto messages is failing because we need to read this file to decode the messages to write the message to logcat when requested
      
      Test: adb shell wm logging enable-text WM_DEBUG_WINDOW_TRANSITIONS
      Bug: 327491675
      Change-Id: Ic98187a0b5fe785eec8cec275c394fb2c68d4242
      6843dcaa
  9. Feb 26, 2024
  10. Feb 22, 2024
  11. Feb 20, 2024
  12. Feb 17, 2024
  13. Feb 14, 2024
  14. Jan 26, 2024
    • Brian Julian's avatar
      Adds to AltitudeConverter a method that returns a geoid height at the location... · 4987500b
      Brian Julian authored
      Adds to AltitudeConverter a method that returns a geoid height at the location (go/msat:geoid-heights-altitude-hal-design).
      
      Note that the implementation uses *fake* assets for calculating expiration distances, specifically, a copy of the geoid height assets. Real assets will be added in followup CLs.
      
      Test: FrameworksMockingServicesTests:AltitudeConverterTest
      Bug: 304375846
      Change-Id: I78bc3c9f9d814f750c38c627ee9af8dc27183e2a
      4987500b
  15. Jan 18, 2024
  16. Jan 12, 2024
    • Roshan Pius's avatar
      framework-nfc: Switch to "framework-module-defaults" · 96dac95f
      Roshan Pius authored
      Now that all the @hide usage of NFC API's from rest of platform is
      cleaned out, we can now switch to the module defaults and continue the
      separation of NFC API classes.
      
      Bug: 303286040
      Test: Compiles
      Merged-In: I8bd5e38b1482600594c41660d14537cf15b48318
      
      Change-Id: I8bd5e38b1482600594c41660d14537cf15b48318
      96dac95f
    • Pablo Gamito's avatar
      Expose Perfetto DataSource to java · 6ecbbc74
      Pablo Gamito authored
      Bug: 309630341
      Test: atest CoreTracingTests
      Change-Id: I9e9486ba406aa67fbc73922910ea97429ee4683c
      6ecbbc74
  17. Jan 11, 2024
    • Cole Faust's avatar
      Baseline NewApi issues · 22cb5128
      Cole Faust authored
      NewApi is a lint check that you don't call framework methods that were
      introduced in versions later than your min_sdk_version. We want to
      make this an error, so we're baselineing all existing issues.
      
      This cl was generated automatically, by taking all the NewApi issues
      from the reference baselines, and all the non-NewApi issues from the
      existing checked in baselines.
      
      Flag: None
      Bug: 268261262
      Test: Presubmits
      Change-Id: I26ca494d6089ac145eb5e3d267a9546eceea7c77
      22cb5128
  18. Jan 10, 2024
    • Roshan Pius's avatar
      framework-nfc: Switch to "framework-module-defaults" · 05836fad
      Roshan Pius authored
      Now that all the @hide usage of NFC API's from rest of platform is
      cleaned out, we can now switch to the module defaults and continue the
      separation of NFC API classes.
      
      Bug: 303286040
      Test: Compiles
      Change-Id: I8bd5e38b1482600594c41660d14537cf15b48318
      05836fad
  19. Jan 06, 2024
  20. Jan 04, 2024
    • Pawan Wagh's avatar
      Added java wrapper for update engine stable · a1a72609
      Pawan Wagh authored
      Test: m framework-all
      Test: Compiled and applied OTA using settings app using stable interface
      m Settings && adb install -r $ANDROID_PRODUCT_OUT/system_ext/priv-app/Settings/Settings.apk
      Bug: 317914533
      
      Change-Id: I393df5218c60303dbea60386c680b75b553ddac2
      a1a72609
  21. Jan 02, 2024
  22. Dec 21, 2023
    • Devin Moore's avatar
      Update HwNoService to implement IServiceManager.Stub · c141aaef
      Devin Moore authored
      Test: launch_cvd
      Bug: 218588089
      
      Change-Id: Ifeb615dccbac68eb050c340bc8809cd07a89dc6f
      c141aaef
    • Cole Faust's avatar
      List baseline_filename on modules that are implititly using it · 5479e810
      Cole Faust authored
      lintable modules currently pick up files named "lint-baseline.xml" to use as the
      lint baseline implicitly. This is confusing because you could end up using the
      baseline files in more modules than intended. Lint also has a feature where it
      requests you remove unnecessary findings from the baseline file, so something
      could be necessary for one module, but unnecessary for another that accidentally
      picked up the baseline.
      
      We're removing the implicit detection of the baseline file, which requires
      all modules using it to list the baseline file explicitly.
      
      Bug: 272769514
      Test: Presubmits
      Change-Id: I4e74094eed3f5a0b7395bcb5e16cbee9f0f28b7e
      Merged-In: I4e74094eed3f5a0b7395bcb5e16cbee9f0f28b7e
      5479e810
    • Cole Faust's avatar
      List baseline_filename on modules that are implititly using it · 749a6885
      Cole Faust authored
      lintable modules currently pick up files named "lint-baseline.xml" to use as the
      lint baseline implicitly. This is confusing because you could end up using the
      baseline files in more modules than intended. Lint also has a feature where it
      requests you remove unnecessary findings from the baseline file, so something
      could be necessary for one module, but unnecessary for another that accidentally
      picked up the baseline.
      
      We're removing the implicit detection of the baseline file, which requires
      all modules using it to list the baseline file explicitly.
      
      Flag: None
      Bug: 272769514
      Test: Presubmits
      Change-Id: I4e74094eed3f5a0b7395bcb5e16cbee9f0f28b7e
      749a6885
  23. Dec 19, 2023
    • Paul Duffin's avatar
      Remove unnecessary --api-lint-ignore-prefix options · d180e04c
      Paul Duffin authored
      The `--api-lint-ignore-prefix` option adds a package prefix within
      which API lint checks will be ignored. However, the options are
      not actually necessary. That is because they are only used in the
      `android-non-updatable-stubs-defaults` and the non updatable code does
      not include any source classes from those packages.
      
      While modules that do use `android-non-updatable-stubs-defaults` do
      include classes from those packages on the classpath they are already
      excluded from having API lint checks performed on them as they do not
      contribute to the API surface being generated by those modules.
      
      Bug: 311690008
      Test: m checkapi
      (cherry picked from https://android-review.git.corp.google.com/c/platform/frameworks/base/+/2880166)
      Merged-In: Ife750c586edc2b5af92c0b5e9211b23345083f69
      Change-Id: I202e4da20f6d77fd99d4f17f917327bea759e409
      d180e04c
  24. Dec 16, 2023
    • Matt Buckley's avatar
      Fix dependency issues for PowerHAL FMQ imports · c0ef4b1e
      Matt Buckley authored
      Bug: b/316620445
      Test: atest CtsStrictJavaPackagesTestCases android.compat.sjp.cts.StrictJavaPackagesTest#testBootClasspathAndSystemServerClasspath_nonDuplicateClasses
      Change-Id: Ia7aa29637799c380b4a8d6185b25ba107f016d97
      c0ef4b1e
  25. Dec 15, 2023
  26. Dec 14, 2023
    • Diya Bera's avatar
      de-HIDL: Sensor configs & Provider merge · fd68fa12
      Diya Bera authored
      1. Map HIDL to AIDL fingerprint sensor configuration
      2. Propagate that through FingerprintService and FingerprintProvider
      3. Similar implementation for face sensors
      4. Use only one provider
      
      Test: atest FingerprintSensorConfigurationsTest
      FaceSensorConfigurationsTest AuthServiceTest FaceServiceTest
      FingerprintServiceTest FaceProviderTest FingerprintProviderTest
      HidlToAidlSensorAdapterTest HidlToAidlSessionAdapterTest SensorTest
      Bug: 303480396
      bug: 303480830
      
      Change-Id: I7a945e596c6331077e90cbe1500de0bcb212895c
      fd68fa12
    • Siim Sammul's avatar
      Change the way tombstones are added to dropbox. · a7e73e3c
      Siim Sammul authored
      Use the proto tombstone as source of truth and ignore the text
      tombstone. Instead create the text tombstone by omitting the memory data
      from the proto tombstone to save space on data that would get removed
      anyway. This allows us to save bandwidth and avoid truncating useful
      data from the tombstones.
      
      Test: atest BootReceiverTest
      Bug: 296207744
      
      Change-Id: I809122d3206ce326cbbbceadb45c3b98b9762a3e
      a7e73e3c
  27. Dec 08, 2023
  28. Dec 01, 2023
  29. Nov 21, 2023
    • Harshit Mahajan's avatar
      [CrashRecovery] Separating out required files · d9c1ddf5
      Harshit Mahajan authored
      We would be moving these files to a new module.
      Separating them to a new filegroup, which would be later moved to the
      new module behind guarded by build flag when ready.
      
      Bug: b/289203818
      Test: m
      Change-Id: I5275cf6d416fb74384eb2f0a66d3bcba50dd3fc4
      d9c1ddf5
  30. Nov 17, 2023
Loading