diff options
| author | Larysa Zaremba <larysa.zaremba@intel.com> | 2024-09-04 11:54:17 +0200 |
|---|---|---|
| committer | Tony Nguyen <anthony.l.nguyen@intel.com> | 2024-09-30 14:23:32 -0700 |
| commit | 09d0fb5cb30ebcaed4a33028ae383f5a1463e2b2 (patch) | |
| tree | b2a7958f4892b3dd8258644d5228d4dbe562d3fb /drivers/platform/surface/surface3_power.c | |
| parent | 640f70063e6d3a76a63f57e130fba43ba8c7e980 (diff) | |
| download | lwn-09d0fb5cb30ebcaed4a33028ae383f5a1463e2b2.tar.gz lwn-09d0fb5cb30ebcaed4a33028ae383f5a1463e2b2.zip | |
idpf: deinit virtchnl transaction manager after vport and vectors
When the device is removed, idpf is supposed to make certain virtchnl
requests e.g. VIRTCHNL2_OP_DEALLOC_VECTORS and VIRTCHNL2_OP_DESTROY_VPORT.
However, this does not happen due to the referenced commit introducing
virtchnl transaction manager and placing its deinitialization before those
messages are sent. Then the sending is impossible due to no transactions
being available.
Lack of cleanup can lead to the FW becoming unresponsive from e.g.
unloading-loading the driver and creating-destroying VFs afterwards.
Move transaction manager deinitialization to after other virtchnl-related
cleanup is done.
Fixes: 34c21fa894a1 ("idpf: implement virtchnl transaction manager")
Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
Signed-off-by: Larysa Zaremba <larysa.zaremba@intel.com>
Tested-by: Krishneil Singh <krishneil.k.singh@intel.com>
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Diffstat (limited to 'drivers/platform/surface/surface3_power.c')
0 files changed, 0 insertions, 0 deletions