device: Make sure the device is up and running before enabling it

It can happen that, after a unproper ConnMan exit, a device is still up.
Once ConnMan is restarted cleanup_devices() will put this device down.
But then, it will never set it up again.

04:08:45 connmand[254]: src/device.c:__connman_device_init()
04:08:45 connmand[254]: src/inet.c:__connman_inet_get_address_netmask() index 2
04:08:45 connmand[254]: src/device.c:cleanup_devices() cleaning up wlan0 index 2
(...)
04:08:45 connmand[254]: wlan0 {newlink} index 2 operstate 2 <DOWN>
(...)
04:08:45 connmand[254]: plugins/wifi.c:wifi_newlink() index 2 flags 36866 change 0
04:08:45 connmand[254]: src/technology.c:__connman_technology_add_device() device 0x35e8a8 type WiFi
04:08:45 connmand[254]: src/technology.c:technology_get() type 3
04:08:45 connmand[254]: src/technology.c:technology_find() type 3
04:08:45 connmand[254]: src/device.c:__connman_device_enable() device 0x35e8a8

Reported by Richard Röjfors <richard.rojfors@gmail.com>
device: Do not try to bring up an invalid device index

In certain case, the device structure exists but is not related to any
device index.

This fixes this issue:
connmand[2510]: plugins/ofono.c:modem_probe() /ril_0 device 0x1cc9d10
connmand[2510]: src/technology.c:__connman_technology_add_device() device 0x1cc9d10 type Cellular
connmand[2510]: src/technology.c:technology_get() type 5
connmand[2510]: src/technology.c:technology_find() type 5
connmand[2510]: src/technology.c:technology_get() technology (nil) driver 0xacf38
connmand[2510]: src/technology.c:technology_load() technology 0x1cdef58
connmand[2510]: src/storage.c:storage_load() Loading /var/lib/connman/settings
connmand[2510]: src/technology.c:technology_get() technology 0x1cdef58
connmand[2510]: src/device.c:__connman_device_enable() device 0x1cc9d10
connmand[2510]: src/device.c:__connman_device_enable() device 0x1cc9d10, err -19
connmand[2510]: src/storage.c:storage_load() Loading /var/lib/connman/settings
connmand[2510]: plugins/ofono.c:modem_set_online() /ril_0 online 1
connmand[2510]: plugins/ofono.c:set_property() /ril_0 path /ril_0 org.ofono.Modem.Online
connmand[2510]: src/device.c:connman_device_set_powered() driver 0x1cc9d10 powered 0
connmand[2510]: plugins/ofono.c:modem_changed() /ril_0 Interfaces 0x05
connmand[2510]: plugins/ofono.c:modem_update_interfaces() /ril_0
connmand[2510]: plugins/ofono.c:api_added() cm added
connmand[2510]: plugins/ofono.c:get_properties() /ril_0 path /ril_0 org.ofono.ConnectionManager
connmand[2510]: plugins/ofono.c:cm_get_contexts() /ril_0
connmand[2510]: plugins/ofono.c:modem_changed() /ril_0 Serial 359745050002549
connmand[2510]: src/service.c:connman_service_create() service 0x1cdb8d0
connmand[2510]: src/service.c:service_initialize() service 0x1cdb8d0
connmand[2510]: src/service.c:service_load() service cellular_244919750451136_context1
connmand[2510]: src/storage.c:storage_load() Loading /var/lib/connman/cellular_244919750451136_context1/settings
connmand[2510]: src/service.c:connman_service_create() service 0x1cdb8d0
connmand[2510]: src/service.c:service_initialize() service 0x1cdb8d0

Reported-byy: Pasi Sjöholm <pasi.sjoholm@jolla.com>
service: Reply to disconnection from association and configuration states

A D-Bus reply to the client calling Connect() has been properly sent
when entering ready and failure states and a also on a proper disconnect
when calling __connman_service_disconnect().

But when a service enters disconnect state from either association or
configuration states, sending of the D-Bus reply has not happened.
dhcp: Check that network is not NULL before unreferencing

Reported by Daniel Wagner.
config: Netmask length cannot be zero

Reported by Daniel Wagner.
plugins: Netmask length cannot be zero

Reported by Daniel Wagner.
[connman] reset the service's ipv6.privacy-value to interface's default when removing service
Merge pull request #122 from tigeli/moarupstreampatches

[connman] patches from upstream
Merge pull request #123 from tigeli/ipv6privacy

[connman] reset the service's ipv6.privacy-value to interface's default when removing service
[connman] fixed usage of G_OPTION_FLAG_OPTIONAL_ARG

This flag is for options of type G_OPTION_ARG_CALLBACK and doesn't make
sense for G_OPTION_ARG_NONE.
Merge pull request #124 from monich/systemd_arg

Fix usage of G_OPTION_FLAG_OPTIONAL_ARG
[connman] Fix crash when removing service
Merge pull request #126 from tigeli/ipv6privacy

[connman] Fix crash when removing service