If there is a system with a bpf consumer running and with direct dispatch policy on an expired arp entry can crash the system if the bpf code wants to sleep when called.
Also described here https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200323
Differential D2828
ARP request proper locking handling eri on Jun 15 2015, 4:59 PM. Authored by Tags None Referenced Files
Details
If there is a system with a bpf consumer running and with direct dispatch policy on an expired arp entry can crash the system if the bpf code wants to sleep when called. Also described here https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200323
Diff Detail
Event TimelineComment Actions It's highly likely that LLE_EXCLUSIVE is always set since la_preempt is being modified. The other code branch of arpresolve() calling arprequest() is modifying/unlocking la in the same way. Cheers for tracking this down. |