Today SriovNetworkNodeState.Spec.dpConfigVersion contains the (fnv)hash of device plugin config map data.
that means that each time this config us updated, this hash willl change and trigger reconcile of config daemon.
Since this config map contains per-node device plugin configurations, it only makes sense to calculate hash for the specific node data instead of the entire thing thus preventing un-needed operations by sriov config daemon.
a non-existing sriov config map and an "empty" entry in the config map for the node should yield the same hash.
since intially config map will not exist.
Today
SriovNetworkNodeState.Spec.dpConfigVersion
contains the (fnv)hash of device plugin config map data. that means that each time this config us updated, this hash willl change and trigger reconcile of config daemon.Since this config map contains per-node device plugin configurations, it only makes sense to calculate hash for the specific node data instead of the entire thing thus preventing un-needed operations by sriov config daemon.
a non-existing sriov config map and an "empty" entry in the config map for the node should yield the same hash. since intially config map will not exist.