Re: [PATCHv2 net-next] ipmr: remove cache_resolve_queue_len

2019-09-04 Thread Hangbin Liu
On Wed, Sep 04, 2019 at 09:50:15AM +0200, Eric Dumazet wrote: > > +static int queue_count(struct mr_table *mrt) > > +{ > > + struct list_head *pos; > > + int count = 0; > > + > > + spin_lock_bh(&mfc_unres_lock); > > + list_for_each(pos, &mrt->mfc_unres_queue) > > + count++; > > +

Re: [PATCHv2 net-next] ipmr: remove cache_resolve_queue_len

2019-09-04 Thread Eric Dumazet
On 9/4/19 5:34 AM, Hangbin Liu wrote: > This is a re-post of previous patch wrote by David Miller[1]. > > Phil Karn reported[2] that on busy networks with lots of unresolved > multicast routing entries, the creation of new multicast group routes > can be extremely slow and unreliable. > > The

[PATCHv2 net-next] ipmr: remove cache_resolve_queue_len

2019-09-03 Thread Hangbin Liu
This is a re-post of previous patch wrote by David Miller[1]. Phil Karn reported[2] that on busy networks with lots of unresolved multicast routing entries, the creation of new multicast group routes can be extremely slow and unreliable. The reason is we hard-coded multicast route entries with un