summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/failed-syscalls-by-pid.py
diff options
context:
space:
mode:
authorAditya Kumar Singh <quic_adisi@quicinc.com>2025-01-24 09:16:37 +0300
committerJeff Johnson <jeff.johnson@oss.qualcomm.com>2025-02-04 01:43:28 +0300
commite26a6989b10a3dfc97b8c206023a6bf3a3ccb94e (patch)
tree1ddf86e8f2d5e590c46af67ec4ee9561f443fdf7 /tools/perf/scripts/python/failed-syscalls-by-pid.py
parentf9c88d65e805ca06f26806ac99f569a3dfac2229 (diff)
downloadlinux-e26a6989b10a3dfc97b8c206023a6bf3a3ccb94e.tar.xz
wifi: ath12k: update the latest CSA counter
At present, the driver configures the firmware to send the Channel Switch (CS) count event only when the count reaches zero during a Channel Switch Announcement (CSA). For frames managed by the upper layer, where the driver does not update the counter, the CS count in these frames remains unchanged throughout the entire CSA period. This is because the upper layer is not aware of the latest ongoing count. Indicating same count value throughout the CSA time is wrong and could lead to connection instabilities. Fix this by configuring firmware to send CS count event for every count and then accordingly decrementing the count in mac80211. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 Signed-off-by: Aditya Kumar Singh <quic_adisi@quicinc.com> Link: https://patch.msgid.link/20250124-ath12k_mlo_csa-v2-3-420c42fcfecf@quicinc.com Signed-off-by: Jeff Johnson <jeff.johnson@oss.qualcomm.com>
Diffstat (limited to 'tools/perf/scripts/python/failed-syscalls-by-pid.py')
0 files changed, 0 insertions, 0 deletions