aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/drivers/net/ethernet/mediatek/mtk_ppe.c
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2022-09-07 13:44:04 +0100
committerDavid S. Miller <davem@davemloft.net>2022-09-07 13:44:04 +0100
commit0f51fa2a3ca19783e7817a6be76661cd9136d057 (patch)
tree76345a71558bc55469a3bf04dd39f975c54a8545 /drivers/net/ethernet/mediatek/mtk_ppe.c
parentnet: usb: qmi_wwan: add Quectel RM520N (diff)
parentnet: dsa: felix: access QSYS_TAG_CONFIG under tas_lock in vsc9959_sched_speed_set (diff)
downloadwireguard-linux-0f51fa2a3ca19783e7817a6be76661cd9136d057.tar.xz
wireguard-linux-0f51fa2a3ca19783e7817a6be76661cd9136d057.zip
Merge branch 'dsa-felix-fixes'
Vladimir Oltean says: ==================== Fixes for Felix DSA driver calculation of tc-taprio guard bands This series fixes some bugs which are not quite new, but date from v5.13 when static guard bands were enabled by Michael Walle to prevent tc-taprio overruns. The investigation started when Xiaoliang asked privately what is the expected max SDU for a traffic class when its minimum gate interval is 10 us. The answer, as it turns out, is not an L1 size of 1250 octets, but 1245 octets, since otherwise, the switch will not consider frames for egress scheduling, because the static guard band is exactly as large as the time interval. The switch needs a minimum of 33 ns outside of the guard band to consider a frame for scheduling, and the reduction of the max SDU by 5 provides exactly for that. The fix for that (patch 1/3) is relatively small, but during testing, it became apparent that cut-through forwarding prevents oversized frame dropping from working properly. This is solved through the larger patch 2/3. Finally, patch 3/3 fixes one more tc-taprio locking problem found through code inspection. ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions