Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp3562664ybd; Tue, 25 Jun 2019 04:53:40 -0700 (PDT) X-Google-Smtp-Source: APXvYqwMsIitAlL83bxlExa5I54B+g1Aq6vxT0C51S0YWtZMRuq33aMUX2+fJB5gTnFHn0K4uoFk X-Received: by 2002:a65:6656:: with SMTP id z22mr11491134pgv.197.1561463620278; Tue, 25 Jun 2019 04:53:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561463620; cv=none; d=google.com; s=arc-20160816; b=OnDouiFuV1gMwoqdTA7dk3D1SW/xszZl7F+doSSUj3iYB8JwY/31lb3PpQNlmNss5Y IFzGLQkyIA0P7ans6Wlggpp8TGSZq9PNg5XAmvzXuPAJZEWhht0z5XGLXHtpVLDrmhu+ KmviTVSR29fa9h/wtvK9agUwcvwl/6PVFxBWplQQhPq1hjyx25vLTQLjnVqCA5DCEV9I hkWhqOINVar7samvdCPTBXrw3R1dpfHcG5BFlyplZP1gsOMonaqi4vbyJkjw7SbWScNH 0VDoD7YSLGIsVjRhKAiHbOZSz6tZ6oPSdjv2mrIlmCRq6QsbFLxlMzdoH8lz5elwKi/J d73g== 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; bh=Bs5SAq4plTFznraXqVGTQ81pw1xhURMYGoLBfBog3kI=; b=NmleJfw8TlFsUwLom6sVWg2kzvBvm76pRGG9Cw4SNufmxGfFrxumjNGgNBXnhmNVNN GQVJq44mmbKf/h4/YAmvNg8tO8vugnado5VVcXJAorqQo4wt9wJHxlanY4K90MvST3sJ O1GJjfuJac52zKSyQ5LVCpqx/jWmONl1HgfftavVrZgLmSXH53Vibx//4gcdJgmSpdWh wVx5EypusgpA7DIu27HzPTus0T6U1imVKhH+Jhb/jkLSFccJbiYLu5qnqXo5qd+JGlK1 anqPjF0wl5rRAQFtviKvo3SNaPLaHc+HpcCZfYCqCdWN5z6XYhIAVnW5yR5gLMsTVE1Y ny4w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q9si14690346pfl.287.2019.06.25.04.53.23; Tue, 25 Jun 2019 04:53:40 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731426AbfFYJVT (ORCPT + 99 others); Tue, 25 Jun 2019 05:21:19 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44184 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731407AbfFYJVR (ORCPT ); Tue, 25 Jun 2019 05:21:17 -0400 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 898793082E64; Tue, 25 Jun 2019 09:21:17 +0000 (UTC) Received: from carbon (ovpn-200-34.brq.redhat.com [10.40.200.34]) by smtp.corp.redhat.com (Postfix) with ESMTP id 3CCDE10021B4; Tue, 25 Jun 2019 09:21:07 +0000 (UTC) Date: Tue, 25 Jun 2019 11:21:04 +0200 From: Jesper Dangaard Brouer To: YueHaibing Cc: , , , , , , , , , brouer@redhat.com Subject: Re: [PATCH net-next] xdp: Make __mem_id_disconnect static Message-ID: <20190625112104.6654a048@carbon> In-Reply-To: <20190625023137.29272-1-yuehaibing@huawei.com> References: <20190625023137.29272-1-yuehaibing@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.46]); Tue, 25 Jun 2019 09:21:17 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 25 Jun 2019 10:31:37 +0800 YueHaibing wrote: > Fix sparse warning: > > net/core/xdp.c:88:6: warning: > symbol '__mem_id_disconnect' was not declared. Should it be static? I didn't declare it static as I didn't want it to get inlined. As during development I was using kprobes to inspect this function. In the end I added a tracepoint in this function as kprobes was not enough to capture the state needed. So, I guess we can declare it static. Acked-by: Jesper Dangaard Brouer > Reported-by: Hulk Robot > Signed-off-by: YueHaibing > --- > net/core/xdp.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/net/core/xdp.c b/net/core/xdp.c > index b29d7b5..829377c 100644 > --- a/net/core/xdp.c > +++ b/net/core/xdp.c > @@ -85,7 +85,7 @@ static void __xdp_mem_allocator_rcu_free(struct rcu_head *rcu) > kfree(xa); > } > > -bool __mem_id_disconnect(int id, bool force) > +static bool __mem_id_disconnect(int id, bool force) > { > struct xdp_mem_allocator *xa; > bool safe_to_remove = true; -- Best regards, Jesper Dangaard Brouer MSc.CS, Principal Kernel Engineer at Red Hat LinkedIn: http://www.linkedin.com/in/brouer