[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170206.112844.153468141426774611.davem@davemloft.net>
Date:   Mon, 06 Feb 2017 11:28:44 -0500 (EST)
From:   David Miller <davem@...emloft.net>
To:     jiri@...nulli.us
Cc:     netdev@...r.kernel.org, idosch@...lanox.com, eladr@...lanox.com,
        mlxsw@...lanox.com
Subject: Re: [patch net-next 0/8] mlxsw: cleanup neigh handling
From: Jiri Pirko <jiri@...nulli.us>
Date: Mon,  6 Feb 2017 16:20:09 +0100
> From: Jiri Pirko <jiri@...lanox.com>
> 
> Ido says:
> 
> This series addresses long standing issues in the mlxsw driver
> concerning neighbour reflection. It also prepares the code for follow-up
> changes dealing with proper resource cleanup and nexthop reflection.
> 
> The first two patches convert the neighbour reflection code to use an
> ordered workqueue, to prevent re-ordering of NEIGH_UPDATE events that
> may happen following subsequent patches.
> 
> The third to fifth patches remove the ndo_neigh_{construct,destroy}
> entry points from the driver, thereby relying only on NEIGH_UPDATE
> events for neighbour reflection. This simplifies the code considerably.
> 
> Last patches are fallout and adjust nits in the code I noticed while
> going over it.
Series applied, thanks.
Looks like 6lowpan is the only remaining user of the ndo_neigh_*() ops
now.
Powered by blists - more mailing lists
 
