aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
2012-03-15error-helpers: small refactorAleksander Morgado
2012-03-15core: port to use the new AT command/sequences in the MMBaseModem APIAleksander Morgado
2012-03-15base-modem-at: refactor AT sequence/command handlingAleksander Morgado
Make a tight connection between the action of sending AT commands, either single or in a sequence, with the MMBaseModem object owning the port. This direct relation allows sending commands without specifying which port to use, so that the modem object can get the best port at each time, and handling all that in a single common place. The original mm-at API has also been modified so that when a single command is sent, a constant string is returned. We are allowed to return constant strings in mm_base_modem_at_command_finish() because the string itself is owned by the GSimpleAsyncResult, and hence, alive enough time. The GSimpleAsyncResult is completely disposed only after the async call is fully completed. Same reasoning behind the GVariant returned in the AT sequences; it should not be owned by the caller, it's a transfer-none in introspection terms.
2012-03-15iface-modem: handle CreateBearer(), DeleteBearer() and ListBearers()Aleksander Morgado
Just pass the task to the specific underlying implementation.
2012-03-15broadband-modem: implement cleaning up CS and PS registrationsAleksander Morgado
2012-03-15iface-modem-3gpp: cleanup CS and PS registrations during disableAleksander Morgado
2012-03-15broadband-modem: implement cleaning up unsolicited registration message handlersAleksander Morgado
2012-03-15iface-modem-3gpp: cleanup unsolicited registration messages during disableAleksander Morgado
2012-03-15iface-modem: don't flash port during disableAleksander Morgado
At least just for now. Flashing should be done as part of the disconnection.
2012-03-15broadband-modem: setup steps when disabling the modemAleksander Morgado
Include disabling the Modem and 3GPP interfaces for now.
2012-03-15iface-modem-3gpp: interface can be disabledAleksander Morgado
2012-03-15iface-modem-3gpp: enable periodic registration checks if no unsolicitedAleksander Morgado
If we get errors when configuring the unsolicited registration messages, setup a timeout to be run every 30s which will check our registration status.
2012-03-15broadband-modem: implement network scanAleksander Morgado
2012-03-15iface-modem-3gpp: handle network scan requestsAleksander Morgado
2012-03-15modem-helpers: provide list of scanned networks in a list of structsAleksander Morgado
We provide the result of the +COPS=? parsing in a GList of MM3gppNetworkInfo structures. We avoid the previous hash table, or using a dictionary, as a list of structs with a predefined set of elements, which should be easier for plugins wanting to make their own version
2012-03-15broadband-modem: implement Operator Code and Name loadingAleksander Morgado
2012-03-15iface-modem-3gpp: when going into REGISTERED, load Operator Name and CodeAleksander Morgado
2012-03-15iface-modem-3gpp: report registration state change in the logAleksander Morgado
2012-03-15broadband-modem: implement registration to 3GPP networkAleksander Morgado
2012-03-15iface-modem-3gpp: always run CS and PS registration checks togetherAleksander Morgado
And report a single error, only if all available registration checks failed.
2012-03-15iface-modem-3gpp: handle network registration requestsAleksander Morgado
2012-03-15iface-modem: don't report LOCKED state if SIM PIN2/PUK2Aleksander Morgado
If unlock required reports needing SIM PIN2 or PUK2, don't report LOCKED state, as the device is fully operational without it.
2012-03-15iface-modem: launch reinitialization only when going from LOCKED to DISABLEDAleksander Morgado
2012-03-15broadband-modem: implement CS/PS registration checksAleksander Morgado
Running a CS/PS registration check may not return any direct result (this is, no MMModem3gppRegistrationStatus returned), as usually replies to +CREG? and +CGREG? are parsed as unsolicited messages.
2012-03-15test-modem-helpers: fix C(G)REG parsing testsAleksander Morgado
2012-03-15modem-helpers: use MMModemAccessTech when parsing C(G)REG responsesAleksander Morgado
2012-03-15iface-modem-3gpp: load registration states during enableAleksander Morgado
2012-03-15broadband-modem: implement unsolicited registration message setupAleksander Morgado
We setup custom handlers for unsolicited registration state messages. Plugins are allowed to setup their own handlers.
2012-03-15iface-modem-3gpp: allow changing the RegistrationState from outside the ↵Aleksander Morgado
interface The 3GPP registration state will always be set from outside the 3GPP interface, for example when parsing unsolicited registration messages, on when the interface requests manual checking of registration state. We'll also update the State property in the Modem interface when we switch to a connected state, so we also set the Modem interface as a prerrequisite of the 3GPP interface.
2012-03-15iface-modem: allow changing the State from outside the interfaceAleksander Morgado
Some states need to be set from outside the scope of the Modem interface, like Registration-related ones (REGISTERED, SEARCHING, ...) or Connection-related ones (CONNECTED, ...).
2012-03-15broadband-modem: override the RegistrationState propertyAleksander Morgado
2012-03-15modem-helpers: use MMModem3gppRegistrationState when parsing C(G)REG responsesAleksander Morgado
2012-03-15base-modem: setup NULL callbacks in unsolicited CREG message handlersAleksander Morgado
When the port is grabbed, we setup NULL callbacks for all unsolicited registration message handlers. If we do enable 3GPP registrations afterwards, we'll set proper callbacks.
2012-03-15iface-modem: new RegistrationState property, bound to the one in DBusAleksander Morgado
2012-03-15iface-modem-3gpp: setup unsolicited registration messages handling during enableAleksander Morgado
2012-03-15at-serial-port: allow overwriting unsolicited message handlersAleksander Morgado
Existing unsolicited message handlers can be overwritten at any time now. This allows initializing the port with all possible message handlers configured with a NULL callback, and then setup the proper handlers when we go on enabling the different interfaces.
2012-03-15broadband-modem: implement CS/PS registration notifications setupAleksander Morgado
2012-03-15iface-modem-3gpp: setup CS and PS registrations during enableAleksander Morgado
2012-03-15broadband-modem: setup enabling stepsAleksander Morgado
When the modem is enabled, we'll go one by one enabling all our interfaces.
2012-03-15iface-modem-3gpp: interface can be enabledAleksander Morgado
In addition to initializing the interface, to load initial values of all properties and export the object in DBus, the interface can now also be enabled. Enabling the 3GPP interface will take care of running the network registration process.
2012-03-15broadband-modem: implement IMEI loadingAleksander Morgado
2012-03-15broadband-modem: implement the Modem 3GPP interfaceAleksander Morgado
It will only be initialized and exported in DBus if the modem has 3GPP capabilities.
2012-03-15iface-modem-3gpp: export DBus interface when properly initializedAleksander Morgado
2012-03-15iface-modem-3gpp: load `IMEI' during initAleksander Morgado
2012-03-15iface-modem-3gpp: setup interface initialization and shutdownAleksander Morgado
2012-03-15iface-modem: complete the result before freeing init contextAleksander Morgado
2012-03-15iface-modem: avoid inner async operation during initializationAleksander Morgado
2012-03-15core: always pass open port to interface initializationsAleksander Morgado
When the first AT port is grabbed, modem initialization is launched, using that specific port. This port is also passed to all interface initialization methods.
2012-03-15iface-modem-3gpp: new interface to handle the Modem 3GPP DBus interfaceAleksander Morgado
2012-03-15iface-modem: simplify interface handlingAleksander Morgado
Interfaces won't have a 'status', just initialize(), enable(), disable() and shutdown(). Also, shutdown() should never fail. We will take care of cancelling any ongoing operation afterwards, before calling shutdown().
generated by cgit v1.2.3-70-g09d2 (git 2.46.0) at 2025-06-15 12:25:54 +0000