Return-Path: Received: from mail-it0-f44.google.com ([209.85.214.44]:37545 "EHLO mail-it0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966869AbcIVTGn (ORCPT ); Thu, 22 Sep 2016 15:06:43 -0400 Received: by mail-it0-f44.google.com with SMTP id 186so91559666itf.0 for ; Thu, 22 Sep 2016 12:06:43 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <2C29AA79-AC3D-403B-B112-A8C3B5DA3687@primarydata.com> References: <2C29AA79-AC3D-403B-B112-A8C3B5DA3687@primarydata.com> From: Olga Kornievskaia Date: Thu, 22 Sep 2016 15:06:42 -0400 Message-ID: Subject: Re: sunrpc's tcp_max_slot_table_entries To: Trond Myklebust Cc: List Linux NFS Mailing Content-Type: text/plain; charset=UTF-8 Sender: linux-nfs-owner@vger.kernel.org List-ID: On Thu, Sep 22, 2016 at 12:44 PM, Trond Myklebust wrote: > > On Sep 22, 2016, at 12:19, Olga Kornievskaia wrote: > > Hi folks, > > There used to be a configurable parameter in sunrpc called > "tcp_max_slot_table_entries" that no longer works (meaning that rpc > slot table is always created with 65536 slots regardless of what the > value is set to). Is the change intentional or a bug? A look thru git > log of xprtsock.c didn't reveal an entry stating of such change. > > > > See > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=98f98cf571b7b > > Cheers > Trond Thanks Trond.