https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958
Michael Tuexen changed:
What|Removed |Added
Resolution|--- |FIXED
Flags|mfc-stab
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958
Michael Tuexen changed:
What|Removed |Added
Flags||mfc-stable13?
--
You are receivi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958
--- Comment #6 from Michael Tuexen ---
https://cgit.FreeBSD.org/src/commit/?id=6a376af0cd212be4e16d013d35a0e2eec1dbb8ae
should fix this issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958
--- Comment #5 from Michael Tuexen ---
Martin, are you able to test whether D28326 fixes the issue? If you can't, that
is fine, but if you can it would be great to know if this fixes the issue.
--
You are receiving this mail because:
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958
--- Comment #4 from Richard Scheffenegger ---
I'm not sure how to end up with a PRR_partialack, without recover_fs being
initialized.
Potentially with ACK reordering (unlikely), or spurious RTO rollback (where
TF_FASTRECOVERY may be set, b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958
--- Comment #3 from Martin Matuska ---
This is somewhat difficult, we are not able to reproduce it artificially on our
test system, we need "live" traffic on our 100Gbit link, but very little
streaming traffic from various systems (Linux, W
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958
Michael Tuexen changed:
What|Removed |Added
CC||kbowl...@freebsd.org,
