Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp754373imm; Fri, 21 Sep 2018 07:46:16 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYjWsqUl8jPR59f/KiEBYlvtMXP6goGs6oMUI3jdiyrFy8oj2oaT4BuKByShIvJyJYH8EH4 X-Received: by 2002:a62:e412:: with SMTP id r18-v6mr46980933pfh.25.1537541176435; Fri, 21 Sep 2018 07:46:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537541176; cv=none; d=google.com; s=arc-20160816; b=Stl43/3sSp9uzjkk5QHYJeJEJ1TRKcazMlI3q3FqsmNuN664hW9aevvYQO6qYN7nIB +380DGWITp1tnVlKQm26OqJrp1Yyo6LxKIOJIZ6GBYNHjWQ6Y7WE8yQSCy1o09jU9e/i B8wxnth7x3BUlkEi4Y0Xn3SjseFmIfQ6R0mN+TD8Fu1diuVm4mcIDm/RRaGOJdT6adAT SZDrPFM2Ai6rCzEqxzOhnK9W3WwXyKLB/iJ9CStqXRPYlRO1q6s5f02Jcw06eDWS9v6M DEHyKtequiv1LZYMO5+6ih7+o/yspdckdz8gm73E5rySrqXGiHClyM0V0FOVk4oTYNSn rhfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=QCV8EOTrhuLnX+YFnArRwdFHPS+hM8ZPn+phThz0f7k=; b=Rj2SrheM05e9OKJPR+lEW6OgdxFNz2a8JtJ9yGtxxW2UtEbdPeN37xgUb4UBDiX5IT bsdDH4+25qRsSuaqVQ7xo3pSNrrM27l/XKbQDOmkUqAwXUHDnegIgfrSXr8NLNkgfiRn JwQYwdEugn/jKJ3K76jh2BODQ/UgdPz1RfmnMYoLg6j8+IPfpxQTX89haYW5IhCvZhWW UBDe0nfGR4m+5YrW6gnxkPG2FN7cfvmV9SjVzk3Duj4023rCKNoHsfkwvxoHjIk30Zaf LhzJsuHrP9V8fDclOh7fcbwU7KSxQw0tQX4s8rGfmgeoZQKu6RM7ehwwV+xvx+08k08m v31Q== 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 v38-v6si31708007plg.179.2018.09.21.07.46.00; Fri, 21 Sep 2018 07:46:16 -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 S2390233AbeIUUem (ORCPT + 99 others); Fri, 21 Sep 2018 16:34:42 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:55618 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728149AbeIUUem (ORCPT ); Fri, 21 Sep 2018 16:34:42 -0400 Received: from localhost (ip-213-127-77-73.ip.prioritytelecom.net [213.127.77.73]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id E2DD1FC3; Fri, 21 Sep 2018 14:45:29 +0000 (UTC) Date: Fri, 21 Sep 2018 16:45:27 +0200 From: Greg Kroah-Hartman To: Kieran Bingham Cc: Andrew Morton , linux-renesas-soc@vger.kernel.org, stable@vger.kernel.org, Thomas Gleixner , Kate Stewart , Philippe Ombredanne , open list Subject: Re: [PATCH] kernel/bounds: Provide prototype for foo Message-ID: <20180921144527.GB16316@kroah.com> References: <20180921142234.16882-1-kieran.bingham+renesas@ideasonboard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180921142234.16882-1-kieran.bingham+renesas@ideasonboard.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 21, 2018 at 03:22:33PM +0100, Kieran Bingham wrote: > kernel/bounds.c is recompiled on every build, and shows the following > warning when compiling with W=1: Don't do that, you will get a lot of warnings that really don't make much sense. Like this one :) > > CC kernel/bounds.s > linux/kernel/bounds.c:16:6: warning: no previous prototype for ‘foo’ [-Wmissing-prototypes] > void foo(void) > ^~~ > > Provide a prototype to satisfy the compiler. > > Signed-off-by: Kieran Bingham > Cc: stable@vger.kernel.org > > --- > I compile all of my incremental builds with W=1, which allows me to know > instantly if I add a new compiler warning in code I generate. > > This warning always comes up and seems trivial to clean up. > --- > kernel/bounds.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/kernel/bounds.c b/kernel/bounds.c > index c373e887c066..60136d937800 100644 > --- a/kernel/bounds.c > +++ b/kernel/bounds.c > @@ -13,6 +13,8 @@ > #include > #include > > +void foo(void); > + > void foo(void) This file is a userspace tool that is used to later generate the include/generated/bounds.h file. If you really want to track this down and fix it properly, put the prototype in the .c file that ends up calling this function. That's a fun task to dig through the build system to find :) good luck! greg k-h