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;
From:   Brodie Greenfield <brodie.greenfield@alliedtelesis.co.nz>
To:     davem@davemloft.net, kuznet@ms2.inr.ac.ru, yoshfuji@linux-ipv6.org
Cc:     netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        chris.packham@alliedtelesis.co.nz,
        luuk.paulussen@alliedtelesis.co.nz,
        Brodie Greenfield <brodie.greenfield@alliedtelesis.co.nz>
Subject: [PATCH 0/1] Make ipmr queue length configurable
Date:   Fri, 26 Oct 2018 15:01:21 +1300
Message-Id: <20181026020122.22210-1-brodie.greenfield@alliedtelesis.co.nz>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

We want to have some more space in our queue for processing incoming
multicast packets, so we can process more of them without dropping
them prematurely. It is useful to be able to increase this limit on
higher-spec platforms that can handle more items.

For the particular use case here at Allied Telesis, we have linux
running on our switches and routers, with support for the number of
multicast groups being increased. Basically, this queue length affects
the time taken to fully learn all of the multicast streams.=20

Brodie Greenfield (1):
=20 ipmr: Make cache queue length configurable

=20Documentation/networking/ip-sysctl.txt | 7 +++++++
=20include/net/netns/ipv4.h               | 1 +
=20include/uapi/linux/sysctl.h            | 1 +
=20kernel/sysctl_binary.c                 | 1 +
=20net/ipv4/af_inet.c                     | 2 ++
=20net/ipv4/ipmr.c                        | 4 +++-
=20net/ipv4/sysctl_net_ipv4.c             | 7 +++++++
=207 files changed, 22 insertions(+), 1 deletion(-)

--=20
2.19.1