summaryrefslogtreecommitdiff
path: root/src/nm-device-modem.h
Commit message (Collapse)AuthorAgeFilesLines
* core: move devices into a subdirectoryDan Winship2013-05-081-60/+0
| | | | | We have lots of device types and will soon have lots more, so let's put them in their own directory.
* core: fix NM_IS_*_CLASS(klass) macrosJiří Klimeš2012-07-271-1/+1
| | | | The argument is 'klass' not 'obj'.
* core: consolidate mobile broadband device typesDan Williams2011-02-251-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | These days more and more devices are showing up that support a number of different access technology families in the same hardware, like Qualcomm Gobi (CDMA and GSM), Pantech UM190 (CDMA and GSM), Pantech UML290 (CDMA and LTE), LG VL600 (CDMA and LTE), Sierra 320U (GSM and LTE), etc. The previous scheme of having device classes based on access technology family simply cannot handle this hardware and attempting to add LTE to both the CDMA and GSM device classes would result in a bunch of code duplication that we don't want. There's a better way... Instead, combine both CDMA and GSM device classes into a generic "Modem" device class that provides capabilities indicating what access technology families a modem supports, and what families it supports immediately without a firmware reload. (Gobi devices for example require a firmware reload before they can switch between GSM and CDMA). This provides the necessary flexibility to the client and allows us to keep the API stable when the same consolidation change is made in ModemManager. The current code doesn't yet allow multi-mode operation internally, but the API is now what we want it to be and won't need to be changed.
* core: add AddAndActivate D-Bus methodDan Williams2011-01-101-1/+1
| | | | | | Given connection details, complete the connection as well as possible using the given specific object and device, add it to system settings, and activate it all in one method.
* modem: fix WWAN hardware enable state tracking (rh #591622)Dan Williams2010-05-241-0/+2
|
* modem: consolidate common modem code into NMDeviceModemDan Williams2010-03-251-1/+6
|
* modem: fix modem type checking for various operationsDan Williams2010-03-251-0/+49
After the DUN branch merge (I think?) a number of NM_IS_MODEM calls were left around which now always return FALSE since NMDeviceCdma and NMDeviceGsm aren't subclasses of NMModem anymore. But we still need generic "is this a modem subclass" checks in a few places, so add a modem base class that both the GSM and CDMA device classes inherit from and use that. Plus, we want to consolidate a ton of the common code in nm-device-gsm.c and nm-device-cdma.c into the base class in the future anyway.