Skip to content
Snippets Groups Projects
  1. Mar 18, 2016
  2. Mar 16, 2016
    • Aleksander Morgado's avatar
      libmm-glib,modem-voice: fix unknown methods in documentation · d7a643b1
      Aleksander Morgado authored
          html/MMCallProperties.html:141: warning: no link for: 'mm-modem-voice-create' -> (<code class="function">mm_modem_voice_create()</code>).
          html/MMCallProperties.html:141: warning: no link for: 'mm-modem-voice-create-sync' -> (<code class="function">mm_modem_voice_create_sync()</code>).
          html/MMModemVoice.html:379: warning: no link for: 'mm-modem-voice-delete-finish' -> (<code class="function">mm_modem_voice_delete_finish()</code>).
          html/MMModemVoice.html:380: warning: no link for: 'mm-modem-voice-delete-sync' -> (<code class="function">mm_modem_voice_delete_sync()</code>).
      d7a643b1
    • Aleksander Morgado's avatar
      libmm-glib,modem-location: fix unknown method in documentation · 4055488f
      Aleksander Morgado authored
          html/MMModemLocation.html:516: warning: no link for: 'mm-modem-dup-supl-server' -> (<code class="function">mm_modem_dup_supl_server()</code>).
      4055488f
  3. Mar 15, 2016
  4. Mar 13, 2016
  5. Mar 11, 2016
    • Aleksander Morgado's avatar
      port-probe: simplify task completion · 1939c5ac
      Aleksander Morgado authored
      We no longer need to complete in idle, because the limitation imposed by the
      serial port methods no longer exists.
      1939c5ac
    • Aleksander Morgado's avatar
      port-serial: allow completions not in idle · d9596587
      Aleksander Morgado authored
      Port serial command completions may be performed in several different places:
        * When a cached response is set during command sending.
        * When errors happen during command sending.
        * When we process a response (i.e. common_input_available())
        * When we process a timeout (i.e. port_serial_timed_out())
        * When cancelled (i.e. port_serial_response_wait_cancelled())
      
      We're currently safe with the previous logic only because the users of the
      serial port explicitly complete operations in idle, which means that whenever
      we're processing in a internal callback (e.g. during response or timeout
      processing) the serial port object is valid for as long as the callback runs.
      
      But, if we ever end up using the serial port with a not-in-idle completion,
      it may happen that if the command is completed within a internal signal callback
      the serial port object may get fully closed and unref-ed before exiting the
      callback.
      
      We could force a valid port reference to exist as long as the internal signal
      is scheduled, but then we may lose the ability to automatically close the port
      during a full unref(), as the internal signals are set as long as the port is
      open.
      
      So, to cope with this possibility of not-in-idle completion, we instead force
      references to be valid whenever we see that a command completion may happen,
      which is basically whenever port_serial_got_response() is called; but we only
      do that if we're going to use the port object after that, otherwise, we ignore
      the problem.
      
      In addition to the problems with the references, we also update the
      common_input_available() method so that the source isn't kept if the last
      response buffer processing ended up closing the port.
      d9596587
  6. Mar 10, 2016
  7. Mar 09, 2016
  8. Mar 02, 2016
  9. Feb 24, 2016
  10. Feb 20, 2016
  11. Feb 15, 2016
  12. Feb 13, 2016
  13. Feb 11, 2016
Loading