On Thu, Dec 14, 2023 at 09:37:32AM +0100, Michal Schmidt wrote: > On Thu, Nov 2, 2023 at 4:56 PM Pawel Chmielewski > <pawel.chmielew...@intel.com> wrote: > > From: Liang-Min Wang <liang-min.w...@intel.com> > > > > In cases when VF sends malformed packets that are classified as malicious, > > sometimes it causes Tx queue to freeze. This frozen queue can be stuck > > for several minutes being unusable. This behavior can be reproduced with > > DPDK application, testpmd. > > > > When Malicious Driver Detection event occurs, perform graceful VF reset > > to quickly bring VF back to operational state. Add a log message to > > notify about the cause of the reset. > > Sorry for bringing this up so late, but I have just now realized this: > Wasn't freezing of the queue originally the intended behavior, as a > penalty for being malicious? > Shouldn't these resets at least be guarded by ICE_FLAG_MDD_AUTO_RESET_VF? > > Michal
In some cases, the MDD can be caused also by a regular software error (like the one mentioned in commit message), and not the actual malicious action. There was decision to change the default behavior to avoid denial of service. _______________________________________________ Intel-wired-lan mailing list Intel-wired-lan@osuosl.org https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
