Hi Josiah thank you for reporting, it seems to be due to a card reset (on this card model, setting the promisc leads to a card reset), it should be handled by avoiding handling promisc state changes when the card is in use, I will check it. Please open an issue on github to keep track of it.
Alfredo > On 27 Jul 2016, at 11:42, Josiah White <[email protected]> wrote: > > Hello, > > I am able to reproduce a kernel panic using the i40e-1.5.18-zc drivers. > When I have a PF_RING application running using an interface (in this case > eth2) > If I run tcpdump on this interface at the same time, then exit tcpdump it > will consistently cause a kernel panic. The logs indicate this happens when > tcpdump tries to leave promiscuous mode. > From what I can see, the device resets when promiscuous mode is toggled which > causes PF_RING to raise an error since the device is in use. > > This is the kernel log of when it had happened: > http://hastebin.com/hibonigira.md <http://hastebin.com/hibonigira.md> > > After this happens, the system hard-locks and requires physically rebooted. > > Thanks > _______________________________________________ > Ntop-misc mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop-misc
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Ntop-misc mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-misc
