Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Sep 2006 11:15:57 -0400
From:      Ken Smith <kensmith@cse.Buffalo.EDU>
To:        Ruslan Ermilov <ru@FreeBSD.org>
Cc:        cvs-src@FreeBSD.org, src-committers@FreeBSD.org, Bruce M Simpson <bms@FreeBSD.org>, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/netinet in_var.h ip_output.c
Message-ID:  <1159197357.67224.16.camel@opus.cse.buffalo.edu>
In-Reply-To: <20060925141624.GA99043@rambler-co.ru>
References:  <200609251302.k8PD2wcG029663@repoman.freebsd.org> <20060925141624.GA99043@rambler-co.ru>

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

--=-FsK7a9qUasHKE2WsJW4f
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2006-09-25 at 18:16 +0400, Ruslan Ermilov wrote:
> On Mon, Sep 25, 2006 at 01:02:58PM +0000, Bruce M Simpson wrote:
> > bms         2006-09-25 13:02:58 UTC
> >=20
> >   FreeBSD src repository
> >=20
> >   Modified files:        (Branch: RELENG_6)
> >     sys/netinet          in_var.h ip_output.c=20
> >   Log:
> >   MFC: Account for output IP datagrams on the ifaddr where they will
> >   be sent from, not the first ifaddr on the ifp.
> >  =20
> >   PR:             kern/72936
> >   Submitted by:   alfred
> >   Reviewed by:    andre
> >   Approved by:    re@
> >  =20
> >   Revision    Changes    Path
> >   1.53.2.3    +14 -3     src/sys/netinet/in_var.h
> >   1.242.2.13  +11 -4     src/sys/netinet/ip_output.c
> >=20
> Why are these insta MFCs?
>=20
>=20

Sorry, I'm usually much better at making sure things have been in HEAD
for long enough before approving them.  But morning coffee hadn't kicked
in before I started processing email today. :-(

It helps a *little* bit if you folks only send in MFC requests after the
minimal 3-day wait period.  Some people do that, which is great.  But
others are in the habit of asking for the MFC approval immediately after
the initial commit expecting us to hold on to it and reply later.
Usually we manage to sort them out and do the right thing but that
second approach has a higher risk factor and not just the risk of a
premature approval (i.e. if you expect us to hold on to it we *might*
forget about it by the time it's appropriate for approval and it'll be
lost in the shuffle...).

--=20
                                                Ken Smith
- From there to here, from here to      |       kensmith@cse.buffalo.edu
  there, funny things are everywhere.   |
                      - Theodore Geisel |


--=-FsK7a9qUasHKE2WsJW4f
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQBFF/Kt/G14VSmup/YRAomTAKCLsx1e/m2wurAnwPlrT4nZJ5lshgCgk4I3
GepAkKXqQShERnCyYXQUHhs=
=lSkK
-----END PGP SIGNATURE-----

--=-FsK7a9qUasHKE2WsJW4f--




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