Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Aug 2012 14:17:05 +0400
From:      Gleb Smirnoff <glebius@FreeBSD.org>
To:        "Kenneth D. Merry" <ken@FreeBSD.org>
Cc:        svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org
Subject:   Re: svn commit: r238990 - in head/sys: net netinet netinet6
Message-ID:  <20120822101705.GL20560@FreeBSD.org>
In-Reply-To: <20120821185014.GA28272@nargothrond.kdm.org>
References:  <201208021357.q72DvoFJ088426@svn.freebsd.org> <20120821185014.GA28272@nargothrond.kdm.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 21, 2012 at 12:50:14PM -0600, Kenneth D. Merry wrote:
K> On Thu, Aug 02, 2012 at 13:57:50 +0000, Gleb Smirnoff wrote:
K> > Author: glebius
K> > Date: Thu Aug  2 13:57:49 2012
K> > New Revision: 238990
K> > URL: http://svn.freebsd.org/changeset/base/238990
K> > 
K> > Log:
K> >   Fix races between in_lltable_prefix_free(), lla_lookup(),
K> >   llentry_free() and arptimer():
K> >   
K> >   o Use callout_init_rw() for lle timeout, this allows us safely
K> >     disestablish them.
K> >     - This allows us to simplify the arptimer() and make it
K> >       race safe.
K> >   o Consistently use ifp->if_afdata_lock to lock access to
K> >     linked lists in the lle hashes.
K> >   o Introduce new lle flag LLE_LINKED, which marks an entry that
K> >     is attached to the hash.
K> >     - Use LLE_LINKED to avoid double unlinking via consequent
K> >       calls to llentry_free().
K> >     - Mark lle with LLE_DELETED via |= operation istead of =,
K> >       so that other flags won't be lost.
K> >   o Make LLE_ADDREF(), LLE_REMREF() and LLE_FREE_LOCKED() more
K> >     consistent and provide more informative KASSERTs.
K> >   
K> >   The patch is a collaborative work of all submitters and myself.
K> >   
K> >   PR:		kern/165863
K> >   Submitted by:	Andrey Zonov <andrey zonov.org>
K> >   Submitted by:	Ryan Stone <rysto32 gmail.com>
K> >   Submitted by:	Eric van Gyzen <eric_van_gyzen dell.com>
K> 
K> I'm running into this on stable/9, any plan on when this will get MFCed?

I'm sorry, but after 9.1-RELEASE. Too large change to run MFC prior to
release.

I'd appreciate if you patch your stable/9 system manually and thus
perform some testing prior to merge.

-- 
Totus tuus, Glebius.



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