Fix another logic bug in SS parser

If the passwords do not match, it is still a recognized string,
but we must return invalid format

Minor style issue

Fix logic flow in SS parser

Implement CallBarring::ChangePassword in AT driver

Add CallBarring::ChangePassword

Teach USSD to recognise password change strings.

This is slightly hacky, part of ussd.c responsible for registering services
is duplicated and parse_ss_control_string is modified to accept a fourth
SI fragment in the input string.

Move struct ussd_data definition out of the header.

No fuctional change.

Mention Yang's contribution

Mention Aki's contribution

Mention Rémi's contribution

Don't bother reporting subscriber numbers by type

Cleanup EFmsisdn reading patch

Add a new extract_bcd_number utility

Read own numbers from EFmsisdn instead of AT+CNUM.

Minor style fixes

Add record based file capability to sim_ops

Add capability to read / write / stat files on the SIM.  This now
supports cyclic, linear fixed and transparent SIM files.

Parse GET RESPONSE result to find structure of the file (cyclic, linear
fixed, or transparent), the file size and the record length.

Add both read and update capability for binary and record-based files.

Implement writing sim files through AT.

Use GET RESPONSE sim command to retrieve EF length

Also accept 0x9f as a success status word 1 for READ BINARY (GSM specific).

Fix NetworkRegistration test by fixing indentation.

[Sorry if you get this mail or some of the other mails a second time,
I sent a copy from an unsubscribed address yesterday].

Phonebook API tweak

Add call-history driver type

Return slist elements back to the allocator

Refactor phonebook code

Use immediate mode reporting, which means that the individual CPBR
lines are reported up to the core immediately.  This has a couple
advantages:
  - We do not need to malloc/free a bunch of single variables
    and copy them over.  Helps performance.
  - The lines are not buffered up and given to the plugin in one
    shot, instead processing is performed piecemeal.  This helps
    with keeping memory consumption down to a minimum

Use library functions appropriately

Instead of using custom parsing, use the existing library
functionality in result iter open_list, next_range and close_list

No need for mainloop in this test

Header guards not to be present in private headers

Fix SMS port addressing

SMS 8-Bit and 16-Bit ports are not the same

Fix not being able to set some attributes

Fix test case

Cleanup phonebook implementation

Fix style issues

Change some defines

Don't use spaces and use tabs instead

Re-arrange destruction order

Make const-correct

Improve string parsing code

Currently next_string and next_hexstring functions use a static
buffer in the iterator to store the value.  This value is clobbered
as soon as next_string or next_hexstring is called.  Instead,
we copy the entire line in iter_next and use it as a scratch buffer.
The only limitation is that lines of max 2048 are possible, however
these are limited to around this size by parts of the standard.

Add g_at_send_listing function

Export phonebook as vCard 3.0 format

Rework CMGR as an unsolicited notification

Since the PDU line doesn't have a prefix, the parser can get confused
if other unsolicited notifications arrive.  There is already explicit
support for unsolicited notifications with PDU, so we use that
instead

Add SMS fragment assembly capabilities

Add Unit test for SMS re-assembly code

Add utilities for SMS re-assembly

Fix SMS Concatenation header parsing

Change function signature

Fix to use negative error return in gisi/client.c

Rename ISI client and PhoNet netlink APIs

- Add g_ prefix to functions
- Add G-prefix and use CamelCasing in types

Add Basic SMS reception capabilities

- Can receive 7Bit, 8Bit and UCS2 encoded messages
- 8Bit is assumed to be a datagram to a certain port
- Messages with Invalid format are ignored
- Concatenation not yet supported

Add utility to extract text SMS

Add utility to extract datagrams

Add utility to extract SMS concatenation info

Add utility to extract application port address

Add a couple new sms_udh_iter utilities

Add pretty print function for SMS addresses

Add sms_extract_common function

Extract common attributes from the various SMS types

Make SCTS to time function const-correct

Can't implement Multiparty Hangup without chld

