diff options
author | Alan Brady <alan.brady@intel.com> | 2024-02-22 22:04:36 +0300 |
---|---|---|
committer | Tony Nguyen <anthony.l.nguyen@intel.com> | 2024-03-04 20:38:36 +0300 |
commit | 41252855df77a9bef119489b66671e317efb5a7e (patch) | |
tree | 4a5a87606c1f0c10f19ca3c11a951e69665330c4 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | 43b67308df98ac58055c6a3126427a76d7802e1a (diff) | |
download | linux-41252855df77a9bef119489b66671e317efb5a7e.tar.xz |
idpf: add async_handler for MAC filter messages
There are situations where the driver needs to add a MAC filter but
we're explicitly not allowed to sleep so we can wait for a virtchnl
message to complete.
This adds an async_handler for asynchronously sent messages for MAC
filters so that we can better handle if there's an error of some kind.
If success we don't need to do anything else, but if we failed to
program the new filter we really should remove it from our list of MAC
filters. If we don't remove bad filters, what I expect to happen is
after a reset of some kind we try to program the MAC filter again and it
fails again. This is clearly wrong and I would expect to be confusing
for the user.
It could also be the failure is for a delete MAC filter message but
those filters get deleted regardless. Not much we can do about a delete
failure.
Tested-by: Alexander Lobakin <aleksander.lobakin@intel.com>
Signed-off-by: Alan Brady <alan.brady@intel.com>
Tested-by: Krishneil Singh <krishneil.k.singh@intel.com>
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions