Re: Request for Testing: TCP RACK

2024-03-16 Thread Gary Jennejohn
uilding it in kernel. > > Resuming I only need to add: > > options TCPHPTS > > Is this correct? > Yeah, that will probably fix it. According to a comment in /usr/src/sys/netinet/tcp_hpts.c it adds a high precision timer system for tcp, used by RACK and BBR. -- Gary Jennejohn

Re: Request for Testing: TCP RACK

2024-03-16 Thread Gary Jennejohn
rs. > > I will add missing config to GENERIC and see how it goes. > All the required information is here: https://freebsdfoundation.org/our-work/journal/browser-based-edition/rack-and-alternate-tcp-stacks-for-freebsd/ -- Gary Jennejohn

Re: Request for Testing: TCP RACK

2024-03-16 Thread Gary Jennejohn
#x27;t support RACK. These entries are missing in GENERIC: makeoptions WITH_EXTRA_TCP_STACKS=1 options TCPHPTS options TCP_RACK -- Gary Jennejohn

Re: FCP-101: obsolete driver removal planned for 2019-05-18

2019-05-11 Thread Gary Jennejohn
most of it will not even be able to run FBSD 13. > > There are no 100M ed variants. There are some PC Card variants that have > 100M MII connections, but they are limited to about 12Mbps due to bus > limits. Even the PCI ones didn't have 100M mii connections. > -- Gary Jenn

Re: Does FreeBSD have sendmmsg or recvmmsg system calls?

2016-01-26 Thread Gary Jennejohn
On Tue, 26 Jan 2016 17:46:52 -0500 (EST) Daniel Eischen wrote: > On Tue, 26 Jan 2016, Gary Jennejohn wrote: > > > On Tue, 26 Jan 2016 09:06:39 -0800 > > Luigi Rizzo wrote: > > > >> On Tue, Jan 26, 2016 at 5:40 AM, Konstantin Belousov > >> wrote:

Re: Does FreeBSD have sendmmsg or recvmmsg system calls?

2016-01-26 Thread Gary Jennejohn
> > We should move away from this for new code. > Really? I personally find having all variables grouped together much easier to understand. Stumbling across declarations in the middle of the code in a for-loop, for example, takes me by surprise. I also greatly dislike initializi

Re: Does FreeBSD have sendmmsg or recvmmsg system calls?

2016-01-24 Thread Gary Jennejohn
n (ret); > > + } > > + This seems wrong. rcvd is initialized to 1 so that the check for rcvd != 0 can never be false. We already successfully called __sys_recvmsg() just above the loop, so why not simplify the code by doing if (ret == -1) return (rcvd

Re: TCP loopback socket fusing

2010-09-15 Thread Gary Jennejohn
ignored and ping from a different machine shows no reaction, so I'd say the kernel is pretty much wedged. For now I'm setting net.inet.tcp.loopfuse=0 in /etc/sysctl.conf. -- Gary Jennejohn ___ freebsd-net@freebsd.org mailing list http://l

Re: Making IFQ_MAXLEN tunable

2010-05-01 Thread Gary Jennejohn
k about it first. > > http://sobomax.sippysoft.com/IFQ_MAXLEN.diff > Seems like a good idea, although I don't see where ifqmaxlen is being initialized. -- Gary Jennejohn ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/fre

Re: Making IFQ_MAXLEN tunable

2010-05-01 Thread Gary Jennejohn
On Sat, 01 May 2010 02:11:04 -0700 Maxim Sobolev wrote: > Gary Jennejohn wrote: > > On Fri, 30 Apr 2010 13:23:13 -0700 > > Maxim Sobolev wrote: > > > >> Hi, > >> > >> Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to &g