Page MenuHomeFreeBSD

ng_iface(4): Remove unsupported protocols.
ClosedPublic

Authored by markj on Jul 28 2020, 3:29 PM.
Tags
None
Referenced Files
Unknown Object (File)
Feb 23 2024, 11:11 PM
Unknown Object (File)
Jan 13 2024, 3:48 AM
Unknown Object (File)
Dec 23 2023, 2:14 AM
Unknown Object (File)
Nov 5 2023, 9:05 PM
Unknown Object (File)
Nov 2 2023, 12:53 AM
Unknown Object (File)
Oct 18 2023, 3:51 AM
Unknown Object (File)
Oct 4 2023, 8:01 PM
Unknown Object (File)
Oct 1 2023, 12:51 AM

Details

Summary

Support for non-IPv4 and v6 hooks was removed long ago.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

markj requested review of this revision.Jul 28 2020, 3:29 PM
markj added a reviewer: donner.

What's the reason behind this proposal?

You remove a possible functionality (which is provided by other players) for the gain of couple of bytes in a static table and a slightly shorter man page.
Of course there private data field will become a bit shorter, too.

Why do you keep the definitions of these constants in ng_iface.h? Are there any other consumers?

Îf you want to stay in touch with the kernel capabilities, please consider a dynamic hook management which obtains the valid address family names from the real kernel table. This way, any change in the kernel supported protocols would be automatically available on the ng_iface.

In D25862#572900, @lutz_donnerhacke.de wrote:

What's the reason behind this proposal?

The documentation is incorrect. I wish to correct it. And if I do that I see no reason to keep around dead hooks either, so I removed them.

You remove a possible functionality (which is provided by other players) for the gain of couple of bytes in a static table and a slightly shorter man page.
Of course there private data field will become a bit shorter, too.

The actual functionality was removed a long time ago and has not come back. Sure, this is not a significant change, but I noticed the disparity when reading ng_iface and see no reason to leave it that way.

Why do you keep the definitions of these constants in ng_iface.h?

I missed them, thanks.

Are there any other consumers?

Nothing in the base system it seems.

Îf you want to stay in touch with the kernel capabilities, please consider a dynamic hook management which obtains the valid address family names from the real kernel table. This way, any change in the kernel supported protocols would be automatically available on the ng_iface.

Update ng_iface.h as well.

This revision is now accepted and ready to land.Jul 28 2020, 11:00 PM
This revision was automatically updated to reflect the committed changes.