bpf: don't clear pointer from descriptor to the tap on descriptor closeHEADmain

During packet processing the descriptor is looked up using epoch(9) and it
can be accessed after bpf_detachd().  In scenario of descriptor close the
tap point is alive (it actually produces packets) and thus the pointer can
be legitimately dereferenced.  This fixes a race on a bpf(4) device close
that would otherwise result in panic.

Differential Revision:	https://reviews.freebsd.org/D55064

0 files changed, 0 insertions, 0 deletions