cvs commit: src/sys/alpha/osf1 osf1_misc.csrc/sys/amd64/linux32 src/sys/compat/linuxprocfs_status.c src/sys/kern init_main.c ...

Scott Long scottl at samsco.org
Mon Feb 28 21:10:03 GMT 2005


David O'Brien wrote:
> On Mon, Feb 28, 2005 at 03:09:56PM -0500, John Baldwin wrote:
> 
>>On Monday 28 February 2005 04:26 am, David E. O'Brien wrote:
>>
>>>obrien      2005-02-28 09:26:13 UTC
>>>
>>>  FreeBSD src repository
>>>
>>>  Modified files:        (Branch: RELENG_5)
>>>    sys/alpha/osf1       osf1_misc.c
>>>    sys/amd64/linux32    linux32_machdep.c
>>>    sys/compat/freebsd32 freebsd32_misc.c
>>>    sys/compat/linux     linux_misc.c
>>>    sys/compat/svr4      svr4_misc.c
>>>    sys/fs/procfs        procfs_status.c
>>>    sys/kern             init_main.c kern_acct.c kern_clock.c
>>>                         kern_exit.c kern_proc.c kern_resource.c
>>>                         kern_synch.c kern_time.c subr_trap.c
>>>                         tty.c
>>>    sys/sys              proc.h resourcevar.h syscallsubr.h
>>>  Log:
>>>  MFC: Rework how we store process times in the kernel such that we always
>>>  store the raw values including for child process statistics and only
>>>compute the system and user timevals on demand.
>>>  (See the 2004-10-05 18:51:12 UTC jhb commit for full details.)
>>
>>NO!!! This breaks the ABI for all kernel modules.  I would have already MFC'd 
>>it first if not for that.  You should have asked me before MFcing this. :(
> 
> 
> There are tons of "MFC after:" commits that people never got around to
> MFC'ing.  I'm doing those now, and this was one of them.  I'm seriously
> concerned that we don't diverge 6-CURRENT/5-STABLE as we did in the
> 4.x/3.x days.
> 
> We've already discussed dealing this commit on IRC, so I'll end here.
>  

The "MFC After' messages are merely a convenience reminder.  You should 
not be interpreting them as compulsory.  We had this discussion years 
ago and it's no different now.

Scott


More information about the cvs-all mailing list