From: Jesse Brandeburg <firstname.lastname@example.org>
To: Alexander Lobakin <email@example.com>,
Petr Oros <firstname.lastname@example.org>
Cc: <email@example.com>, <firstname.lastname@example.org>,
Subject: Re: [Intel-wired-lan] [PATCH] ice: wait for EMP reset after firmware flash
Date: Tue, 12 Apr 2022 11:29:48 -0700 [thread overview]
Message-ID: <email@example.com> (raw)
On 4/12/2022 9:08 AM, Alexander Lobakin wrote:
>> +#define ICE_EMP_RESET_SLEEP 5000
> Ooof, 5 sec is a lot! Is there any way to poll the device readiness?
> Does it really need the whole 5 sec?
The problem with resets is usually you don't want to disturb the
hardware with PCIe pokes while it's resetting. In this case, this code
only runs if it was indicated by the update status that the firmware
could internally reset itself to pick up new updates, avoiding a reboot.
Yes the five seconds is less than ideal, but it was the value we found
that offered the most stability / likelihood of reset completing. In
this case the 5 seconds is a tradeoff vs a reboot.
Thank you Ivan for chasing down this bug!
next prev parent reply other threads:[~2022-04-12 18:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-12 10:27 [PATCH] ice: wait for EMP reset after firmware flash Petr Oros
2022-04-12 13:28 ` [Intel-wired-lan] " Paul Menzel
2022-04-29 11:32 ` [Intel-wired-lan] [PATCH] ice: wait for EMP reset after firmware flash #forregzbot Thorsten Leemhuis
2022-04-12 16:08 ` [Intel-wired-lan] [PATCH] ice: wait for EMP reset after firmware flash Alexander Lobakin
2022-04-12 18:29 ` Jesse Brandeburg [this message]
2022-04-12 16:58 ` Jacob Keller
2022-04-13 15:38 ` Petr Oros
2022-04-13 15:37 ` [PATCH v2] ice: wait 5 s " Petr Oros
2022-04-14 12:16 ` [Intel-wired-lan] " G, GurucharanX
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:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).