summaryrefslogtreecommitdiffstats
path: root/drivers/net/usb/cdc_mbim.c
diff options
context:
space:
mode:
authorMarcelo Ricardo Leitner <marcelo.leitner@gmail.com>2015-12-04 15:14:04 -0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2016-01-22 20:55:44 -0800
commit83eb235f81c20dc413e08ebfba19d246cddea03c (patch)
tree5c66437ac23298aaef15a5eb5e4dad3e422b1e5c /drivers/net/usb/cdc_mbim.c
parent4409b3342438059de28e8179b6e16747b9e9518c (diff)
downloadlinux-stable-83eb235f81c20dc413e08ebfba19d246cddea03c.tar.gz
linux-stable-83eb235f81c20dc413e08ebfba19d246cddea03c.tar.bz2
linux-stable-83eb235f81c20dc413e08ebfba19d246cddea03c.zip
sctp: update the netstamp_needed counter when copying sockets
[ Upstream commit 01ce63c90170283a9855d1db4fe81934dddce648 ] Dmitry Vyukov reported that SCTP was triggering a WARN on socket destroy related to disabling sock timestamp. When SCTP accepts an association or peel one off, it copies sock flags but forgot to call net_enable_timestamp() if a packet timestamping flag was copied, leading to extra calls to net_disable_timestamp() whenever such clones were closed. The fix is to call net_enable_timestamp() whenever we copy a sock with that flag on, like tcp does. Reported-by: Dmitry Vyukov <dvyukov@google.com> Signed-off-by: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com> Acked-by: Vlad Yasevich <vyasevich@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/net/usb/cdc_mbim.c')
0 files changed, 0 insertions, 0 deletions