svn commit: r193241 - in head: . sys/sys

Bjoern A. Zeeb bz at
Mon Jun 1 18:40:08 UTC 2009

On Mon, 1 Jun 2009, Ken Smith wrote:

> On Mon, 2009-06-01 at 18:07 +0000, Bjoern A. Zeeb wrote:
>> Author: bz
>> Date: Mon Jun  1 18:07:38 2009
>> New Revision: 193241
>> URL:
>> Log:
>>   Decrement __FreeBSD_version again to 96 as we are runing out of digits
>>   and want to be conservative - so not more than one version bump per day.
>>   Discussed with:	jhb, kensmith
> It was noted we're close to running out of numbers we can use before we
> hit code freeze and the branch for the release.  Since we're entering
> code slush at the end of today in theory all changes that would warrant
> a bump in __FreeBSD_version are supposed to be done.  But it wouldn't
> surprise me if we have one or two or so things that come along between
> now and when we hit code freeze and the branch.  So we need to be a bit
> conservative with this.  Please be sure to coordinate anything that
> might require a bump in __FreeBSD_version with re@ from now on.  If it
> turns out things do come along that require bumps we'll need to "batch
> them up" having one bump represent several changes.

Talking about "padding of structures", as this will be one of those
changes most likely,  I had suggested previously in private email:

Can't we start collecting all those somewhere, perhaps on the wiki,
and do one big padding day, one commit for all and everything?

This would have several advantages:

1) no ABI breakage in HEAD as v-structs would possibly change in size
2) actual documentation of A|KB|PI relevant structures which would be
    good to have them written down finally after I heard people talking
    about this for multiple releases now.
3) a list of things we might need to work on in the future to reduce
    the problem and also a list for the time 9.x would come;-)

just my 0.01$

Bjoern A. Zeeb                      The greatest risk is not taking one.

More information about the svn-src-all mailing list