Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp876959pxj; Thu, 27 May 2021 13:51:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzrvc8UBy0jdi8FiRpe6I8FltnN6bk0frmQNx6lR27ynGfg37bTtUQ9bRI2+b8+XvUGo57w X-Received: by 2002:a02:b90b:: with SMTP id v11mr5158841jan.1.1622148671190; Thu, 27 May 2021 13:51:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622148671; cv=none; d=google.com; s=arc-20160816; b=Y2OrWT4npBag3z1dQcqH86yaVaYiJEcIUdJnIJSPPUA33YTb5EYlErrJ36zCbQar7q 6IL3eow82Ds61IZWZbJkFjSQ9Lx41COBEX4PWGqhyNjxexlTLNUayzNXd2VKY1J+P8AE Zimrehr+B9O7sBDUyO8JpHTKndEWdcs5LeSzo7h/f42XD5fQAJC7/M6qPNV1/zyMsWaT /UsVu84rdtpy05bK/PC0yXmuHTSZVFEbw2H5J24zb9SA3PXwP9O7Rpr4Ch2HyfcGeGRe Uasqo0F8tSu7mXjSxFHh8uQ+tHJ1nAmfmpCCB30b7xqYzgh+nieeDv3mvj0fwjNysq3+ qV2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=2A7T01R8u4BknIhjwM2+zLGIIhTVdkC0vBS4GTAuiQc=; b=fS+BbooYb+19hMcX1orwanvNelqJKusGlcyHmINQIGEydvsyM7rrYJ+vD+wYtrLrTv Q5WJi8gR8XXCU6I9U6x77DqkT019LxpuBQpzRvpy9kYOL8WZRlWrKaZao3Zixn8BkV0+ HFy5D+87wzucbE3OT05+yVYjM3fVsu6ToOCYYzqTVsiUMMivzT5P1MBF7GV6sA9bx5r0 94dWM5cDlVHRMVQVckRVFbLwsXDrY/w5WA5WLEN4tSByWe4EaPxtI9YxLYMKsBqRazkt NMna1BFty6UvEoMEEf12s7RRwpmjWQ/GkuV6i1cKzOm7lIGU1vZigdmAc+QqFyY0stAK ezqg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j7si3574145ils.142.2021.05.27.13.50.57; Thu, 27 May 2021 13:51:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236595AbhE0NzF (ORCPT + 99 others); Thu, 27 May 2021 09:55:05 -0400 Received: from outbound-smtp37.blacknight.com ([46.22.139.220]:49567 "EHLO outbound-smtp37.blacknight.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236580AbhE0NzF (ORCPT ); Thu, 27 May 2021 09:55:05 -0400 Received: from mail.blacknight.com (pemlinmail06.blacknight.ie [81.17.255.152]) by outbound-smtp37.blacknight.com (Postfix) with ESMTPS id 8DE711E30 for ; Thu, 27 May 2021 14:53:30 +0100 (IST) Received: (qmail 13155 invoked from network); 27 May 2021 13:53:30 -0000 Received: from unknown (HELO techsingularity.net) (mgorman@techsingularity.net@[84.203.23.168]) by 81.17.254.9 with ESMTPSA (AES256-SHA encrypted, authenticated); 27 May 2021 13:53:30 -0000 Date: Thu, 27 May 2021 14:53:28 +0100 From: Mel Gorman To: Randy Dunlap Cc: Ingo Molnar , Andrew Morton , linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, Tom Rix Subject: Re: [PATCH] x86: fixmap: use CONFIG_NR_CPUS instead of NR_CPUS Message-ID: <20210527135328.GD30378@techsingularity.net> References: <20210521195918.2183-1-rdunlap@infradead.org> <59676378-1b52-cae7-7944-adeffd27190e@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <59676378-1b52-cae7-7944-adeffd27190e@infradead.org> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 26, 2021 at 10:59:51AM -0700, Randy Dunlap wrote: > > - Once early_ioremap.h is gone from io.h, it's potentially possible to > > include . More work to resolve dependencies might be > > needed though. > > Yes, my first patch for this (unsent) just included > in fixmap.h unconditionally instead of conditionally. > > > Frankly, I'd prefer if such a low level header dependencies change came in > > via the x86 tree so we can properly review it, test it, and keep it > > working. Right now I can only guess what is needed here... > > Sure, makes sense. > > Mel, do you have any patch suggestions here? re: For whatever reason, I do not see the same build warnings you report. Dropping "mm/early_ioremap: add prototype for early_memremap_pgprot_adjust" is one option. Alternatively, this should also work and it's a more sensible dependency. diff --git a/include/asm-generic/early_ioremap.h b/include/asm-generic/early_ioremap.h index 022f8f908b42..d95c693de640 100644 --- a/include/asm-generic/early_ioremap.h +++ b/include/asm-generic/early_ioremap.h @@ -3,7 +3,7 @@ #define _ASM_EARLY_IOREMAP_H_ #include -#include +#include /* * early_ioremap() and early_iounmap() are for temporary early boot-time -- Mel Gorman SUSE Labs