Received: by 10.223.164.202 with SMTP id h10csp160938wrb; Mon, 13 Nov 2017 04:30:46 -0800 (PST) X-Google-Smtp-Source: AGs4zMbcP/TWXXRnGUd8pCSzUajmaNRsQta02cjvkN+nmtP5LFQqphOk20fHCFivjiSpA7V8SGH0 X-Received: by 10.101.97.130 with SMTP id c2mr8789519pgv.101.1510576245914; Mon, 13 Nov 2017 04:30:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510576245; cv=none; d=google.com; s=arc-20160816; b=SC0NBuYleNMmoHXJbDaaINrFBGo7fnMERW2XZc4M71K574vRMbfKZANQSdAqYfPEZq uy31OyQW9azuIAGlLxTAsTrFfEyvcpYYa7n+zU5rQ5MACXODJCQsAa8+DEf3lvfjMrxz 3p3F0oA0OLZ3KIsLSbX0EWyoaLc8mTiUhIjehp88fuK45tgpJgwQ9hV2ZYy7t7e6iXiS YTNPpdY8R5ulxTLwAxk3rIBPVPkR0br+3mzdkaLxrdF9aIHo5TjxB/Nsuh25Fxeq4CQn rAdbIjCgom67idhu712M/XvUysv7I/v5uwTsIjog1XM1I/Rnohgw+YT4GylH+H21NLmh rQXg== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=JVsR15UHd7eWGVPpZ9B+EVSR6iGlyCH8BTh6hpzDGzU=; b=MHHrBRxxFb6CbRMZ/O3fUCWKDwSwkjO6CpwSIHXYq/idd1gZEWoVd7Nq5tHm74HOxh J1ggZrEu48B9e+ax8oWrUqTGIKk9pj3WFvHFlPNE9SzGLCOJZbrDJrOOA0gwm4z2v+Y8 VnH0s9yndRfI6jvRoNUzTTQZY89/x9CNZr+EuePKwKmOUuBtwEyw9+J/6onecFiuki++ 6QSbFkTPCQTdweE8rBsU2QcyrwekLqNKdINNSoG6FMadXndBQoF5lD3msW9YnGCzlRDf A9psgPHxMU4q5bkKFOmP59mKD2+XYfs5WQbgGDqIHjPz2yj6zpMoRoE94aj58q9HkSJZ Ve2Q== 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 e2si3849881pfk.287.2017.11.13.04.30.31; Mon, 13 Nov 2017 04:30:45 -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 S1752715AbdKMM3v (ORCPT + 95 others); Mon, 13 Nov 2017 07:29:51 -0500 Received: from mx2.suse.de ([195.135.220.15]:47714 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752526AbdKMM3t (ORCPT ); Mon, 13 Nov 2017 07:29:49 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 4C3B2AB22; Mon, 13 Nov 2017 12:29:48 +0000 (UTC) Date: Mon, 13 Nov 2017 13:29:47 +0100 From: Michal Hocko To: Arnd Bergmann Cc: Stephen Rothwell , Andrew Morton , Linux-Next Mailing List , Linux Kernel Mailing List Subject: Re: linux-next: build warning after merge of the akpm-current tree Message-ID: <20171113122947.3svmlriqcrbeahyd@dhcp22.suse.cz> References: <20171113164206.187a790d@canb.auug.org.au> <20171113080955.zcdzx2p5kzoa4d7s@dhcp22.suse.cz> <20171113115430.pms47vgz5uszqsjm@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171113115430.pms47vgz5uszqsjm@dhcp22.suse.cz> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 13-11-17 12:54:30, Michal Hocko wrote: > On Mon 13-11-17 12:43:08, Arnd Bergmann wrote: > > On Mon, Nov 13, 2017 at 9:09 AM, Michal Hocko wrote: > > > On Mon 13-11-17 16:42:06, Stephen Rothwell wrote: > > >> Hi Andrew, > > >> > > >> After merging the akpm-current tree, today's linux-next build (powerpc > > >> ppc64_defconfig) produced this warning: > > >> > > >> In file included from include/linux/mmzone.h:17:0, > > >> from include/linux/mempolicy.h:10, > > >> from mm/mempolicy.c:70: > > >> mm/mempolicy.c: In function 'mpol_to_str': > > >> include/linux/nodemask.h:107:41: warning: the address of 'nodes' will always evaluate as 'true' [-Waddress] > > >> #define nodemask_pr_args(maskp) (maskp) ? MAX_NUMNODES : 0, (maskp) ? (maskp)->bits : NULL > > >> ^ > > >> mm/mempolicy.c:2817:11: note: in expansion of macro 'nodemask_pr_args' > > >> nodemask_pr_args(&nodes)); > > >> ^ > > > > > > Hmm, this warning is quite surprising to me. Sure in this particular > > > case maskp will always be non-NULL so we always expand to > > > MAX_NUMNODES, maskp->bits > > > which is what we want. But we have other users which may be NULL. Does > > > anybody understan why this warns at all? > > > > As I understand it, the warning tries to address a common typo of accidentally > > testing the pointer to a stack object for being non-NULL, rather than the object > > pointed to for being non-zero. > > > > Adding an extra '!= NULL' comparison gets rid of the warning for me: > > > > #define nodemask_pr_args(maskp) \ > > ((maskp) != NULL) ? MAX_NUMNODES : 0, \ > > ((maskp) != NULL) ?(maskp)->bits : NULL > > OK, that is a reasonable workaround. I was talking to our gcc guy and > he suggested to report a bug for this. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82963 -- Michal Hocko SUSE Labs From 1583953643703881617@xxx Mon Nov 13 12:25:08 +0000 2017 X-GM-THRID: 1583928351761700407 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread