gdhcp: Transaction id was not set when receiving L2 packet

The transaction id was always printed as 0x0000 in debug print.
gdhcp: Transaction id is in network byte order

Print xid in host byte order so that it is easier to match the
value to data in network packet.
gdhcp: Workaround for buggy AP that handle broadcast flag incorrectly

Some routers/AP handle the DHCP broadcast flag incorrectly.
This means that some AP discard the DHCP packet if broadcast
flag is present and some discard it if broadcast flag is missing.

The workaround is to first send DISCOVER packet in INIT state without
broadcast flag. If there is a timeout we send the second packet with
broadcast flag set. In a case of second timeout the next DISCOVER will
not set broadcast flag etc.

In REBOOTING state the REQUEST packet will not set the broadcast flag.
If we do not get a reply, we switch to INIT state anyway which will
set the broadcast flag.
[connman] Enable TLSv1.2 and TLSv1.1 with gweb
[connman] Stop recurring online checks when network is removed
[connman] Do not start two simultaneous ipv6 online checks
Merge pull request #150 from tigeli/gwebtls

[connman] Enable TLSv1.2 and TLSv1.1 with gweb
Merge pull request #146 from hmallat/upstream-dhcp-fixes

[connman] Upstream dhcp fixes
Merge pull request #151 from tigeli/stop_online_chk

[connman] Stop recurring online checks when network is removed
Merge pull request #152 from tigeli/remove_xtra_online_chk

[connman] Do not start two simultaneous ipv6 online checks
[connman] enhance online check

-Do not trigger __connman_service_online_check_failed
 with http status 302.
-Only downgrade connection when the state has been
 online and online check for it fails.
-Do not continue doing online checks if the service is
 not ready/online-state.
Merge pull request #153 from tigeli/enhance_ochk

[connman] enhance online check