From owner-svn-src-head@FreeBSD.ORG Mon Jan 12 17:42:52 2015 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F54D703; Mon, 12 Jan 2015 17:42:52 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BAB7FDFB; Mon, 12 Jan 2015 17:42:51 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 98D1825D3892; Mon, 12 Jan 2015 17:42:39 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D8E02C77058; Mon, 12 Jan 2015 17:42:38 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id Bc6n-Fs87BCl; Mon, 12 Jan 2015 17:42:37 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (orange-tun0-ula.sbone.de [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E8DA9C77072; Mon, 12 Jan 2015 17:42:33 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: svn commit: r272886 - in head/sys: netinet netinet6 From: "Bjoern A. Zeeb" In-Reply-To: <6173473.uE5Sr5nj0c@ralph.baldwin.cx> Date: Mon, 12 Jan 2015 17:42:34 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <88ADFC71-FD44-4012-9814-1771D31646FF@FreeBSD.org> References: <201410100609.s9A690NU067686@svn.freebsd.org> <54AC6F4E.1000707@FreeBSD.org> <6173473.uE5Sr5nj0c@ralph.baldwin.cx> To: John Baldwin X-Mailer: Apple Mail (2.1993) Cc: "src-committers@freebsd.org" , John Nielsen , Bryan Venteicher , "svn-src-all@freebsd.org" , Bryan Drewery , "svn-src-head@freebsd.org" X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 17:42:52 -0000 > On 12 Jan 2015, at 15:51 , John Baldwin wrote: >=20 > On Tuesday, January 06, 2015 07:07:11 PM Bryan Venteicher wrote: >> On Tue, Jan 6, 2015 at 5:27 PM, Bryan Drewery = wrote: >>> On 1/6/2015 4:00 PM, Bryan Venteicher wrote: >>>> On Tue, Jan 6, 2015 at 2:52 PM, John Nielsen >>>=20 >>>> > wrote: >>>> Bryan- >>>>=20 >>>> On Oct 10, 2014, at 12:09 AM, Bryan Venteicher = >>>=20 >>>> > wrote: >>>>> Author: bryanv >>>>> Date: Fri Oct 10 06:08:59 2014 >>>>> New Revision: 272886 >>>>> URL: https://svnweb.freebsd.org/changeset/base/272886 >>>>>=20 >>>>> Log: >>>>> Add context pointer and source address to the UDP tunnel callback >>>>>=20 >>>>> These are needed for the forthcoming vxlan implementation. The >>>=20 >>> context >>>=20 >>>>> pointer means we do not have to use a spare pointer field in the >>>=20 >>> inpcb, >>>=20 >>>>> and the source address is required to populate vxlan's forwarding >>>=20 >>> table. >>>=20 >>>>> While I highly doubt there is an out of tree consumer of the UDP >>>>> tunneling callback, this change may be a difficult to eventually >>>=20 >>> MFC. >>>=20 >>>> I noticed this comment while doing an MFC of vxlan to my local = tree. >>>> Do you think an MFC to 10-STABLE of this change (and vxlan >>>> generally) will be feasible? Is there precedent for ABI changes = like >>>> this being sanctioned? Could symbol versioning help? >>>>=20 >>>> I'd like to get some consensus on whether this commit is OK to MFC. = With >>>> this commit, vxlan should be an easy to MFC. >>>=20 >>> Breaking ABI will potentially hurt packages. FreeBSD builds packages = for >>> the oldest supported release on a branch. If you break ABI in 10.2 = while >>> we are building packages for 10.1 then any packages using these >>> interfaces may not work right or result in panics packages with = kmods. >>> Please consider that. >>=20 >> The only user visible change of this commit would be the addition of = a >> field at the end of 'struct udpcb'. I don't think that is a problem, = at >> least a similar change didn't prevent the MFC of UDP Lite. >>=20 >> The kernel part of this changes the UDP tunneling functions which I = guess >> there could be a 3rd party module out there, but I very highly doubt = that, >> based on how un-useful the previous interface was. >=20 > Userland should not be impacted by this at all. (Nothing in userland = cares > about udpcb's internals.) I think there was only ever one consumer = for the=20 > existing UDP tunneling code (bz@ knows what it is). I'm not sure = where it=20 > lives. If you are talking about u_tun_func then it came from SCTP over UDP = tunneling. tuexen and rrs are your friends. I was wondering if it could be used similarly for IPsec UDPencap but I = think that went nowhere back then. =E2=80=94=20 Bjoern A. Zeeb Charles Haddon Spurgeon: "Friendship is one of the sweetest joys of life. Many might have failed beneath the bitterness of their trial had they not found a friend."