Skip site navigation (1)Skip section navigation (2)
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>