Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Tue, 18 Dec 2018 21:55:45 -0800 (PST)
Message-Id: <20181218.215545.1657190540227341803.davem@davemloft.net>
To:     sukumarg1973@gmail.com
Cc:     liuhangbin@gmail.com, karn@ka9q.net, kuznet@ms2.inr.ac.ru,
        yoshfuji@linux-ipv6.org, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org
Subject: Re: hard-coded limit on unresolved multicast route cache in
 ipv4/ipmr.c causes slow, unreliable creation of multicast routes on busy
 networks
From:   David Miller <davem@davemloft.net>
In-Reply-To: <CADiZnkTm3UMdZ+ivPXFeTJS+_2ZaiQh7D8wWnsw0BNGfxa0C4w@mail.gmail.com>
References: <CADiZnkSy=rFq5xLs6RcgJDihQ1Vwo2WBBY9Fi_5jOHr8XupukQ@mail.gmail.com>
        <20181204065100.GT24677@leo.usersys.redhat.com>
        <CADiZnkTm3UMdZ+ivPXFeTJS+_2ZaiQh7D8wWnsw0BNGfxa0C4w@mail.gmail.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

From: Sukumar Gopalakrishnan <sukumarg1973@gmail.com>
Date: Wed, 19 Dec 2018 10:57:02 +0530

> Hi David,
> 
>   There are two patch for this issue:
>    1) Your changes which removes cache_resolve_queue_len
>     2) Hangbin's changes which make cache_resolve_queue_len configurable.
> 
> Which one will be chosen for this issue ?

I do plan to look into this, sorry for taking so long.

Right now I am overwhelmed preparing for the next merge window and
synchronizing with other developers for that.

Please be patient.