[rilmodem] Change call forwarding default service class per RIL design

RIL expects service class BEARER_CLASS_VOICE in
RIL_REQUEST_SET_CALL_FORWARD and SERVICE_CLASS_NONE in
RIL_REQUEST_QUERY_CALL_FORWARD_STATUS.

Signed-off-by: Petri Takalokastari <petri.takalokastari@oss.tieto.com>
[rilmodem] Set the path for all ADN record readings

Core does not list EFpbr to it's EF list so we cannot trust
sim_ef_db_get_path_3g or sim_ef_db_get_path_2g to find the
correct path. In order to read the 2nd and later phonebook
records we have to define the path in rilmodem level.

Signed-off-by: Jussi Kangas <jussi.kangas@oss.tieto.com>
Merge pull request #189 from jkangas/next

Request for pulling usage of preset paths when reading ADN records to next branch
[rilmodem] Enable SIM operations also in outdated SIM cards

Following Android example for interpreting RIL_APPSTATE_ILLEGAL
as RIL_APPSTATE_READY. E.g. SIM cards that are expired can go to
this state. By mapping the state to READY we are still able to
use the SIM features such as reading phonebook. Network access
will not be permitted with such SIM card regardless or READY
state.

Signed-off-by: Miia Leinonen <miia.leinonen@oss.tieto.com>
Merge pull request #190 from leinomii/next

[rilmodem] Enable SIM operations in expired SIM cards
[rilmodem] Disable cbs support

We don't know for sure if registering to listen CBS messages
causes unnecessary power consumption with our modem but since we are
not really supporting it it's better to disable the feature for now.

Signed-off-by: Jussi Kangas <jussi.kangas@oss.tieto.com>
[rilmodem] Do not handle unexisting response

Running disable-modem test case seems to cause assert triggering
in gril in developer mode. Since method seems to survive just fine
from handling of zero length command queue, removing the assert
helps testing in developer mode.

Signed-off-by: Jussi Kangas <jussi.kangas@oss.tieto.com>
Merge pull request #191 from jkangas/next

Request for pulling cbs disabling and handling of non-existent response fix to next branch
[network] Do not check the service table before reading SPDI

Although it is correct to check support for service provider display
info from service table before reading, operators don't necessarily
care about such details. Direct reading is the surest way to find out
if the info is present or not. If it is not, ofono will just get
failure from modem.

Signed-off-by: Jussi Kangas <jussi.kangas@oss.tieto.com>
Merge pull request #192 from jkangas/next

Request for pulling direct SPDI reading without service table check to next branch
include: Be more const-correct in ofono_dbus_*
gatchat: Fix handling of WRITE_SCHEDULER_DEBUG
mbpi: Pop subparser stack after mmsc and mmsproxy
Merge pull request #186 from ptakalok/call_forw

[rilmodem] Change call forwarding default service class per RIL design
Merge pull request #196 from marttipiirainen/next

Merge latest upstream oFono up to commit 278dba2ec85d8923dc36a151a1688a00a0d4317e.