On Wed, 29 Jul 2020 17:37:41 +0300 Moshe Shemesh wrote:
That's kinda late, because use may have paid the cost of migrating theThe fact that the driver supports fw_live_patch, does not necessarilyThat's correct, though the feature is supported, the firmware gap may
mean that the currently running FW can be live upgraded to the
currently flashed one, right?
not be suitable for live_patch.
The user will be noted accordingly by extack message.
workload or otherwise taking precautions - and if live reset fails all
this work is wasted.
While the device most likely knows upfront whether it can be live reset
or not, otherwise I don't see how it could reject the reset reliably.
Okay, so FW upgrade cannot be allowed when it'd mean the device getsThis interface does not appear to be optimal for the purpose.I will clarify in documentation. On live_patch nothing should be lost or
Again, documentation of what can be lost (in terms of configuration and
features) upon upgrade is missing.
re-initialized, that's the "live" thing.
de-featured? Also no link loss, correct? What's the expected length of
traffic interruption (order of magnitude)?