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.
The current Infineon firmware overloads the AT+CFUN command with
enabling SIM Toolkit and fetching of proactive commands. It seems
to be safe to send this command in offline mode (AT+CFUN=4) and
also in online mode (AT+CFUN=1). These are the two cases where
SIM Toolkit atom would be initialized.
The audio state is mapped directly to isimodem's call server status
indications. When active, the modem speech path should be opened, and
when closed, the modem speech path may be closed.
The XPROGRESS notifcations are now handled inside an Infineon specific
audio settings driver. So no need to do that in the the voice call
driver as well.
It seems that the XSIM notification doesn't really send SIM ready
status. It sends ready to attach instead:
> AT+CPIN="0000"\r
< \r\nOK\r\n
< \r\n+XLOCK: "PN",5,0,"PU",5,0,"PP",5,0,"PC",5,0,"PS",5,0\r\n
< \r\n+XSIM: 7\r\n
So either SIM ready or ready to attach is received more to the
post_sim state.