Received: by 10.223.164.197 with SMTP id h5csp28277wrb; Sat, 4 Nov 2017 05:17:29 -0700 (PDT) X-Google-Smtp-Source: ABhQp+Q0kRakP9HZHmqWePGyymiOQ8cNkoTGvZNCL8PLARDV90R0hNMQDjjc6cpNlTFIxURPSvh9 X-Received: by 10.101.66.1 with SMTP id c1mr9984022pgq.100.1509797849746; Sat, 04 Nov 2017 05:17:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509797849; cv=none; d=google.com; s=arc-20160816; b=VRqTilqu65xWilpvtyz1yYbd+3G//Rn+fJrHkm/kahrIy6SOtHLQIKMUFIzpW3JoUd 7C2scQhySlAJDqlK53h+mJ2AjYFxpHgT2i/PT9gllxM/ihgEAaO31uFVObyRrDvxdOcH VR8FJSccUMTkUxiD6Acac6chIXjH69qh50y4c2+7HJWKMnn8f6N99O2wljagvkwSyKhl PsguKqbU71YMRw6GjvQ5Mt4fN+qgFJHCsyvVobKflL2UlRjoPoat9zp4g9nL6tFMU6S7 hb4zL91Ng+EMQsjUx2fVAXuJ7INkcDmTI0WBJn6vI+2k9gAuCWqrroiLkquTPLSwsnPq TPbg== 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:message-id:subject:cc:to:from:date :dmarc-filter:arc-authentication-results; bh=hxldfsU84zKva4s+D12qWO16aoITCOKpo2Ih9ARhVZg=; b=wmiZZyx0t5w2ptGzP1HXobrx2cQbKkbg9MN0HZKhWVD9upafPfVYZEW6Tljtzwawc1 d5vTIXVo4cOyk5DqddXTAMDIRJ+zaMGQByWYzMKSp8roW7Q2LvMZeHKIfWa/+TDP0Jlc JEk/nEEcvXSYvzxBqv0IGUZuyeNn1znMebkxST8+JrJSQOCib1lVpNE4DIVpjJ1S8/8U 4nj7CgpTsxwqH5vxnmQIGc6E/1eQJ5y60z39+UvPApqVr29NT+clhPISn1Ox/6tEquur 1kRARLC0p6+ZoJ+lWzamn+xZjzg6vwer6mCz+yVmpOgKgbiq2E2AtN6WMWgzbSWWrArj MCYw== 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 o14si7033438pli.593.2017.11.04.05.17.06; Sat, 04 Nov 2017 05:17:29 -0700 (PDT) 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 S1756678AbdKDMQK (ORCPT + 93 others); Sat, 4 Nov 2017 08:16:10 -0400 Received: from mail.kernel.org ([198.145.29.99]:40008 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752362AbdKDMQJ (ORCPT ); Sat, 4 Nov 2017 08:16:09 -0400 Received: from devbox (NE2965lan1.rev.em-net.ne.jp [210.141.244.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 61158218C9; Sat, 4 Nov 2017 12:16:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 61158218C9 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=mhiramat@kernel.org Date: Sat, 4 Nov 2017 21:16:05 +0900 From: Masami Hiramatsu To: Ingo Molnar Cc: Stephen Rothwell , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Peter Zijlstra , Linux-Next Mailing List , Linux Kernel Mailing List Subject: Re: linux-next: build warnings after merge of the tip tree Message-Id: <20171104211605.ce02abd1ea46c248105617bf@kernel.org> In-Reply-To: <20171104080134.7i6vv2avlxqdvvz3@gmail.com> References: <20171102135351.24ee83f9@canb.auug.org.au> <20171104060034.4aae72a524c428c9fcb98152@kernel.org> <20171104080134.7i6vv2avlxqdvvz3@gmail.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 4 Nov 2017 09:01:34 +0100 Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > > > > net/sctp/probe.c: In function 'sctpprobe_exit': > > > net/sctp/probe.c:240:2: warning: 'unregister_jprobe' is deprecated [-Wdeprecated-declarations] > > > unregister_jprobe(&sctp_recv_probe); > > > ^ > > > In file included from net/sctp/probe.c:28:0: > > > include/linux/kprobes.h:479:33: note: declared here > > > static inline void __deprecated unregister_jprobe(struct jprobe *p) > > > ^ > > > > > > Introduced by commit > > > > > > 590c84593045 ("kprobes: Disable the jprobes APIs") > > > > > > These days we normally don't deprecate things, just remove them. But we > > > do that *after* fixing up all the usages in the tree, please. > > > > OK, should I remove __deprecated or revert above patch? > > I pinged such users but no response. I can just rewrite it but not sure they can reply. > > Ideal would be to just fix all these places: convert code where the facility > appears to be actively used, remove code where it looks unused. If maintainers > don't reply, I can apply them to a separate branch in -tip. Thanks, that will help me. > > For example I'm pretty sure we can just remove the jprobes usage in SCTP. Actually TCP and DCCP jprobes usages are similar to that SCTP usage (maybe derived from TCP one). For those usages, we can not replace it with kprobe/ftrace because it depends on the arguments of target funcs. For such use-cases, we have 3 options; - Remove entirely feature if possible (like no more used). - Replace it with trace-events, and handle the event from kernel as sched tracer does. - Just introduce trace-events, remove usage, and trace it via ftrace or perf. At a glance, all network probes are just used for printing out the event, so we can just introduce trace-events and remove usage. I will try it. Thank you, -- Masami Hiramatsu From 1583121749297802158@xxx Sat Nov 04 08:02:32 +0000 2017 X-GM-THRID: 1582921229079518323 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread