1. 14 Sep, 2013 3 commits
  2. 13 Sep, 2013 2 commits
  3. 12 Sep, 2013 3 commits
    • Radek Polak's avatar
      gta04 - trim charge log if it's too long · 16cea544
      Radek Polak authored
      16cea544
    • Radek Polak's avatar
      gta04 - fix and improve charging · 4dd49fea
      Radek Polak authored
      4dd49fea
    • Radek Polak's avatar
      gta04 charging - implement charging logic to avoid charging bugs · 211ce073
      Radek Polak authored
      GTA04 charging on some chargers is bugged. The problem is that by
      default kernel sets charging current to 600mA and if the USB power
      supply is not strong enough, then voltage drops under 4.5V. This
      confuses GTA04 charging logic and the result is that GTA04 after
      charged to full then discharges to 0 because charging never starts
      again. See twl4030_charger.c and especially the function
      twl4030_charger_enable_usb().
      
      The solution QtMoko now uses is that we disable charging with 600mA
      when QtMoko starts. That's the line:
      
      qWriteFile("/sys/module/twl4030_charger/parameters/allow_usb", "N");
      
      Now when USB is plugged it starts charging just with 100mA. We slowly
      raise the current and check if voltage remains above 4.5V.
      
      There is even some logic when battery is getting full we lower the
      charging current (using values from battery) so that battery charges
      very very slowly.
      
      You can check charging in NeoControl - it has nice charging graph now.
      211ce073
  4. 11 Sep, 2013 3 commits
  5. 09 Sep, 2013 1 commit
  6. 28 Aug, 2013 1 commit
  7. 27 Aug, 2013 1 commit
  8. 26 Aug, 2013 1 commit
  9. 10 Jul, 2013 2 commits
  10. 09 Jul, 2013 1 commit
  11. 01 Jul, 2013 3 commits
  12. 20 Jun, 2013 3 commits
  13. 09 Jun, 2013 5 commits
  14. 03 Jun, 2013 1 commit
  15. 10 May, 2013 4 commits
  16. 05 May, 2013 2 commits
  17. 22 Apr, 2013 1 commit
  18. 18 Apr, 2013 1 commit
    • Neil Jerram's avatar
      Optimise 'Removed' flagging of messages deleted from the IMAP server · abc21fe9
      Neil Jerram authored
      On each IMAP server sync, if there are messages that exist on the
      phone but have since been deleted from the IMAP server, or moved to a
      different folder on the IMAP server, QtMoko adds the
      QMailMessage::Removed flag to those messages.  Note that we don't
      automatically delete those messages from the phone.
      
      I once - not using QtMoko - moved several thousand older messages to
      an "OLD" folder on my IMAP server.  After that I found that each
      QtMoko IMAP server sync operation would take a lot of time and CPU,
      and discovered this was because it was reflagging all of those moved
      messages every time.  If we optimize the process by skipping messages
      that already have the 'Removed' flag, it goes massively faster.
      abc21fe9
  19. 16 Apr, 2013 1 commit
  20. 01 Apr, 2013 1 commit