https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276838
--- Comment #3 from Kristof Provost ---
I am unable to reproduce any such issue testing locally. Over an IPv6 tunnel I
manage to transmit arbitrary sized ping requests, and I also see no issues
transmitting a large (1MB) file.
Patch for re
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276838
--- Comment #4 from Marek Zarychta ---
In my case, the limits for the successful "ping -4 -s $size remote_IP" are:
- in IPv6 tunnel, $size is limited to 1400
- in IPv4 tunnel $size limit is 1412
It was tested between FreeBSD stable/14 runn
The entire point is to *NOT* go through the overhead of scheduling something
asynchronously, but to take advantage of the fact that a user/kernel transition
is going to trash the cache anyway.
In the common case of a system which has less than the threshold number of
connections , we access th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277349
mickael.mail...@gmail.com changed:
What|Removed |Added
CC||mickael.mail...@gmail.co
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277349
--- Comment #9 from Gleb Smirnoff ---
On Thu Mar 21 13:07:55 2024 UTC, mickael.mail...@gmail.com wrote:
> this fix will be merged in stable/14 ?
I plan to merge next week.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724
--- Comment #116 from v...@fbsd.ru ---
(In reply to vova from comment #115)
Well ... with if_re from net/realtek-re-kmod also I am loosing connectivity ...
not that often as with in-tree driver, with quite funny results:
1. system timer g
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277875
Mina Galić changed:
What|Removed |Added
CC||free...@igalic.co
Assignee|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277875
Kristof Provost changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment #2
