From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH v2 net-next] tcp: add new SNMP counter for drops when try to queue in rcv queue Date: Sat, 30 Jun 2018 18:44:06 +0900 (KST) Message-ID: <20180630.184406.1626314416899588727.davem@davemloft.net> References: <1530159776-29919-1-git-send-email-laoar.shao@gmail.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: edumazet@google.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org To: laoar.shao@gmail.com Return-path: In-Reply-To: <1530159776-29919-1-git-send-email-laoar.shao@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org From: Yafang Shao Date: Thu, 28 Jun 2018 00:22:56 -0400 > When sk_rmem_alloc is larger than the receive buffer and we can't > schedule more memory for it, the skb will be dropped. > > In above situation, if this skb is put into the ofo queue, > LINUX_MIB_TCPOFODROP is incremented to track it. > > While if this skb is put into the receive queue, there's no record. > So a new SNMP counter is introduced to track this behavior. > > LINUX_MIB_TCPRCVQDROP: Number of packets meant to be queued in rcv queue > but dropped because socket rcvbuf limit hit. > > Signed-off-by: Yafang Shao Applied to net-next.