13.03.2024 22:10, Si-Wei Liu wrote:
On 3/13/2024 11:12 AM, Michael Tokarev wrote:
..
Is this a -stable material?
Probably yes, the pre-requisites of this patch are PATCH #10 and #11 from this
series (where SVQ_TSTATE_DISABLING gets defined and set).
If yes, is it also applicable for
On 3/13/2024 11:12 AM, Michael Tokarev wrote:
14.02.2024 14:28, Si-Wei Liu wrote:
Fix an issue where cancellation of ongoing migration ends up
with no network connectivity.
When canceling migration, SVQ will be switched back to the
passthrough mode, but the right call fd is not programed to
13.03.2024 21:12, Michael Tokarev пишет:
14.02.2024 14:28, Si-Wei Liu wrote:
Fix an issue where cancellation of ongoing migration ends up
with no network connectivity.
When canceling migration, SVQ will be switched back to the
passthrough mode, but the right call fd is not programed to
the
14.02.2024 14:28, Si-Wei Liu wrote:
Fix an issue where cancellation of ongoing migration ends up
with no network connectivity.
When canceling migration, SVQ will be switched back to the
passthrough mode, but the right call fd is not programed to
the device and the svq's own call fd is still
On Thu, Feb 15, 2024 at 5:15 PM Eugenio Perez Martin
wrote:
>
> On Wed, Feb 14, 2024 at 1:39 PM Si-Wei Liu wrote:
> >
> > Fix an issue where cancellation of ongoing migration ends up
> > with no network connectivity.
> >
> > When canceling migration, SVQ will be switched back to the
> >
On Wed, Feb 14, 2024 at 1:39 PM Si-Wei Liu wrote:
>
> Fix an issue where cancellation of ongoing migration ends up
> with no network connectivity.
>
> When canceling migration, SVQ will be switched back to the
> passthrough mode, but the right call fd is not programed to
> the device and the
