From owner-svn-src-all@FreeBSD.ORG Thu Jan 19 20:22:13 2012 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D28F1065789; Thu, 19 Jan 2012 20:22:13 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8078FC14; Thu, 19 Jan 2012 20:22:08 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q0JKM7YZ044861; Fri, 20 Jan 2012 00:22:07 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q0JKM7KS044860; Fri, 20 Jan 2012 00:22:07 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 20 Jan 2012 00:22:07 +0400 From: Gleb Smirnoff To: Ben Kaduk Message-ID: <20120119202207.GC12760@FreeBSD.org> References: <201201160953.q0G9rPp8026625@svn.freebsd.org> <20120119143837.GA28308@reks> <20120119145132.GZ12760@FreeBSD.org> <20120119164627.GA42205@reks> <20120119191844.GA12760@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-head@FreeBSD.org, Gleb Kurtsou , src-committers@FreeBSD.org, svn-src-all@FreeBSD.org Subject: Re: svn commit: r230207 - in head/sys: netinet sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 20:22:13 -0000 Ben, On Thu, Jan 19, 2012 at 03:12:27PM -0500, Ben Kaduk wrote: B> > G> It's not a big deal for me, I have no problem with replacing them on B> > G> FreeBSD. FreeBSD is not even officially supported platform for the B> > G> product and I build/test on FreeBSD solely for the purpose of avoiding B> > G> linuxisms and platform specific behaviour. Let's hope it won't break for B> > G> somebody else :) B> > B> > I'm pretty sure it will not break anyone, except for people still living B> > in Internet with classdful addressing. Do you know any? B> B> Not directly as classful addressing per se, but the interpretation of B> an address as possibly-classful is encoded in the voting algorithm for B> the ubik server elections that make our AFS distributed filesystem B> work. We support having ubik servers on quite a few different OSes, B> and we can only change the voting algorithm with an OpenAFS major B> version number bump because of our interoperability guarantees. B> I'm not willing to claim that removing classfull addressing will B> preserve the voting algorithm without an in-depth review that I don't B> have time to undertake. B> B> When you removed ia_net{,mask} from struct in_ifaddr (with no B> __FreeBSD_version bump! And then merged it to 9.0 during the RC B> stage!), I had to scramble to keep net/openafs compiling and with the B> same functionality. It turns out that there is another code path in B> OpenAFS (used by e.g. Darwin) that instead uses the IN_CLASSA() family B> of macros, so I could preserve compatibility. But if you go and B> remove those too, I am screwed. B> B> Please don't just assume that no one is using classful addressing and B> remove things ahead of a reasonable deprecation schedule. I'm sorry for that :( I should have bumped __FreeBSD_version. I don't plan to remove what currently left from classes: the macros, and the autoguessing in the case if mask isn't supplied. -- Totus tuus, Glebius.