This enables the Infineon specific emergency call state notifications so
that they show up in the traces when this happens. No logic to handle
them properly is implemented.
The Infineon modem informs about GPRS suspend cases. For example when
GPRS is active and a call is made. If the status changes, inform the
core about this change.
This uses GPRS_SUSPENDED_UNKNOWN_CAUSE reason since the modem does not
give a clear reason why GPRS was suspended. With this reason there is
a delay before the status change gets send out as D-Bus signal.
For the Infineon modem the AT+XHOMEZR option can be set to get informed
about home zone labels. If this information is available, it it still
not properly used, but it shows up in the traces for reference.
AT+VTS responds with an OK immediately, so add a wait in the driver
before returning so that core knows when the tone has finished. Note
that some modems actually do wait against 27.007, and other modems
use a manufacturer specific AT command and the drivers will need to
handle accordingly.
The Infineon modem adds an optional <plmn_list> parameter after the
access technology parameter <AcT>. It is not always present, but when
present it makes the operator listing fail.
+COPS: (2,"T-Mobile D","TMO D","26201",0,0),(3,"E-Plus","E-Plus","26203",0,),(3,"Vodafone.de","Vodafone.de","26202",0,),(3,"o2 - de","o2 - de","26207",0,)
Not all networks have this parameter and maybe only the home network
has it anyway. And so far this feature seems to be Infineon specific,
but just in case, parse the parameter if present to make sure the
operator listing is available.
This patch adds support for setting up a GPRS context and then switching
it into M-RAW_IP mode. The handling of the M-RAW_IP data stream is not
yet implemented.
The Infineon modem returns more detailed information of the SIM Toolkit
proactive sessions to the modem driver. A proactive session starts with
the status response '91 xx' (proactive command pending) and ends with a
status response response of '90 00' (normal ending of command) after
Terminal Response.
So only when receiving '90 00' result, the indication that the session
has ended should be given to the core.