Date: Thu, 19 Jan 2012 15:12:27 -0500 From: Ben Kaduk <minimarmot@gmail.com> To: Gleb Smirnoff <glebius@freebsd.org> Cc: svn-src-head@freebsd.org, Gleb Kurtsou <gleb.kurtsou@gmail.com>, src-committers@freebsd.org, svn-src-all@freebsd.org Subject: Re: svn commit: r230207 - in head/sys: netinet sys Message-ID: <CAK2BMK7OzY9x5pZzK7Spqk1LGgaqsrqe=r1mafojJTQSe6xn8Q@mail.gmail.com> In-Reply-To: <20120119191844.GA12760@FreeBSD.org> References: <201201160953.q0G9rPp8026625@svn.freebsd.org> <20120119143837.GA28308@reks> <20120119145132.GZ12760@FreeBSD.org> <20120119164627.GA42205@reks> <20120119191844.GA12760@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1/19/12, Gleb Smirnoff <glebius@freebsd.org> wrote: > On Thu, Jan 19, 2012 at 06:46:27PM +0200, Gleb Kurtsou wrote: > > G> It's not a big deal for me, I have no problem with replacing them on > G> FreeBSD. FreeBSD is not even officially supported platform for the > G> product and I build/test on FreeBSD solely for the purpose of avoiding > G> linuxisms and platform specific behaviour. Let's hope it won't break for > G> somebody else :) > > I'm pretty sure it will not break anyone, except for people still living > in Internet with classdful addressing. Do you know any? Not directly as classful addressing per se, but the interpretation of an address as possibly-classful is encoded in the voting algorithm for the ubik server elections that make our AFS distributed filesystem work. We support having ubik servers on quite a few different OSes, and we can only change the voting algorithm with an OpenAFS major version number bump because of our interoperability guarantees. I'm not willing to claim that removing classfull addressing will preserve the voting algorithm without an in-depth review that I don't have time to undertake. When you removed ia_net{,mask} from struct in_ifaddr (with no __FreeBSD_version bump! And then merged it to 9.0 during the RC stage!), I had to scramble to keep net/openafs compiling and with the same functionality. It turns out that there is another code path in OpenAFS (used by e.g. Darwin) that instead uses the IN_CLASSA() family of macros, so I could preserve compatibility. But if you go and remove those too, I am screwed. Please don't just assume that no one is using classful addressing and remove things ahead of a reasonable deprecation schedule. -Ben Kaduk
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAK2BMK7OzY9x5pZzK7Spqk1LGgaqsrqe=r1mafojJTQSe6xn8Q>