summaryrefslogtreecommitdiffstats
path: root/lib/libc/tests/stdio/print_positional_test.c
diff options
context:
space:
mode:
authorae <ae@FreeBSD.org>2015-12-08 07:26:16 +0000
committerae <ae@FreeBSD.org>2015-12-08 07:26:16 +0000
commit44a32abb981e70865c8ffcd969e52b002fb7537a (patch)
tree7b2e26c1c170e30f2e439168fe91db1d5a954630 /lib/libc/tests/stdio/print_positional_test.c
parent4d3c809df9db28abef859ccf992b141baf15cb59 (diff)
downloadFreeBSD-src-44a32abb981e70865c8ffcd969e52b002fb7537a.zip
FreeBSD-src-44a32abb981e70865c8ffcd969e52b002fb7537a.tar.gz
MFC r291578:
mld_v2_dispatch_general_query() is used by mld_fasttimo_vnet() to send a reply to the MLDv2 General Query. In case when router has a lot of multicast groups, the reply can take several packets due to MTU limitation. Also we have a limit MLD_MAX_RESPONSE_BURST == 4, that limits the number of packets we send in one shot. Then we recalculate the timer value and schedule the remaining packets for sending. The problem is that when we call mld_v2_dispatch_general_query() to send remaining packets, we queue new reply in the same mbuf queue. And when number of packets is bigger than MLD_MAX_RESPONSE_BURST, we get endless reply of MLDv2 reports. To fix this, add the check for remaining packets in the queue. PR: 204831
Diffstat (limited to 'lib/libc/tests/stdio/print_positional_test.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud