The other stacks it turns out actually expect the output to be called and can become stuck if it is
not. This is because they run there timer code from there and the input routine does not always
assure a timer is running. The real longterm fix here might be to go into the other stacks (rack and bbr)
and make sure that a timer is running after input if you don't do output.. as well as call the timer functions.
This would cut down on calls from hpts. But I think its too dramatic of a change for the immediate time.
Details
Details
- Reviewers
glebius tuexen - Group Reviewers
transport - Commits
- rG01216268f89e: tcp: hpts needs to still call output even after input.
Make sure we don't get stuck connections (normally left in LAST_ACK after having
processed a compressed ack).
Diff Detail
Diff Detail
- Repository
- rG FreeBSD src repository
- Lint
Lint Not Applicable - Unit
Tests Not Applicable