Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 2 Sep 2004 10:23:45 -0700
From:      Brooks Davis <brooks@one-eyed-alien.net>
To:        "M. Warner Losh" <imp@bsdimp.com>
Cc:        julian@freebsd.FreeBSD.ORG
Subject:   Re: if_data size issues
Message-ID:  <20040902172345.GB3801@odin.ac.hmc.edu>
In-Reply-To: <20040902.020500.26961549.imp@bsdimp.com>
References:  <20040901193445.GC12483@odin.ac.hmc.edu> <41364415.9040708@elischer.org> <20040902000637.GA4120@odin.ac.hmc.edu> <20040902.020500.26961549.imp@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--98e8jtXdkpgskNou
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Sep 02, 2004 at 02:05:00AM -0600, M. Warner Losh wrote:
> In message: <20040902000637.GA4120@odin.ac.hmc.edu>
>             Brooks Davis <brooks@one-eyed-alien.net> writes:
> :  - After 5.3 is released, declare that upgrades to 6.0 from releases
> :    other then 4.x (x>=3D11) and 5.y (y>=3D3) require special handling a=
nd
> :    allow if_data to grow as demand requires.
>=20
> There have long been plans to remove support to upgrade to 6.0 from
> 4.x, and I plan on moving forward with those plans after the 5.3
> branch.  There are a large number of hacks in place to allow upgrading
> all the way back to the 4.0 branch point, and these hacks have been
> the source of a lot of frustration and gnashing of teeth over the
> years.  By right of conquest (eg writing the legacy library and
> working with both sides of this issue for litterally years), and by
> general consensus of the folks that do the grunt work to make it
> possible to upgrade, I think that desupporting upgrade to 6.0 from
> anything less than 5.2 (or maybe 5.1 for a time) is a reasonable path
> to follow.  Given that the rest of the build system support for
> upgrades will be limited, I'm not sure the benefit of supporting the
> upgrade from 4.11 to 6.  We never really supported upgrading from
> 3.5.1 to 5.0-Release, for example.

Note that a change of the size of struct if_data doesn't totally break
ugprades from old versions, it just requires a bit of pre-planning if
your upgrade process requires ifconfig or if you need the ability to
roll back.

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--98e8jtXdkpgskNou
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFBN1cgXY6L6fI4GtQRAnhZAJ9L+GVTBZ+6cPVQW5zdONmIaVQYzQCfXV7b
tsZGHfaaev3iVN/bwbDNGSU=
=PFLS
-----END PGP SIGNATURE-----

--98e8jtXdkpgskNou--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040902172345.GB3801>