Skip to content
Snippets Groups Projects
  1. Dec 07, 2012
  2. Dec 05, 2012
  3. Dec 03, 2012
    • Aleksander Morgado's avatar
      serial: clear serial info struct before calling ioctl() · b39ae775
      Aleksander Morgado authored
      We need the kernel driver to give a proper value for the 'closing_wait'
      variable, but don't assume it will.
      
      This should solve the following kind of issues reported by valgrind:
      
      ==8985== Conditional jump or move depends on uninitialised value(s)
      ==8985==    at 0x4409A6: mm_serial_port_close (mm-serial-port.c:932)
      ==8985==    by 0x41A420: disable_all_done (mm-generic-cdma.c:753)
      ==8985==    by 0x4125A4: mm_manager_shutdown (mm-manager.c:1130)
      ==8985==    by 0x40DE35: main (main.c:203)
      b39ae775
  4. Nov 29, 2012
  5. Nov 28, 2012
  6. Nov 27, 2012
  7. Nov 15, 2012
    • Aleksander Morgado's avatar
      libmm-glib,manager: register DBus error associations in advance · cf46ed42
      Aleksander Morgado authored
      In order to have a proper conversion between DBus error names and GErrors for
      our known domains, the associations need to be registered before any DBus
      call attempt.
      
      Given that the high-level API of libmm-glib has its entry point always in the
      MMManager, just register them as soon as the first such object is created.
      cf46ed42
  8. Nov 14, 2012
  9. Nov 13, 2012
  10. Nov 12, 2012
  11. Nov 09, 2012
    • Aleksander Morgado's avatar
      option,hso: early check of port type hints to avoid probings · 8c4a836a
      Aleksander Morgado authored
      Instead of getting the port type hints while grabbing each probed port, we now
      run a custom init operation in the probing which already gives us the port type,
      and therefore allows us to completely skip port probings.
      
      Also now added hints for 'Diag' (QCDM) ports and AT/'Modem' ports (I guess it's
      the one for PPP if we don't have a net port, which is unlikely anyway in HSO).
      
      This makes the probing of an Option/HSO modem almost instant.
      8c4a836a
  12. Nov 07, 2012
  13. Nov 05, 2012
    • Dan Williams's avatar
      sierra: fix CFUN power up delay handling · 11db2ea3
      Dan Williams authored
      All Sierra devices appear to require short delay after powering up,
      otherwise subsequent commands may return errors. Older devices need
      longer so ensure new devices are penalized just for being new.
      
      This is the port to git master of the following commit, for which we
      don't need to do #2:
      
      commit 814febe1
      Author: Dan Williams <dcbw@redhat.com>
      Date:   Tue Oct 30 16:16:25 2012 -0500
      
          sierra: fix CFUN power up delay handling
      
          1) all Sierra devices appear to require short delay after powering up,
          otherwise subsequent commands may return errors.  Older devices need
          longer so ensure new devices are penalized just for being new.
      
          2) When the modem is already in full functionality status and no power
          up command was sent, there's no need to delay, which was happening
          regardless of what state the modem was already in.  Detect whether
          the power up was actually executed (response and error will be NULL)
          and only delay if it was executed.
      11db2ea3
Loading