diff options
author | Matthieu Baerts <[email protected]> | 2023-03-15 21:25:17 +0100 |
---|---|---|
committer | Jakub Kicinski <[email protected]> | 2023-03-16 21:11:03 -0700 |
commit | 1b0120e4db0bf2838d1ce741195ce4b7cc100b91 (patch) | |
tree | 0fb839b427451e09c2b010e59fff05ea23c782d5 /drivers/usb/cdns3/cdns3-imx.c | |
parent | 470efd68a4653d9819d391489886432cd31bcd0b (diff) |
hsr: ratelimit only when errors are printed
Recently, when automatically merging -net and net-next in MPTCP devel
tree, our CI reported [1] a conflict in hsr, the same as the one
reported by Stephen in netdev [2].
When looking at the conflict, I noticed it is in fact the v1 [3] that
has been applied in -net and the v2 [4] in net-next. Maybe the v1 was
applied by accident.
As mentioned by Jakub Kicinski [5], the new condition makes more sense
before the net_ratelimit(), not to update net_ratelimit's state which is
unnecessary if we're not going to print either way.
Here, this modification applies the v2 but in -net.
Link: https://github.com/multipath-tcp/mptcp_net-next/actions/runs/4423171069 [1]
Link: https://lore.kernel.org/netdev/[email protected]/ [2]
Link: https://lore.kernel.org/netdev/[email protected]/ [3]
Link: https://lore.kernel.org/netdev/[email protected]/ [4]
Link: https://lore.kernel.org/netdev/[email protected]/ [5]
Fixes: 28e8cabe80f3 ("net: hsr: Don't log netdev_err message on unknown prp dst node")
Signed-off-by: Matthieu Baerts <[email protected]>
Reviewed-by: Steen Hegelund <[email protected]>
Link: https://lore.kernel.org/r/20230315-net-20230315-hsr_framereg-ratelimit-v1-1-61d2ef176d11@tessares.net
Signed-off-by: Jakub Kicinski <[email protected]>
Diffstat (limited to 'drivers/usb/cdns3/cdns3-imx.c')
0 files changed, 0 insertions, 0 deletions