[net] protecting interfaces from races between control and data ?
Luigi Rizzo
rizzo at iet.unipi.it
Mon Aug 5 08:24:38 UTC 2013
i am slightly unclear of what mechanisms we use to prevent races
between interface being reconfigured (up/down/multicast setting, etc,
all causing reinitialization of the rx and tx rings) and
i) packets from the host stack being sent out;
ii) interrupts from the network card being processed.
I think in the old times IFF_DRV_RUNNING was used for this purpose,
but now it is not enough.
Acquiring the "core lock" in the NIC does not seem enough, either,
because newer drivers, especially multiqueue ones, have per-queue
rx and tx locks.
Does anyone know if there is a generic mechanism, or each driver
reimplements its own way ?
thanks
luigi
More information about the freebsd-current
mailing list