[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20170207094530.GA2066@nanopsycho>
Date: Tue, 7 Feb 2017 10:45:30 +0100
From: Jiri Pirko <jiri@...nulli.us>
To: David Miller <davem@...emloft.net>
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
Mon, Feb 06, 2017 at 05:28:44PM CET, davem@...emloft.net wrote:
>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.
net/atm/clip.c
Powered by blists - more mailing lists