From: Simon Horman <horms@kernel.org>
To: Marcin Szycik <marcin.szycik@linux.intel.com>
Cc: Wojciech Drewek <wojciech.drewek@intel.com>,
netdev@vger.kernel.org, pawel.chmielewski@intel.com,
anthony.l.nguyen@intel.com,
Liang-Min Wang <liang-min.wang@intel.com>,
intel-wired-lan@lists.osuosl.org
Subject: Re: [Intel-wired-lan] [PATCH iwl-next v3] ice: Reset VF on Tx MDD event
Date: Thu, 28 Mar 2024 17:34:50 +0000 [thread overview]
Message-ID: <20240328173450.GH651713@kernel.org> (raw)
In-Reply-To: <20240326164455.735739-1-marcin.szycik@linux.intel.com>
On Tue, Mar 26, 2024 at 05:44:55PM +0100, Marcin Szycik wrote:
> 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
> a faulty userspace app running on VF.
>
> When Malicious Driver Detection event occurs and the mdd-auto-reset-vf
> private flag is set, perform a graceful VF reset to quickly bring VF back
> to operational state. Add a log message to notify about the cause of
> the reset. Add a helper for this to be reused for both TX and RX events.
>
> Reviewed-by: Wojciech Drewek <wojciech.drewek@intel.com>
> Co-developed-by: Liang-Min Wang <liang-min.wang@intel.com>
> Signed-off-by: Liang-Min Wang <liang-min.wang@intel.com>
> Signed-off-by: Marcin Szycik <marcin.szycik@linux.intel.com>
Hi Marcin,
If I read this correctly then a reset may be performed for several
different conditions - values of different registers - for a VF
as checked in a for loop.
I am wondering if multiple resets could occur for the same VF within
an iteration of the for loop - because more than one of the conditions is
met. And, if so, is this ok?
WARNING: multiple messages have this Message-ID (diff)
From: Simon Horman <horms@kernel.org>
To: Marcin Szycik <marcin.szycik@linux.intel.com>
Cc: intel-wired-lan@lists.osuosl.org, netdev@vger.kernel.org,
mschmidt@redhat.com, anthony.l.nguyen@intel.com,
pawel.chmielewski@intel.com,
Wojciech Drewek <wojciech.drewek@intel.com>,
Liang-Min Wang <liang-min.wang@intel.com>
Subject: Re: [PATCH iwl-next v3] ice: Reset VF on Tx MDD event
Date: Thu, 28 Mar 2024 17:34:50 +0000 [thread overview]
Message-ID: <20240328173450.GH651713@kernel.org> (raw)
In-Reply-To: <20240326164455.735739-1-marcin.szycik@linux.intel.com>
On Tue, Mar 26, 2024 at 05:44:55PM +0100, Marcin Szycik wrote:
> 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
> a faulty userspace app running on VF.
>
> When Malicious Driver Detection event occurs and the mdd-auto-reset-vf
> private flag is set, perform a graceful VF reset to quickly bring VF back
> to operational state. Add a log message to notify about the cause of
> the reset. Add a helper for this to be reused for both TX and RX events.
>
> Reviewed-by: Wojciech Drewek <wojciech.drewek@intel.com>
> Co-developed-by: Liang-Min Wang <liang-min.wang@intel.com>
> Signed-off-by: Liang-Min Wang <liang-min.wang@intel.com>
> Signed-off-by: Marcin Szycik <marcin.szycik@linux.intel.com>
Hi Marcin,
If I read this correctly then a reset may be performed for several
different conditions - values of different registers - for a VF
as checked in a for loop.
I am wondering if multiple resets could occur for the same VF within
an iteration of the for loop - because more than one of the conditions is
met. And, if so, is this ok?
next prev parent reply other threads:[~2024-03-28 17:35 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-26 16:44 [Intel-wired-lan] [PATCH iwl-next v3] ice: Reset VF on Tx MDD event Marcin Szycik
2024-03-26 16:44 ` Marcin Szycik
2024-03-27 6:33 ` [Intel-wired-lan] " Przemek Kitszel
2024-03-27 6:33 ` Przemek Kitszel
2024-03-28 17:34 ` Simon Horman [this message]
2024-03-28 17:34 ` Simon Horman
2024-03-29 11:31 ` [Intel-wired-lan] " Marcin Szycik
2024-03-29 11:39 ` Marcin Szycik
2024-03-31 18:27 ` Simon Horman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240328173450.GH651713@kernel.org \
--to=horms@kernel.org \
--cc=anthony.l.nguyen@intel.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=liang-min.wang@intel.com \
--cc=marcin.szycik@linux.intel.com \
--cc=netdev@vger.kernel.org \
--cc=pawel.chmielewski@intel.com \
--cc=wojciech.drewek@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.