Update to version 1.15

he910: Fixup SIM status switching

SIM inserted notification may be missed, when get SIM status is ready,
make sure SIM inserted is set.

Change-Id: Iad752d39af544c2f177015b5e2530018e8947d40

Upgrade to version 1.14

Add the SmackExecLabel=User to allow rw for userspace apps

Change-Id: I35aad4dcd50d0c7025a15ec184d481540add1294
Signed-off-by: Michael Demeter <michael.demeter@intel.com>

packaging: diable bluez4 as bluez5 is integrated

Change-Id: I42fc2b2b13a2f3ab32c6049f555262b13458cf62
Signed-off-by: Sebastian Chlad <sebastianx.chlad@intel.com>

 Imported 1.13

resetting manifest requested domain to floor

Set license using %license

fix packaging and add ofono.manifest

Initial packaging

packaging: Initial packaging for Tizen on 1.12

Change-Id: I5cfd9eb836c0dc81dc70f84306b6d4df342d4ba6

Release 1.16

radio-settings: Show all available technologies

Not all possible futures technologies were being showed on the DBus
interface.

phonesim: Instantiate radio-settings in post_sim

phonesim: Add minimal radio-settings functionality

phonesim: Add skeleton of radio settings driver

radio-settings: Always query available rats

If fast dormancy query is not implemented the available rats are not
queried.

radio-settings: Add additional sanity check

radio-settings: rework AvailableTechnologies logic

Take advantage of the new enum structure to future proof and simplify
the logic of generating the AvailableTechnologies property

include: No need for OFONO_FLAG* defines

test: Add AvailableTechnologies to list-modems

src: Implement RAT list property

include: Add method to list RATs to radio-settings

doc: Add AvailableTechnologies property

This new property in org.ofono.RadioSettings interface will hold the
possible values for radio access technology for the modem.

sim: Fix pin retries bogus values on some arch-es

On some architectures the SimManager.Retries property was getting bogus
values.  This is because we were sending an array which pointed to int
values instead of the expected unsigned char values.

This fix allocates a temporary array of unsigned chars to hold the
actual D-Bus values being sent.  Additionally, the dictionary array is
changed to point to the temporary unsigned char based values instead of
the raw 'int' based retry values.

test: Support receiving SMS with non-ASCII chars

Without this I get the following Python traceback, for an SMS that
contains the UK pound sign.

ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 230, in maybe_handle_message
    self._handler(*args, **kwargs)
  File "./receive-sms", line 9, in incoming_message
    print("%s" % (message))
UnicodeEncodeError: 'ascii' codec can't encode character u'\xa3' in position 51: ordinal not in range(128)

he910: Update copyright

he910: enable location raporting atom

udev: add GPS port definition for HE910

telitmodem: Fix a few coding style violations

AUTHORS: Mention Kuba's contributions

telitmodem: location reporting driver

doc: new file doc/telit-modem.txt

emulator: Refine +BIND support

hfp_ag_bluez5: Bump HFP version to 1.7

emulator_fuzz: Add test plugin

This plugin creates an org.ofono.test.EmulatorFuzz interface on path
/test.  Currently only one method is implemented, SetIndicatorActive.

SetIndicatorActive("DistractedDrivingReduction", True|False) allows to
activate / deactivate the HF indicator via +BIND unsolicited
notification.

emulator: Implement new API

include: Add API to (de)activate HF indicators

test: Add test/set-ddr

Script to set DistractedDrivingReduction property

handsfree: Be extra pedantic with booleans

hfp_hf_bluez5: Use latest HFP version

handsfree: Don't try to send a method return

When we are simply updating the AG of HF indicator changes, do not try
to send a method return message.

slc: Make sure to initialize variables

hfp: Implement +BIND notifications

hfp: Notify core of HF indicators supported by AG

This information was obtained from SLC negotiation

hfp: Track supported / active indicators

This information is obtained during SLC establishment

handsfree: Implement new HF indicators API

include: Add HF Indicators related API