Do not use chld=1 on mpty when another held

If we're trying to hangup an active MPTY call, and we have
calls on hold we shouldn't use CHLD=1 (release_all_active)
since this will have the side-effect of activating the held
calls

Fix memory leak

Fixup style issues with previous MCC/MNC patch

- Breakup MCC/MNC LENGTH constant
- Don't hardcode numbers
- Fix >80 column length
- Fix test case to expect strings instead of shorts

Change MNC and MCC variable types to string

This is to make sure both 2 and 3-digit MNC values are correctly
handled. Both the modem plugin API as well as the D-Bus API are
affected.

Fix another pointer cast to use GINT_TO_POINTER

Add additional sanity check

Make SMS UDH iterators const-correct

Phonet/ISI client helper

Signed-off-by: Rémi Denis-Courmont <remi.denis-courmont@nokia.com>

Phonet datagram socket helpers

Signed-off-by: Rémi Denis-Courmont <remi.denis-courmont@nokia.com>

Phonet Netlink helpers

Signed-off-by: Rémi Denis-Courmont <remi.denis-courmont@nokia.com>

Check for restrict keyword

Signed-off-by: Rémi Denis-Courmont <remi.denis-courmont@nokia.com>

configure: set compiler flags at the end

This fixes interferences with warning-unsafe autoconf macros.

Signed-off-by: Rémi Denis-Courmont <remi.denis-courmont@nokia.com>

Fix for multiparty_hangup

Due to the use of an invalid structure, release_all_active was being
called instead of release_all_held

Fix typo

Add TP-PID enumeration

Additional fixes to multiline responses

The previous fix did not take into account the logic in have_line
function, which takes care of certain modems that do not prefix
their responses by <cr><lf> at all.  This fix should take both
into consideration

Fix multiline responses in GAtChat

The standard is a bit fuzzy on how multiline responses are returned
GAtChat assumed that they will always start with <cr><lf>, however
this doesn't seem to be correct.  Add a new state which is entered
when a response is obtained.  If <cr> is encountered, then it
is processed regularly, otherwise the parser assumes that the
next line is part of the multiline response

Add utility for parsing MWI SMS DCS types

Only USSD needs the special <cr> handling

Apparently all Cell Broadcasts are always 88 bytes long, with a
6 byte header and 82 byte payload.  <cr> character is used as a
terminator and padding for the unused payload

Fixup header

Reorder the header file a bit

Rename ud_len_in_octets to sms_udl_in_bytes

Rename sms utilities properly

Rename encode_sms to sms_encode
Rename decode_sms to sms_decode

Add SMS specific DCS decoding function

Add utility to convert SCTS to local/remote time

Add proper handling for various messages

Handle Deliver / Status Report / Cell Broadcast messages and send the
appropriate acknowledgement PDUs (+CNMA) if required

SMS-Command is also submitted with sc address

Add colons to SMS prefixes

Add SMS interface initialization code for atmodem

Add check for error path

Add check for error path

Add UDH Iterator unit test

Break out VPF printing into separate function

Add User-Data-Header iterator utilities

Unit test for SMS-Submit encoding

Calculation for UCS2 cases was wrong

Adding common unregister code in atmodem driver

Modem cleanup happens in two places: manager_free (ofono exit) and
manager_destroy (manually removing a specific modem).  Both need
to unregister the entire set of registered interfaces.

manager_destroy function did not unregister all interfaces.  Fixed
by adding a common function for both code paths.

Squash another uninitialized warning

GCC detects that next_octet only sets oct if successful.  However,
we've already checked the length, so it should always succeed.

Squash another uninitialized warning

GCC is smart enough to detect that oct is only set if the next_octet
function succeeds.  However, we've already checked that buf is big
enough, so it should always succeed.  Still, lets keep gcc happy

Squish another uninitialized warning in CB

Squish another uninitialized warning

Change int type to enum for SS control callbacks

Squash another uninitialized value warning

Forgot this for SMS driver