Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Sep 2019 20:51:14 +0700
From:      Eugene Grosbein <eugen@grosbein.net>
To:        John Hay <jhay@meraka.org.za>
Cc:        "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net>, freebsd-net <freebsd-net@freebsd.org>, Andriy Gapon <avg@freebsd.org>
Subject:   Re: dummynet: bandwidth is limited to 2 Gbit/s ?
Message-ID:  <5D8B70D2.3040706@grosbein.net>
In-Reply-To: <CAGv8uaoBaG2dXpKZCEjuziOYaQg-PburN9PTnSpUey0cPdsDqA@mail.gmail.com>
References:  <201909242219.x8OMJP3P013498@gndrsh.dnsmgr.net> <5D8B3056.1020904@grosbein.net> <CAGv8uaoBaG2dXpKZCEjuziOYaQg-PburN9PTnSpUey0cPdsDqA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 25.09.2019 17:27, John Hay wrote:
> 
> 
> On Wed, 25 Sep 2019 at 11:16, Eugene Grosbein <eugen@grosbein.net <mailto:eugen@grosbein.net>> wrote:
> 
>     On 25.09.2019 05:19, Rodney W. Grimes wrote:
> 
>     >> AFAIK, we never had any public ABI or stable KBI interface announced to userland or in-kernel consumers
>     >> and had no consumers of dummynet other than ipfw(8) binary. Just increase type.
>     >
>     > Any attempt to mfc this would break KABI/userland and that is never
>     > a good thing to do.  It may not be a public ABI, but it is an ABI,
>     > and stability of that and backwards compatibility are always a good
>     > thing to strive for.
> 
>     Agreed. So, no MFC for this.
> 
> 
> Will this break upgrades with freebsd-update? On a major upgrade, it will first install the new kernel and require a reboot before you run freebsd-update again to install the rest.

So it will run without dummynet pipes (traffic shaping) configured meantime. Is it big deal?




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5D8B70D2.3040706>