dnsproxy flush method implementation

Add a resolver flush method

The flush method sends any pending resolving requests. A resolver can
queue requests to some pending list when e.g. it knows ConnMan is offline.

Initial on-demand connection implementation

This first implementation tracks the connection status, and provides
a simple API for starting the on-demand session.

Free service data in service_reply

Avoid the memory leak of server_data.

Release 0.55

Fix script for testing counter interface

Fix wrong prototype for DHCP client library reference counting

Add more debug output to DHCP client plugin

Update RegisterCounter method parameters

Fix PATH of adapter_watch in bluetooth plugin

The Path of the adapter_watch signal is not right, so the adapter
status can not be synced.

Fix floating point error for unhandled dhcp options

Unhandled dhcp options will trigger a divide by zero exception.

Initial dhcp-lib based dhcp plugin

dhclient is still the favorite one, but the dhcp-lib one comes next to it.

Display hostname to dhcp-test

gdhcp hostname option support

Fix GDHCPClientError typo

Add iptables and DHCP test tools to .gitignore

Export the DHCP library functions for plugins

Add skeleton for generic DHCP plugin

Add initial version of DHCP client test tool

Fix missing automake integration for DHCP client library

Add initial support for DHCP client library

TODO list update

Check for NULL service pointer in nameserver host route routines

VPNs will have a NULL service.

Fix outdated config file format document

Provide unique identifier along with the interface callbacks

Add service property and signals for LoginRequired

Fix Ethernet service type detection

Fix proper detection for pure Ethernet technology types

Add technology driver callbacks for adding/removing interfaces

Monitor interface creation/removal and check DEVTYPE

Add simple technology driver support for Bluetooth

Add technology driver callback for setting Tethering

Add callbacks for Tethering enable/disable on technology level

Add support for technology drivers

change data->gateway to data->ipv4_gateway in src/connection.c

Add some extra autoconf/automake magic for iptables library

iptables test program

This piece of code allows to add a -m quota -j DROP rule to a user defined
chain.

Add missing enable-tethering and disable-tethering test scripts

Add empty dictionary for roaming counters for now

Update counter test script to print roaming ones as well

Update counter API to differentiate between home and roaming counters

Do not pass the -H option to dhclient task

This option is only supported by RedHat's dhclient package.

Check for add_gateway() return value before dereferencing it

add_gateway() also returns NULL for zero length strings.

Update nameserver host routes with DNS manual settings

Return manually set gateway when the ipdevice one is NULL

With N (> 1) online services, only the connected device will have its
gateway set (as the default route). If the remaining ones have manually set
gateways, then let's return that.

No host route needed for nameservers on the same subnet

Set DNS host routes before toggling the service READY state

update_nameservers() is called when a service hits the READY state. The DNS
proxy code will be able to connect to the added nameservers if the right
host routes have been set.

Factorize host route setting routine

Remove child watch when connman_task is freed

Update counter API documentation

Fix SEGV at first startup

connman_wifi_load_ssid() can return NULL. Best not to dereference that.
This fixes Meego's bug #3787.

Fix connman_wifi_load_ssid

The returned string array must be NULL terminated, and the groups array
should be freed as well.

Remove task plugin

Convert udhcp plugin to connman task

The udhcp plugin was still using the old and deprecated
plugins/task.c API.

Add DHCP plugins priority flags

Parse boolean flag from test-connman argv

Any non empty string evaluates to True which is clearly not intended.

Fix crash in dhclient release

Keep start/stop state of statistic timers

When starting a ethernet device the sequence of the
device state (UP, LOWER_UP) from RTNL is different then
by a WiFi device.

For an ethernet device the entering UP and LOWER_UP
arrives together. Whereas for WiFi device we get
a entering UP and leaving LOWER_UP. This results in
a call on lower_down first.

Unfortunatly, the stats_start and stats_stop should
be called in the right order. This fix tracks the
statistics enabled/disabled state.

Add additionals statistics counters

Adding rx_packets, tx_packets, rx_errors, tx_errors,
rx_dropped and tx_dropped counters.

Fix my own email address

Make test-counter byte counters human readable

Save counter values during shutdown

With moving the start/stop function to the lower_up/lower_down
fucntions in service, the statistic was not stored anymore
when connman was shutdown. Reason being that lower_down will
be called only from a RTNL event which is asynchron. So when
the ethernet_disable is called connman doesn't see the
corresponding UP,LOWER_UP event.

Update TODO list

Start/stop statistics depending on LOWER_UP state

The statistic counters should be updated as soon the
interface enters LOWER_UP state ('cable' connected).

Therefore we do not depend on the state of the
Service object, which fixes also the shortcoming
we have currently with private connections. Those
services do not enter the ONLINE state.

At least for ethernet the lower_up callback
has not been called because the service was
created 'too late'.

Initialize offset counters

