Received: by 10.223.164.202 with SMTP id h10csp2367114wrb; Sat, 18 Nov 2017 20:24:26 -0800 (PST) X-Google-Smtp-Source: AGs4zMYG9EvkDDKoL7JrEh7HpRoW95KbTrVX6fMp8ucY2Jyvo1e5HViEcn8arcKQWMOH6ZOcwQR1 X-Received: by 10.99.111.6 with SMTP id k6mr9805076pgc.308.1511065465942; Sat, 18 Nov 2017 20:24:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511065465; cv=none; d=google.com; s=arc-20160816; b=dQvaYaLZFxn0nt8dwVyliLwm0tUUjON76FHLB3b4OxA/jKKf9yertnjPQY1D/qoukY lb+im+oMUB7y6V7Bt+R9zxI6shhqRWfCi78zzJUgbQ2sNwXOZPSrxN3oM/lUZeHb9GuR Y0it9e//3OtRfkANQPs3aY84n0oljnBr2rke7kOyr47Jlo8S2bxIM3Ukxz9ZELz+aSQj YWxiKCIcxey0lXyYMWRbMV6JXI9Xh0vHL2FTmRF0K63S7mmfZQORZbi5Yl8KXWfDzUQb Pb4sOUFK+lVKrp/zWh2OYu/JibXAhYVLB7BlnUXoNNZZVem04g2um9vFrENzqIzZBXMA vclA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date :arc-authentication-results; bh=k+/p5KljI6kBCsjaeT2aYjIqRYVfKyTzn7SJr8n8DMo=; b=z1m0ACMjmmuUK8hp5SSBup1HRFTJz6h05NK8ATxdqUDtRpF8K4XAE5OJOphUSfv5Pl z9iw5juSLU3nsgupVnz3UrFnrHW9hqDP40wsk4BCZ+LA0D8QJBvA092N/Q9M+scjraHC quiyvLpBMmnW9p/Ms3sBVHAzD2SU1bZI2sCIl5T+UZi6wC7oVPHdOKPc89ZPqrDZYL8x zpfNuvyNuKCjtIPPO9JH7uFl7jNBuvn4+5Ek7Ofog3BImI/D+3ZFQ8i8PTpU8v72fhu8 yvG/zf+uR0Y75mSHQlX7diheWUf3EPlBcmhjryOIh/oExtNB/T4dgtzBRsN2pg2K3FUF NrNA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d30si5468627pld.506.2017.11.18.20.24.14; Sat, 18 Nov 2017 20:24:25 -0800 (PST) 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; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751238AbdKSDlA (ORCPT + 75 others); Sat, 18 Nov 2017 22:41:00 -0500 Received: from shards.monkeyblade.net ([184.105.139.130]:49548 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751072AbdKSDk5 (ORCPT ); Sat, 18 Nov 2017 22:40:57 -0500 Received: from localhost (unknown [61.40.109.130]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 5A46812633022; Sat, 18 Nov 2017 19:40:55 -0800 (PST) Date: Sun, 19 Nov 2017 12:40:53 +0900 (KST) Message-Id: <20171119.124053.892184966822585016.davem@davemloft.net> To: laoar.shao@gmail.com Cc: kuznet@ms2.inr.ac.ru, yoshfuji@linux-ipv6.org, rostedt@goodmis.org, songliubraving@fb.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 net-next] net/tcp: trace all TCP/IP state transition with tcp_set_state tracepoint From: David Miller In-Reply-To: <1511019156-22039-1-git-send-email-laoar.shao@gmail.com> References: <1511019156-22039-1-git-send-email-laoar.shao@gmail.com> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Sat, 18 Nov 2017 19:40:57 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Yafang Shao Date: Sat, 18 Nov 2017 15:32:36 +0000 > The TCP/IP transition from TCP_LISTEN to TCP_SYN_RECV and some other > transitions are not traced with tcp_set_state tracepoint. > > In order to trace the whole tcp lifespans, two helpers are introduced, > void __tcp_set_state(struct sock *sk, int state) > void __sk_state_store(struct sock *sk, int newstate) > > When do TCP/IP state transition, we should use these two helpers or use > tcp_set_state() other than assigning a value to sk_state directly. > > Signed-off-by: Yafang Shao Please resubmit this when the net-next tree opens back up as it is closed right now. Thank you. From 1584466659914554474@xxx Sun Nov 19 04:19:18 +0000 2017 X-GM-THRID: 1584466239707830390 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread