From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 81EB2C6FD1F for ; Wed, 22 Mar 2023 07:54:21 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E0B936B0075; Wed, 22 Mar 2023 03:54:20 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id DE2B36B0078; Wed, 22 Mar 2023 03:54:20 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CD1D96B007B; Wed, 22 Mar 2023 03:54:20 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id BD1176B0075 for ; Wed, 22 Mar 2023 03:54:20 -0400 (EDT) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 87590C034E for ; Wed, 22 Mar 2023 07:54:20 +0000 (UTC) X-FDA: 80595771480.28.0777419 Received: from mailbox.box.xen0n.name (mail.xen0n.name [115.28.160.31]) by imf30.hostedemail.com (Postfix) with ESMTP id 507E18000A for ; Wed, 22 Mar 2023 07:54:16 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=xen0n.name header.s=mail header.b=wuJhS2a+; spf=pass (imf30.hostedemail.com: domain of kernel@xen0n.name designates 115.28.160.31 as permitted sender) smtp.mailfrom=kernel@xen0n.name; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1679471658; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=JDBVZRrw3Neb0P6QBGMwdA/TlgEAK2iz0aLuY/lfiN4=; b=QuEGp2n55I6QHqgwMLXgNX/zZzolvVCoA+e4hXPsRDtq8QwvPtS+bA4f+tuWnklkkDC6tM HNHOqmLIGeiexFtFRwqNifwM6v8Q8u7j60S/iQgawWmxTdOPoCYTJCEz/an74dFatB3A8c arRaV3EAvkuEtgvTzbI+7OPbqepdIdc= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=xen0n.name header.s=mail header.b=wuJhS2a+; spf=pass (imf30.hostedemail.com: domain of kernel@xen0n.name designates 115.28.160.31 as permitted sender) smtp.mailfrom=kernel@xen0n.name; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1679471658; a=rsa-sha256; cv=none; b=JmX0fcWcsVnyCQohwmAi4+uXiensD6UzHcSMAv65bhMf3Alhh8TX0JlQB40l0+u0GK35F4 63pbV7+vFvw9SFzqscXZp3+4ejfuKojwz/6s+0EGmQ0XNGiuQzoET4zqZvNcNoyMmIVqn3 oMugUAL5ZTUT5lXUc7fvASq42y1p8vo= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xen0n.name; s=mail; t=1679471651; bh=VW/wZ6ICCUnvaFKqBPYysmNFXCU3s0E0xwCrUVXE02Y=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=wuJhS2a+n+h0OgSLslUWT6cJUiMyy+vR4fzl8CcMx9fayIRZ3VOj/5rlAM76DsICv Xmwv75bkNKHBPiWu5QEa7i5Yie+rbS+wNBNsiABO0nZQgcqgguw7bhCjcu1rQnAM+g LmD0adSq5lHUvSzELJNnXMywanm9HHwVDlZtYQGI= Received: from [100.100.33.167] (unknown [220.248.53.61]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailbox.box.xen0n.name (Postfix) with ESMTPSA id 67D9360103; Wed, 22 Mar 2023 15:54:10 +0800 (CST) Message-ID: <723b2eb6-2f4c-8947-0041-a0ced7657885@xen0n.name> Date: Wed, 22 Mar 2023 15:54:09 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE To: Mike Rapoport , Huacai Chen Cc: "Kirill A. Shutemov" , kernel test robot , loongarch@lists.linux.dev, "Kirill A. Shutemov" , oe-kbuild-all@lists.linux.dev, Linux Memory Management List , Andrew Morton References: <202303201615.Qfu18nWV-lkp@intel.com> <20230320155626.hirui3frcaunnajj@box.shutemov.name> Content-Language: en-US From: WANG Xuerui In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 507E18000A X-Stat-Signature: kfx1pdkx9ngiddkb1yj7kh6ueejashja X-Rspam-User: X-HE-Tag: 1679471656-821708 X-HE-Meta: U2FsdGVkX1/XLjNj4WYz+HfGp+XLF8f3VUIWO01ySdCkK1bgwll3puMQXkqeGWssQfG3KLJHEMWEDKakttqdYu6JPwyJi2nUWuTb34uXfwLZVTJMrWjzbkc2yhACaiiewsuO8g466RtI3Ll0LzcO6PMlo36GtvVixJ1Jbv41BJDlkm8nySZ1+TTi9xtnnPLNZ06gmUt5mTwFaupovQpVuLk1fo+q5aGFXnt7duBM4BOO6+BSSvX+kqZIYvzshyHj8IVggU26gb1eV8aZpnwYXqW+k8ucaRxv0YmM52d56zQbcr+GtINc4gC4YB1BCAiaOhgySjCARkFn8QyN8hNnbGSjACaqWhPmN/CiS37Dsu8ljp37tLRKYFWlNEcfte3ZEU+Uv0yGKsMEVvIeBETzhhW1ymTSKMQrnDLDprqucE4QA+pEqK/U4ULSHFeNbAJdcST1W6xxBL7vLAfDV7qrKN2TtTXNCZUgtoQftws6JRAcgIG1k7iN7i1owRwFodv7V5yQcvsAIS081WfLX3tijM7nhI7MeRSQOMtjCpsyq7WRX0E68Iao7/5hkbe7rteDnB3r91gjMkp8BItwBaaF3lq2AjzKnucs3w7cSjX0RIFPQhWtETixOqSC8RWcUa8Sz3NKGHzc46SIziSt0kcTUeftOOCy5VPYvvvysvNaxtnbR19atFqsEvIl3R+Npn7viLUYYWy+lEyhtDaedArOOkavHGES3lddQdYR01clqOdOzgNyB+M/PffEfWfmBn090BDLJCVOOV9mNZu+Xf1T1msgrReaoPGBconQcsqgeT8g8saZzDbtxuSebHEm7Nh1GmLDw5rY6U0ryp9R9I52wlQR58clL3n+fIM6az4YvJrS71l/8CUytbY2HDzweT4fjxmXuXzV3Q4XUqYeuD7sSBOo5P1oNK6rIhN5MIkcsg1CrhySbVCTWvEitnCfHFGjxi01otH+UFTTfa46Jk3 GCWu2kmM aOoovWf2ASYg6Qp3rCvEmLMi775Ikst1O3STRnEphypdOT5YubcMOHgO4+ynhD9SL6tvNWv8RHcIqBFgoM4seY7ZAjghzW5AxJkaS5qFUooZC6uXrfMEfgmJ0acsNsnLLXOKCyThzgt5D780xOJg35eb+cp4pgd+Hn+7FuroZUSnE6nO2dnybKZCK/uCamFT//ulkjXcMHe2LZS2IHH4WFlfXMOVWwOYNyEO8y9ZOdzOuLmun7DRvr2lva/fg2DDV0kCR4tofBgmeRKdXHjBXJOpzUTA4f4A6LBCirSUd5Rnyu8tvoyHre7RmpOsYtIS8ehJsRyuIh0clvGdIFe+AheOR5c2gHBGDdPLhV3L3QZUW3AM4/iOSykvls3WibvnbZJBnIv5rkLlNcEMctFrJIGLBpgqcY9PP3+HGuIdDHXc2zk3c1QKnY8FMYCd5z2LWXtwwYBMpxWfcjomXYb1sHDUxPY7WbOPMGFUFYmO9UGPw1SUXAeu0U3mvhA== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 2023/3/22 15:42, Mike Rapoport wrote: > On Tue, Mar 21, 2023 at 10:59:36AM +0800, Huacai Chen wrote: >> Hi, all, >> >> On Mon, Mar 20, 2023 at 11:56 PM Kirill A. Shutemov >> wrote: >>> >>> On Mon, Mar 20, 2023 at 04:06:33PM +0800, kernel test robot wrote: >>>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master >>>> head: 73f2c2a7e1d2b31fdd5faa6dfa151c437a6c0a5a >>>> commit: af8daebdbc0833b8095767ccef7ddce55e9fdf32 [3778/4413] mm, treewide: redefine MAX_ORDER sanely >>>> config: loongarch-buildonly-randconfig-r003-20230320 (https://download.01.org/0day-ci/archive/20230320/202303201615.Qfu18nWV-lkp@intel.com/config) >>>> compiler: loongarch64-linux-gcc (GCC) 12.1.0 >>>> reproduce (this is a W=1 build): >>>> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross >>>> chmod +x ~/bin/make.cross >>>> # https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=af8daebdbc0833b8095767ccef7ddce55e9fdf32 >>>> git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git >>>> git fetch --no-tags linux-next master >>>> git checkout af8daebdbc0833b8095767ccef7ddce55e9fdf32 >>>> # save the config file >>>> mkdir build_dir && cp config build_dir/.config >>>> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=loongarch olddefconfig >>>> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=loongarch prepare >>>> >>>> If you fix the issue, kindly add following tag where applicable >>>> | Reported-by: kernel test robot >>>> | Link: https://lore.kernel.org/oe-kbuild-all/202303201615.Qfu18nWV-lkp@intel.com/ >>>> >>>> All errors (new ones prefixed by >>): >>>> >>>> In file included from include/linux/gfp.h:7, >>>> from include/linux/mm.h:7, >>>> from arch/loongarch/kernel/asm-offsets.c:9: >>>>>> include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE >>>> 1749 | #error Allocator MAX_ORDER exceeds SECTION_SIZE >>>> | ^~~~~ >>> >>> +Loongarch folks. >> LoongArch defines SECTION_SIZE_BITS as 29, so I think the upper limit >> of ARCH_FORCE_MAX_ORDER should not be 63, MIPS is similar. > > The ranges MIPS add LoongArch define for ARCH_FORCE_MAX_ORDER are insane. > I'm going to drop them and leave ARCH_FORCE_MAX_ORDER an int with sane > defaults. > > As for this splat, in the .config above ARCH_FORCE_MAX_ORDER=14 and > PAGE_SIZE=64k, so we end up with MAX_ORDER + PAGE_SHIFT being 30, that's > larger than SECTION_SIZE. > > AFAIK randconfig does not randomize integers, so it's unclear to me how > ARCH_FORCE_MAX_ORDER got to 14. > As far as I can see, arch/loongarch/Kconfig has the following lines: > config ARCH_FORCE_MAX_ORDER > int "Maximum zone order" > range 14 64 if PAGE_SIZE_64KB > default "14" if PAGE_SIZE_64KB > range 12 64 if PAGE_SIZE_16KB > default "12" if PAGE_SIZE_16KB > range 11 64 > default "11" So the value 14 is because PAGE_SIZE_64KB is being set, which I confirmed to be the case with this particular run. And I believe the stanza is inherited from arch/mips. Looking at other arches it seems a much smaller upper limit would be desirable. Even the lower limit of 14 could be lowered, e.g. arch/powerpc has "range 8 9 if PPC64 && PPC_64K_PAGES". Is that okay? -- WANG "xen0n" Xuerui Linux/LoongArch mailing list: https://lore.kernel.org/loongarch/