The Service object needs the the first update of
the statistic counters to know the offset for its
calculation. Until now, the first timeout of timer
was used to update this values. This fix triggers
an update only for initialiting the offset values
and does not notify the counter clients.

Remove the udev based RFKILL switch processing

Make .mailmap rule simpler

Add .mailmap file to fix Luiz's name spelling in git shortlog

Add initial bits and pieces for Tethering support

Update service statistics

Instead of collecting statistics on interface name base and storing it
local in counter.c, update the Service object.

counter.c maps interface names to Service objects.
The assumption is made that there is a 1:1 mapping between Service objects
and interface name.

A Counter object will only show Service object statistics for services in
the ready state. There is no interface (yet) for retrieving information on
Service objects in idle/failure/configuration/.. state.

Add service statistic data structure

The static values are maintained in the Service object and exposed
through simple accessors.

When a Service object enters the ready state it registers itself at
Counter.

If the Service object is leaving the ready state it will de-register
itself from Counter and consequently it will not be updated anymore.

The user can shorten the update interval when he registers a Counter
object with a shorter interval value.

The statistic is stored in the profile file.
Only the current value is stored, no history.

If there is not Counter object the stats wont be upated. This short
coming will be addressed by the 'data threshold netfilter module'
patches.

Centralize rntl update timers

Instead of creating a new rntl trigger for each Counter object move this
part to the rtnl core. Only one update trigger will be registered at RTNL.
The minimum interval will used for the timeout callback.

Set the network roaming toggle according to oFono status

oFono's NetworkRegistration interface gives a status propery indicating
(among other things) if we're roaming or not.

Add the -g option to ntpd

This allows for setting the clock regardless of the time offset.

Create service ipconfig only when it's NULL

If a service already has an allocated ipconfig layer but the corresponding
network index is negative, the only thing left to do is to set the ipconfig
index properly.
The oFono plugin toggles the network index between connection while the
service ipconfig layer stays alive.

More realistic TODO list

Expand the TODO list with more tasks along with their priorities and
complexity. A more detailed task description is still missing.

Release 0.54

Use the network_update() routine for propagating strenght changes

Add helper for network update

This is cleaner and more readable than going through the
network_set_group() routine.

Track strength changes from oFono's registration interface

Remove magic constants from dns request parsing code

Support root requests with EDNS0 OPT records

A DNS request with a 0 length QNAME and an additional record (e.g. an
EDNS0 one) is a valid one. A root nameservers request sent by a client
requesting for EDNS0 is one of those.
So label_count can potentially be left at 0 with the EDNS0 record still
to be parsed. In that case label_ptr should just be moved one byte forward,
instead of staying at NULL. The latter will cause segmentation fault when
trying to dereference it from the EDNS0 record parsing code.

Support for ppp default route setting

When gateway is NULL, we need to properly set our connection and element
string to 0.0.0.0 so that the interface is the default route.

Mention Kalle's contributions

ofono: Follow registration name changes

As the Name property in org.ofono.NetworkRegistration is sometimes empty
while the network is created, follow the property changes in
org.ofono.NetworkRegistration interface and set network name if the name
changes. Also the network name might change in certain rare cases,
so this needs to be handled in connman side.

Send signal when service name changes

Needed for operator name changes in ofono.

Use dedicated code path for fixed IP settings

Fix invalid D-Bus path with finished scans without hidden SSIDs

Enable hidden blocks only when hidden SSIDs are around

Prevent wpa_supplicant from automatically associating to our hidden blocks

wpa_supplicant will never match a network block with an invalid BSSID
and an actual scan results, and thus will not select the latter for
association.

Remove IPv4 element registration from the oFono plugin

This is no longer needed with the manual setting path adding the nameserver
as well.

Add nameserver settings to the manual configuration setting

This is needed for ofono when the modem sends fixed IP settings, along
with namesevers.

ofono: do not use context path as network group identifier

The ofono plugin was using context path as network group identifier
which caused service path to end something like this:

/profile/default/cellular_244053111242822_huawei2_primarycontext1

But the problem here is that with certain modems (like my Huawei E1552)
the path will change every time the modem in replugged. This meant
that a new connman service was created everytime and I had to
enter APN everytime, instead of using the stored service which already
had APN correctly set.

Fix this by using only the last part from path, for example in this
case primarycontext1:

/profile/default/cellular_244053111242822_primarycontext1

Now with huawei modems the service id stays always the same as it should.

Return an error for invalid transaction on immutable services

Only scan for hidden SSIDs from your favorites

Fix potential uninitilized variable usage

Prefer to use err instead of ret for variable names

Set default gateway when route deletion fails

When del_routes fails, no gateway deletion event is sent and thus the
connection layer doesn't set a proper default gateway.

Add some more portal plugin debug strings

Update the configuration file documentation

The configuration file names should be *.config.