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 ECDD6C6FD1C for ; Wed, 22 Mar 2023 08:12:05 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 327E76B007B; Wed, 22 Mar 2023 04:12:05 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 2D7936B007D; Wed, 22 Mar 2023 04:12:05 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 19FC36B007E; Wed, 22 Mar 2023 04:12:05 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 0A06E6B007B for ; Wed, 22 Mar 2023 04:12:05 -0400 (EDT) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id D630C80395 for ; Wed, 22 Mar 2023 08:12:04 +0000 (UTC) X-FDA: 80595816168.29.91C2674 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf29.hostedemail.com (Postfix) with ESMTP id 0D3C8120022 for ; Wed, 22 Mar 2023 08:12:02 +0000 (UTC) Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=naF45VCk; spf=pass (imf29.hostedemail.com: domain of rppt@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=rppt@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1679472723; 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=OL8Gva7Xa/KTRvXRQLoLpZ1iRnvVQc7bP93Nl44lPuM=; b=j6kuPtWGnNzzkzJb2c1qCciHBfmchg+nHXc4r9h+HHyQWGH/E5HEXgt/L4NtHOgrgeEHW6 cye8HeQ+hiGqZtULUZWFuOF47FmgG0cIk932uE8OwYyW9fHxx5fiMMQu/6wd1KNRqL5J/t XH0Lwg6RMgUoY2o8amUAc+XdTYgXk7g= ARC-Authentication-Results: i=1; imf29.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=naF45VCk; spf=pass (imf29.hostedemail.com: domain of rppt@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=rppt@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1679472723; a=rsa-sha256; cv=none; b=Dguu1S6wpFjUOj44IU6IguJtflylZsJ5skBftb4SrmB3z9Wg5zrtaeDgjqwJNBqBt8/paX T8lGH5Er2YMeGrLQhI0deZN4j3oZuNL6xRtZaZQa0AVgPMD2ihTVFTn5CDGvz+wiI3s92t pDKhhA93UNN7z0jVv1RTxCy+5ou7DaY= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id E903961F32; Wed, 22 Mar 2023 08:12:01 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 875B9C433EF; Wed, 22 Mar 2023 08:11:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679472721; bh=okeZvv3D7XhTVm0LuvGt5O//tbGWRywQFIgBec991Jw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=naF45VCkHA8xy/3VLS2SLVNpm/ev7Orqzb07ReeGUhypl7zTu2Ds17gNbBw3DxE91 o0BJcYzy8CbXztB2fw/j6vvO+GjImciqXUa4wKmcQiYtRwPuloODSwDGafr4zvoxQk 2FljODbcWho05XlvQ/AewlDn1/v3TkKnLpPEXBtzqfLkWyVkdI+aWZgaHt7948BJlX nlnuWnggVwJfjip/n/yMz7pOH4e9M9VPlWVNVAqzK2spvrQ6v8fKYo6/32jmXYP+gK 9rVfknSDoSfjM6h+a3OmLUBoSaVbdi+bhGdnfPMYB1H89cSEtBLvpuZzaj+CnQn12j tX18lweqhFNsA== Date: Wed, 22 Mar 2023 10:11:47 +0200 From: Mike Rapoport To: WANG Xuerui Cc: Huacai Chen , "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 Subject: Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE Message-ID: References: <202303201615.Qfu18nWV-lkp@intel.com> <20230320155626.hirui3frcaunnajj@box.shutemov.name> <723b2eb6-2f4c-8947-0041-a0ced7657885@xen0n.name> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <723b2eb6-2f4c-8947-0041-a0ced7657885@xen0n.name> X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 0D3C8120022 X-Rspam-User: X-Stat-Signature: rzmmz8kzsr3qs33cyjaq9kndwq3thyua X-HE-Tag: 1679472722-813191 X-HE-Meta: U2FsdGVkX1/JaBZ2VYjVlFAVNAHVerm3ynFjZKi/pAA5djX96aRURl6PJ+Q97tracdnRgXpWcbs3GuD9eja7ThLaJt7TD4qTjbRQlxDC2dSHsgEsT/RkJX6WLiJBI3ka2BK0rzuz0xuNuTvEXpUBdXBRomqG0OlVvPRWCe8IwinGtomPMopNIHGg9qo5gwsJAXxCNtZOWXaDS7OwqKLuUGI85DzOrFeATTWZ9Tq4xpTN7UL+hGeM97wcWNdndDRSlIHBQSLVq2CzgRSJyrqmZfYa1SqquhQLuDgkZpucJts5tybtCEqvcuWkcLdEH9lxMOm2YHYbcccOk8e3DOcAXcouEdF2o8a8BSSEahfEIIm8RVHEuppCSgdveJCDserMps7Dbm1Zp0vZNVB2L8GRgW46gqJtK570+t6fAmYhqP+xb5hHR8vyBs6S+wn8ADRoyfTzYupchHJ5tbgyv6coWeYovcz6dcgiGuaNNPZI1jGgQeSocKDk1S5c14OdM4+TnJBW/yg5iWfcJ/FYVzUa6BQeZE1CwzMlQuJONnN5hZAwZNkVVDPsNUHqp25jWuC7paFxlbZU7S48H6x0PUHzAn37LDlTRo0pJyyRlN8ZCirTCuvB8QzhEQs8/zVxNQXMUPlApf/2xYHgg9RWg4SRkHcglyElVzQfHHlJ3BhsDgvZyy44Tud1dEPIwTKzcgwbOk9a0C4bGeBinS2FiXMMs2XRBy6fe2ziQJNk3DoKFYCKjAcYRczPoGTEmD5BJ3aOv1IDlLNjj1XDjg/J5qTgnfJ/4qlu7lo0i+Kvk2KvqlarSi2ylWLb0VV/cb1qQZPQdTtBgEfJ+YCU0A4ptpV7uCY7K3SLPv5n1JUldYIJV8F/aeS+hzHv0I0BUEHKRq7CVJE3ZPcB11AN3ah5k7Pbk236lwOxI1l3V8Rc3q5ivY7ulnFZdu+7moZ0I93H8BUvKY8ja9Qdp5JZ4m7ga8p 7ECHQJdL etL3RPBa5UOAR0HcSbTJfgUmHjeU5fyVa2G2EwAh8oh5glqJxey+VioqegYJu40hMqORLl8Dg7xJUpuP/ZCay4o1dFSM6cpbNmUTDeTrhdnY6LuOI+AEYt2MMWxhlXXEDofnTdZnWhJiCdzLzqZZFjacD2pcvLpZtd3mfl+BDaYezTpmcY4rtRZDZpOBQ2YhcUz4+oYVE4RCbg4vZis0dJPcM1tYWzAS4guoaHRnyi53m0eYLdh/R/eHkWviXtVJZ6Wx9fKE/rRonS5ttGQo7PQ0hgzIoulBO7arX2D0Ih60eFNxu5CCqqLZJHpH+ohLQCXINHfhEXJZunouQY+seiqT6W+4Z65fl9PikS60kzeLNNVOpGDWs7g3ZhnnenWz8/qDh65Xi//2gTBq1ocDaXhonbNASK5/nYxl/cvrkgBWH9zt3sPFQgLQ079YrPw/iUMLpwIt9ZzfbvmDpIwFeYCt7g1iY74UzyOXbTCjoDlZks16/hw1XQ9rMx8XBfr3F7TFR3ZLifI6NCec2gnQpWicfk1BnOZwXJqHB/WQ51sDTacVunlB8DLqriA== 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 Wed, Mar 22, 2023 at 03:54:09PM +0800, WANG Xuerui wrote: > 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. With Kirill's patch the range became '13 63', so I don't see why randconfig would set ARCH_FORCE_MAX_ORDER to 14. > 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? I don't think architectures should mess with MAX_ORDER unless strictly necessary. Having an integer config symbol with sensible defaults is enough to ensure that MAX_ORDER can fit a PMD page. I really doubt anyone should ever override that default in their kernel builds. > -- > WANG "xen0n" Xuerui > > Linux/LoongArch mailing list: https://lore.kernel.org/loongarch/ > -- Sincerely yours, Mike.