1. 04 Jul, 2020 1 commit
    • spiiroin's avatar
      [display] Add automatic cpu governor policy · 415ae8c9
      spiiroin authored
      MCE has cpu scaling governor feature that was meant to be used for
      activating performance governor during bootup / shutdown and otherwise
      select interactive governor. It was never taken in active use as is
      was found to interfere with more advanced already existing android
      side services. However - after fixing some obvious faults - having such
      feature available might be useful for some device ports.
      
      Make it possible to configure the following governor modes:
      - performance - maximum performance
      - interactive - high performance
      - inactive    - medium performance
      - powersave   - low performance
      
      Implement policy that switches active governor based on device
      state.
      
      Utilize a run-time setting for:
      - disabling the whole feature
      - explicitly selecting one of the modes
      - automatically switching between the modes depending on device state
      
      Also provide:
      - an annotated example configuration file
      - python script for generating skeleton configuration files
      Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
      415ae8c9
  2. 03 Jul, 2020 3 commits
  3. 25 Jun, 2020 5 commits
    • spiiroin's avatar
      Bump mce version to 1.106.0 · 1ea5dbbb
      spiiroin authored
      1ea5dbbb
    • spiiroin's avatar
      Merge branch 'jb49693_pinephone_battery' into 'master' · fd552762
      spiiroin authored
      Enablers for periodic / forced battery info polling
      
      See merge request mer-core/mce!139
      fd552762
    • spiiroin's avatar
      [battery-udev] Refresh all udev properties on heartbeat. Fixes JB#48324 · 2261f932
      spiiroin authored
      There might not be udev notification about every battery capacity
      percent value change. While this is usually harmless when battery
      is sufficiently full, it can cause issues like missed battery low
      notifications and/or delay battery empty shutdown so much that
      battery gets too depleted for regular bootup.
      
      Poll power supply device properties in process watchdog heartbeat
      pace i.e. about every 36 seconds of uptime not spent in suspend.
      
      Periodic udev polling is enabled by default, but can be disabled
      via mce configuration.
      Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
      2261f932
    • spiiroin's avatar
      [battery-udev] Enablers for forced udev property refreshing. JB#49693 · a01dacd6
      spiiroin authored
      For example pinephone sends udev notification about charger disconnect, but
      not about battery making related transition to discharging state - which
      leaves system believing battery is still getting charged.
      
      Add enablers for optionally refreshing properties of all power supply
      devices whenever at least one device is reporting changes.
      
      Forced refresh is disabled by default. Enabling should be done only
      on those devices where it is needed, via hw specific mce configuration.
      Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
      a01dacd6
    • spiiroin's avatar
      [battery-udev] Enablers for configurable charger types. JB#49693 · d387d08c
      spiiroin authored
      For example pinephone exposes charger devices in a manner where the
      name is prefixed with chiptype (e.g. "axp813-ac" / "axp20x-usb").
      As mce does not recognize these, both wall charger and pc connection
      gets treated as "other" type charger - which works to some extent but
      triggers incorrect UI actions.
      
      If direct match for power supply device type / name is not found, try
      to eliminate chipname prefix so that for example names such as
      "axp20x-usb" get treated as plain "usb".
      
      To future proof things, make it possible to override build-in
      defaults and heuristics via mce configuration files.
      Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
      d387d08c
  4. 23 Jun, 2020 2 commits
  5. 12 Jun, 2020 2 commits
  6. 28 May, 2020 3 commits
  7. 04 May, 2020 2 commits
  8. 01 May, 2020 1 commit
  9. 04 Feb, 2020 6 commits
  10. 30 Jan, 2020 4 commits
  11. 10 Jan, 2020 2 commits
  12. 25 Oct, 2019 2 commits
  13. 24 Oct, 2019 3 commits
    • spiiroin's avatar
      [fingerprint] Use gesture actions for fingerprint wake up. Fixes JB#47437 · 64e71c69
      spiiroin authored
      Originally fingerprint wake up was modeled to:
      - wake up display like double tap does
      - exit from lockscreen when device is not locked, or
      - indicate need to unlock when device is locked
      i.e. behave as if double power key press were made.
      
      This however means that fingerprint wake up never ends up showing
      lockscreen where things like date and time would be visible.
      
      Switch from handling fingerprint wake up as something explicit into
      treating it as just another gesture with configurable actions.
      
      Add "tkunlock2" gesture action, which behaves like "tkunlock" when
      device is unlocked and does nothing when device is locked.
      
      After which users can tweak fingerprint behavior with mcetool.
      
      mcetool --set-touchscreen-gesture-actions=fpwakeup,unblank,tkunlock
      
        The default behavior.
      
      mcetool --set-touchscreen-gesture-actions=fpwakeup,unblank,tkunlock2
      
        Exits from lockscreen only if device is not locked.
      
      mcetool --set-touchscreen-gesture-actions=fpwakeup,unblank
      
        Just wakes up display, leaving lockscreen status as it is.
      Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
      64e71c69
    • spiiroin's avatar
      Bump mce version to 1.104.2 · 2b5a8281
      spiiroin authored
      2b5a8281
    • spiiroin's avatar
      Merge branch 'jb47846_compositor_exit' into 'master' · 514186a6
      spiiroin authored
      Handle compositor exit during setUpdatesEnabled D-Bus method call
      
      See merge request mer-core/mce!130
      514186a6
  14. 23 Oct, 2019 1 commit
    • spiiroin's avatar
      [display] Handle compositor exit during setUpdatesEnabled call. JB#47846 · f2f8b1a3
      spiiroin authored
      Once mce has issued a setUpdatesEnabled method call, it expects to get a
      reply even if compositor service drops from SystemBus. While the situation
      does self correct when a fresh compositor instance shows up, hiccups like
      unwarranted ipc panic led pattern triggering can occur before that.
      
      Explicitly wake up display state machine also when compositor service
      drops from system bus.
      
      Do not treat compositor service stopped state as "ipc pending".
      Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
      f2f8b1a3
  15. 17 Oct, 2019 2 commits
  16. 16 Oct, 2019 1 commit
    • spiiroin's avatar
      [display] Retry failing brightness adjustments. Fixes JB#47450 · 2783a90d
      spiiroin authored
      Display brightness control logic has been written with framebuffer
      interface in mind and consequently devices utilizing drm/dri are
      suffering from diagnostic logging noise from incorrectly timed
      adjustment attempts and outright failures to set desired brightness.
      
      Store desired and successfully activated brightness levels separately
      to ease adjustment failure handling and avoiding unwanted brightness
      pumping for example during compositor switchovers.
      
      Adjust display state machine so that it performs brightness level
      checkups during unblank also in states relevant for drm/dri logic.
      
      If brightness adjustment fails after unblank, retry periodically.
      
      Reduce amount of repetitive diagnostic noise caused by differing
      timing requirements between framebuffer and drm/dri interfaces.
      Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
      2783a90d