aboutsummaryrefslogtreecommitdiffstats
path: root/scripts/gcc-plugins/cyc_complexity_plugin.c
diff options
context:
space:
mode:
authorEric Dumazet <[email protected]>2017-02-23 23:22:43 +0000
committerDavid S. Miller <[email protected]>2017-02-26 20:39:43 +0000
commit47d3a07528ecbbccf53bc4390d70b4e3d1c04fcf (patch)
tree3b76e771fa632c766ec0b4b25a6fdbbb01fa2ce1 /scripts/gcc-plugins/cyc_complexity_plugin.c
parentnet: s2io: fix typo argumnet argument (diff)
downloadkernel-47d3a07528ecbbccf53bc4390d70b4e3d1c04fcf.tar.gz
kernel-47d3a07528ecbbccf53bc4390d70b4e3d1c04fcf.zip
net/mlx4_en: fix overflow in mlx4_en_init_timestamp()
The cited commit makes a great job of finding optimal shift/multiplier values assuming a 10 seconds wrap around, but forgot to change the overflow_period computation. It overflows in cyclecounter_cyc2ns(), and the final result is 804 ms, which is silly. Lets simply use 5 seconds, no need to recompute this, given how it is supposed to work. Later, we will use a timer instead of a work queue, since the new RX allocation schem will no longer need mlx4_en_recover_from_oom() and the service_task firing every 250 ms. Fixes: 31c128b66e5b ("net/mlx4_en: Choose time-stamping shift value according to HW frequency") Signed-off-by: Eric Dumazet <[email protected]> Cc: Tariq Toukan <[email protected]> Cc: Eugenia Emantayev <[email protected]> Reviewed-by: Tariq Toukan <[email protected]> Signed-off-by: David S. Miller <[email protected]>
Diffstat (limited to 'scripts/gcc-plugins/cyc_complexity_plugin.c')
0 files changed, 0 insertions, 0 deletions