Received: by 10.223.185.116 with SMTP id b49csp2375155wrg; Mon, 12 Feb 2018 08:34:52 -0800 (PST) X-Google-Smtp-Source: AH8x227bOxKA8xVIdOSK3D+9k/w1SL2ASEE1s8A4c8x6YTKb9Y9chkwNLgJMERbKQWmLD2+riGxK X-Received: by 10.99.98.5 with SMTP id w5mr2082975pgb.307.1518453292785; Mon, 12 Feb 2018 08:34:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518453292; cv=none; d=google.com; s=arc-20160816; b=gYONmYF1WLtLXVKIYJg1GkA8X1RvuNJ9qYbGzgfKaQnKy8jJstwjloBCNJSRueCuuT hxyEV0W/xTQ8KuT9q8MQnP7qnBibtEQFE6cWumBNdr6Z5czpkfCL7rE0lfrSJg4R8/Lt EiKBTlaOzDk4IPRJYwNx6ZTiTu0B6MSOh5GqTLFIKI/SwwPzqNA6GLCHO7AaqySdiZyu yRElOYXXLshqhkgSzSRZQHrelygUK4x3eYpQ+Qa1kFFzJdS//mq7O+yP9Bt1rO7QDn6E frGdX2Jd5g2vnXnvK49eDscf63s+W293zWChSB6RtQekYgG1mZfGW5faM9RoLCQ85Jkv ClcQ== 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=NmPCm9rofJepxPImvA10XQlBuUYpj+vuBTAF/5JQ438=; b=Th0lCg4Ocix0dqTA3j5SvwHBOJs3v8nleF8Meq4BMCZUtDxSeux1pZnw3yrVQLqaba ymiijFR4B1WJz/OjC4XcNGK9uonIx4ZD4KKgTsLK3fPSuXWrcxJI3sVmEI7+1FnsntY6 8wb+XqAyn1bSyuwiDpupoIiUpDL20074/RT0e7RMbsvwPlHv1lAmwPetIB+Nx2ZAQIJI fRv5BgfTiA93/ivc84vV83aJyRv7hKv++YdN2KMlXG2c30LDygV9+eSm4EYXiDeMsWGa JMJ9vaYManfX2OnUO1VBROGhWVWkVUuU7emJU+P6gBRWrpwRAnxyWKkUXHA1B/oV5kL4 0rqA== 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 88-v6si5921141pla.342.2018.02.12.08.34.36; Mon, 12 Feb 2018 08:34:52 -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 S964993AbeBLQcS (ORCPT + 99 others); Mon, 12 Feb 2018 11:32:18 -0500 Received: from shards.monkeyblade.net ([184.105.139.130]:54544 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964902AbeBLQcR (ORCPT ); Mon, 12 Feb 2018 11:32:17 -0500 Received: from localhost (67.110.78.66.ptr.us.xo.net [67.110.78.66]) (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 2EA92103C1329; Mon, 12 Feb 2018 08:32:16 -0800 (PST) Date: Mon, 12 Feb 2018 11:32:15 -0500 (EST) Message-Id: <20180212.113215.529432620125895990.davem@davemloft.net> To: mhiramat@kernel.org Cc: mislam4@kent.edu, tom.zanussi@linux.intel.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, stephen@networkplumber.org, mathieu.desnoyers@polymtl.ca, rostedt@goodmis.org Subject: Re: [PATCH net-next] trace_events_filter: conditional trace event (tcp_probe full=0) From: David Miller In-Reply-To: <20180213012903.ef6b0efe5b896994ef8fc713@kernel.org> References: <20180213012903.ef6b0efe5b896994ef8fc713@kernel.org> 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]); Mon, 12 Feb 2018 08:32:16 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Masami Hiramatsu Date: Tue, 13 Feb 2018 01:29:03 +0900 > On Mon, 12 Feb 2018 00:08:46 -0500 > "Md. Islam" wrote: > >> Recently tcp_probe kernel module has been replaced by trace_event. Old >> tcp_probe had full=0 option where it only takes a snapshot only when >> congestion window is changed. However I did not find such >> functionality in trace_event. > > Yes, that seems broken to me. You should filter by using perf script or > bpf. I'm not so clear about network stack, but it seems that cwnd can be > set for each tcp connection. This means "current snd_cwnd" must be stored > for each connection. 'bpf' is definitely the way to do custom stateful things like this.