hfp: Add implementation of +BIEV

emulator: Refactor data types

hfp: Add HF Indicators BRSF feature for 1.7

If HFP 1.7 client is used, enable the right BRSF feature

handsfree: Skeleton implementation of DDR

Distracted Driving Reduction or Enhanced Safety is implemented using HF
indicator 0x0001

handsfree: Add new driver method for HF indicators

hfp: Add initial SLC negotiation for HFP 1.7

doc: Add Distracted Driving Reduction to Handsfree

handsfree: Implement new Features property value

doc: Add 'hf-indicators' feature to Handsfree API

emulator: Enable HF Indicator feature

emulator: Extend BRSF bitmap

The current check of 8 bits is not enough with HFP 1.7

emulator: Add +BIEV implementation

emulator: Add +BIND implementation

emulator: Fix CHLD=? not treated as part of SLC

emulator: Improve SLC establishment logic

hfp: Add enum for known HF Indicators

hfp: Update for new HFP 1.7 values

doc: Fixup Handsfree API

handsfree-audio: Fix broken coding style in switch statement

gdbus: Fix match rule for NameOwnerChanged

When subscribing to the D-Bus signal NameOwnerChanged from the bus driver,
specify the object path and the sender in the match rule. Otherwise, random
connections on the bus could impersonate the bus driver.

gdbus: Fix crash when watch is toggled or disconnected

This partially reverts 510b32b7156625b9df737c916b7a7a5c6fb285b9 since it
still necessary to take a reference before calling dbus_watch_handle
since internally it can call watch_info_free as in the following trace:

 Invalid read of size 8
   at 0x121085: watch_func (mainloop.c:105)
   by 0x4C72694: g_main_context_dispatch (gmain.c:2539)
   by 0x4C729C7: g_main_context_iterate.isra.23 (gmain.c:3146)
   by 0x4C72DC1: g_main_loop_run (gmain.c:3340)
   by 0x120541: main (main.c:551)
 Address 0x5bbcd90 is 16 bytes inside a block of size 24 free'd
   at 0x4A079AE: free (vg_replace_malloc.c:427)
   by 0x4C7837E: g_free (gmem.c:252)
   by 0x4F708BF: dbus_watch_set_data (dbus-watch.c:614)
   by 0x4F70938: _dbus_watch_unref (dbus-watch.c:132)
   by 0x4F6E9A7: _dbus_transport_handle_watch (dbus-transport.c:884)
   by 0x4F59AFB: _dbus_connection_handle_watch (dbus-connection.c:1497)
   by 0x4F70AF9: dbus_watch_handle (dbus-watch.c:683)
   by 0x121084: watch_func (mainloop.c:103)
   by 0x4C72694: g_main_context_dispatch (gmain.c:2539)
   by 0x4C729C7: g_main_context_iterate.isra.23 (gmain.c:3146)
   by 0x4C72DC1: g_main_loop_run (gmain.c:3340)
   by 0x120541: main (main.c:551)

gdbus: Fix crash when calling g_dbus_add_service_watch

If g_dbus_add_service_watch is called for service which bus name is
already known the following crash can happen:

