Date: Tue, 01 Aug 2017 17:15:36 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 220170] Add IPSEC_SUPPORT to GENERIC kernel (allowing tcpmd5 kernel module loading out of the box) Message-ID: <bug-220170-2472-O6a9Is4DwK@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-220170-2472@https.bugs.freebsd.org/bugzilla/> References: <bug-220170-2472@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220170 --- Comment #5 from Dan Mahoney <freebsd@gushi.org> --- Just so I understand, does this mean that there's a chance this will appear= in an 11.1-Pn patch release, or is this a "wait for 11.2 if there is one" sort= of case? I normally understand that we don't want kernel changes made within a release-cycle, but these are fairly minor changes (after all, full on optio= ns IPSEC is in -GENERIC) and it's pretty clear by the inclusion of the module = that this support was intended to be there. Failing that, might there be a possibility of breaking out the ipsec_support option to a loadable that applies to -GENERIC as well? Perhaps something t= hat could be compiled and loaded alongside base, even if not distributed with i= t? Updating to -STABLE on production systems is even more irritating than a cu= stom kernel. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-220170-2472-O6a9Is4DwK>