lib: added netdev_ref_resolve utility, improved related
version 0.5.32
Merge pull request #304 from mtomaschewski/master-netdev_ref
names: add linkinfo kind to type mapping functions
linkstats: replace with 64 bit variants
iflist: refactor ifinfomsg processing

Try to determine link->type via link->kind pulled from tb[IFLA_LINKINFO].
Otherwise, use ARPHRD/other means. Finally, only set link->type on an
interface who's initial type was NI_IFTYPE_UNKNOWN.
iflist: favour 64 bit link stats
iflist: remove ethtool stats collection

Rework/Re-enable for SP1. For now we have link stats.
ifup: Add policies first, enable successful devices
fsm: Move ni_ifup_pull_in_children to FSM
dhcp4: fix link type comparison during device up events

Previously we invoked ni_capture_devinfo_refresh() directly which lead
to many:

ni_error("%s: reconfig changes device type! d%u l%u", devinfo->ifname, devinfo->iftype, link->type);

This was comparing an empty dhcp4 dev->link struct with one that was
populated during dhcp4 device creation (ie. dhcp4_device_create()->
ni_dhcp4_device_new()->ni_capture_devinfo_init()).

Now, on a device up event (ie. ni_dhcp4_event(..., event==NI_EVENT_DEVICE_UP),
we invoke the proper refresh function (also used during ni_dhcp4_acquire())
and compare properly initialized dev->system AND dev->link structs to
detect potential changes in device type from time of creation (represented
by dev->system) to time of configuration/re-configuration (represented
by dev->link).

This error has been mentioned in: bnc#880700
nanny: disable down operation for now
fsm: Remove unnecessary, extra ni_ifworker_flatten call
fsm: Remove unneeded config generation for policy
fsm: Remove worker and config gen. from ni_fsm_policy_new
nanny: rename appply policy func. to factory
nanny: Clear config.node on delete policy
nanny: create workers and assign config from create policy
fsm: Proper subclass and superclass check in ni_ifcondition_type()
ifup: include and sort children using nanny