invalid read of size 1
  at 0x4C2A2F2: strlen (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
  by 0x4E97722: g_strdup (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x405B0C: update_name_cache (watch.c:435)
  by 0x405C37: update_service (watch.c:593)
  by 0x4E7A2A5: g_main_context_dispatch (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E7A627: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E7AA39: g_main_loop_run (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4038EA: client_ready (test-gdbus-client.c:1014)
  by 0x4E9E5E0: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E9E7A5: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E9EB1A: g_test_run_suite (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x403614: main (test-gdbus-client.c:1058)
Address 0x5dbe5d0 is 0 bytes inside a block of size 7 free'd
  at 0x4C28577: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
  by 0x4E7FF7E: g_free (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x405B04: update_name_cache (watch.c:434)
  by 0x405C37: update_service (watch.c:593)
  by 0x4E7A2A5: g_main_context_dispatch (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E7A627: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E7AA39: g_main_loop_run (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4038EA: client_ready (test-gdbus-client.c:1014)
  by 0x4E9E5E0: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E9E7A5: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x4E9EB1A: g_test_run_suite (in /usr/lib64/libglib-2.0.so.0.3800.2)
  by 0x403614: main (test-gdbus-client.c:1058)

Revert "gdbus: Don't include just added interfaces in GetManagedObjects"

This actually creates a problem since the code now does flush any pending
message on the queue any signal will be send right away before the
actual reply to GetManagedObjects which will not contain those interfaces.

gdbus: Fix use after free

Refactor filter_data_remove_callback so that we do not iterate over
freed pointer.

gdbus: Avoid reporting GDBusClient disconnect twice

No matter if disconnection was reported previously, g_dbus_client_unref()
was always calling service disconnect callback. This patch fix the
following scenario:
1) service disconnects from the bus
2) disconnect callback gets called
3) client calls g_dbus_client_unref(), disconnect callback is called
   again.

build: Avoid warnings about _FORTIFY_SOURCE

Gentoo (and others) define _FORTIFY_SOURCE=2 by default.  We redefine
it, resulting in an error / configure failure.

ublox: Minor style cleanup

ublox: Remove unneeded VENDOR flags

devinfo and netreg atoms don't use vendor specific behavior

plugins: new driver for u-blox SARA-U270 modems

This driver may also work (perhaps with more or less trivial changes)
with other u-blox modems (SARA, LISA, LEON) but this hasn't been tested.

atmodem: set the auth method for u-blox modems

sim: query u-blox PIN retries with AT+UPINCNT

udevng: add detection logic for u-blox modems

quectel: Minor style cleanup

quectel: Remove unneeded VENDOR flags

Only the sim atom has QUECTEL specific code

plugins: add a new driver for Quectel UC15 modems

gprs: add support for u-blox +UREG URCs

atmodem: add vendor u-blox

atmodem: Minor style fixups

sim: query Quectel UC15 PIN retries with AT+QPINC?

udevng: add detection logic for Quectel modems

atmodem: add vendor Quectel

hfpmodem: Fix crash with more than two calls

A periodic CLCC polling is started when there is an ongoing multiparty
call and a new call appears in the system. A simple way to reproduce
the crashing scenario is:

1. Place a call.
2. Place a second call.
3. Create a multiparty call with both calls.
4. Place a third call (incoming or outgoing does not matter).
5. Disconnect HFP from the modem.

Within the function ciev_callheld_notify, the AT+CLCC command is also
invoked, thus a new cyclic CLCC polling is started, and it overwrites
the timer resource identifier stored in voicecall_data.clcc_source.
This means that there are several timers doing the CLCC polling, but
only one of those is under control, i.e. it can be removed through its
source identifier, hence a timer source leak.

This has a fatal consequence when the HFP modem is disconnected. The
function hfp_voicecall_remove stops the timer that is under control
before freeing the voicecall_data struct. However there are other timers
that are still active and will execute its handler poll_clcc afterwards.
Inside poll_clcc the driver_data is accessed, which is already NULL.

A solution for this is to avoid starting a CLCC polling if there is
already one active, i.e. clcc_source is not 0. By doing this the
uncontrolled timers will not cycle forever.

Release 1.15

gprs: provision the authentication method

mbpi: add support for provisioning the auth method

Use the authentication method from the mobile-broadband-provider-info
database if it is specified and supported (we support CHAP and PAP).
Default to CHAP if the database does not specify a method (i.e.: the
previous behaviour).

include: add auth method to the provisioning API

AUTHORS: Mention Philip's contributions

atmodem: set the PPP authentication method to use

gprs: Make the code a bit easier to read

gprs: make PPP authentication method configurable

Add a new "AuthenticationMethod" property to select between "pap"
and "chap" PPP authentication, defaulting to "chap" (i.e.: previous
behaviour).

include: add auth method to the gprs context API

doc: describe the AuthenticationMethod property