summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/export-to-postgresql.py
diff options
context:
space:
mode:
authorAlan Brady <alan.brady@intel.com>2024-02-22 22:04:36 +0300
committerTony Nguyen <anthony.l.nguyen@intel.com>2024-03-04 20:38:36 +0300
commit41252855df77a9bef119489b66671e317efb5a7e (patch)
tree4a5a87606c1f0c10f19ca3c11a951e69665330c4 /tools/perf/scripts/python/export-to-postgresql.py
parent43b67308df98ac58055c6a3126427a76d7802e1a (diff)
downloadlinux-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