1c7bf96019
Switch to the new API for delayed work related to DNS queries. In the previous solution it was assumed that the work item could be immediately cancelled at the point the query slot was released. This is not true. We need a secondary condition to record the fact that the query was completed while the work item was still pending, and an additional check to detect when the work item completed and the slot reclaimed. Also annotate functions to indicate when they require the lock on query content to be held, add some helpers that abstract core operations like invoking a callback or releasing a query slot, and fix some more cases where query slot content was accessed outside of the new lock infrastructure. Signed-off-by: Peter Bigot <peter.bigot@nordicsemi.no> |
||
---|---|---|
.. | ||
6lo | ||
all | ||
arp | ||
buf | ||
checksum_offload | ||
context | ||
dhcpv4 | ||
ethernet_mgmt | ||
hostname | ||
icmpv4 | ||
icmpv6 | ||
ieee802154 | ||
iface | ||
ip-addr | ||
ipv6 | ||
ipv6_fragment | ||
lib | ||
mgmt | ||
mld | ||
neighbor | ||
net_pkt | ||
pm | ||
ppp/driver | ||
promiscuous | ||
ptp/clock | ||
route | ||
route_mcast | ||
shell | ||
socket | ||
tcp | ||
tcp2 | ||
traffic_class | ||
trickle | ||
tx_timestamp | ||
udp | ||
utils | ||
vlan |