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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 9D4CBC77B73 for ; Sun, 30 Apr 2023 03:56:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=K3lLqRqmEopck66mJG5ALHIjxeWPuu8adLvINfbXJ4c=; b=ZBswIGd1hsyXUP j8g60uw7zDs8cCbyGrr/MDoyZ2r9NrOmWchkz2x/GxWMUqQ47kLHqjGTUblBhcEtFEvJ3im9FQDzj pH2O31d0MFs7BDj7vrnstNURdJYVvN5WV2o7/5ML63P686LTghDaKSeWYzA1+e6dTpiryOTDFoaI7 W582c6qf1XfBg1LgSEW1ubK9N6NZEEa+VGaF0vCjhEsW41QXmlMGLGmCMfRYmPiumYqtjiI7byMvp p7rKEKqNu78LTctUQGH5AjbAg5fqx+3EIZMDdtuQX8uj3+hi+ja+xRl06O/sYEUNehVwfEObmcEfT 4o5Fj1yrIT8Na3lsyRRw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1psy9F-00DYHl-08; Sun, 30 Apr 2023 03:54:53 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1psy9B-00DYHF-1H for linux-arm-kernel@lists.infradead.org; Sun, 30 Apr 2023 03:54:51 +0000 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 0144960AFD; Sun, 30 Apr 2023 03:54:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C717FC433EF; Sun, 30 Apr 2023 03:54:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1682826882; bh=r2VeuPYQfJ2iw/CTmN4Mv5+QlWJm/piaDa5NQvc+/80=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=YmJKu9H/edgwAmVovRl9eyvNkNBBgp54e2eBqOtKK++XX3qs8tIrC2U7C+SKY7kKv bawzN/Tm5I5/jIdC0N7Py6MlS3MuDqt2Qcd96QuHYLH6vfapo0eUiqgAAuziIW+LJc 0FqsKExI4SAcqR26ZdetxIG2ruUDX5f8m+5WfO3dXWh3Ql0nGVcu35xCRNF9li9tNl 1e4FXVTMHqrrZj/GC2/wiU0gP6SxEf6ib5X3z1MaS+h0BsPuol5x30ladhc0RY4DG3 +VoKMtck6tT5g5FbD8jTo7BtwFO07U7dljVFkvn/d8vNoZwtR2tdHbietJz28ZcCqI mu/I2PJxy7feA== Date: Sun, 30 Apr 2023 06:54:29 +0300 From: Mike Rapoport To: Justin Forbes Cc: Catalin Marinas , Will Deacon , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, jmforbes@linuxtx.org, Andrew Morton Subject: Re: [PATCH] Revert arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER Message-ID: References: <20230428153646.823736-1-jforbes@fedoraproject.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230429_205449_539374_1A8BBD7A X-CRM114-Status: GOOD ( 41.33 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org T24gU2F0LCBBcHIgMjksIDIwMjMgYXQgMDU6NDI6MTFQTSAtMDUwMCwgSnVzdGluIEZvcmJlcyB3 cm90ZToKPiBPbiBTYXQsIEFwciAyOSwgMjAyMyBhdCAyOjAx4oCvUE0gTWlrZSBSYXBvcG9ydCA8 cnBwdEBrZXJuZWwub3JnPiB3cm90ZToKPiA+Cj4gPiBPbiBGcmksIEFwciAyOCwgMjAyMyBhdCAw NjowMTozMFBNICswMTAwLCBDYXRhbGluIE1hcmluYXMgd3JvdGU6Cj4gPiA+ICsgTWlrZSBhbmQg QW5kcmV3Cj4gPiA+Cj4gPiA+IE9uIEZyaSwgQXByIDI4LCAyMDIzIGF0IDEwOjM2OjQ1QU0gLTA1 MDAsIEp1c3RpbiBNLiBGb3JiZXMgd3JvdGU6Cj4gPiA+ID4gV2hpbGUgdGhlIEFSQ0hfRk9SQ0Vf TUFYX09SREVSIGNoYW5nZXMgY2xhcmlmaWVkIHRoZSBkZXNjcmlwdGlvbnMgcXVpdGUKPiA+ID4g PiBhIGJpdCwgdGhlIGFhcmNoNjQgc3BlY2lmaWMgY2hhbmdlIG1vdmVkIHRoaXMgY29uZmlnIHRv IHNpdCBiZWhpbmQKPiA+ID4gPiBDT05GSUdfRVhQRVJULiBUaGlzIGJlY29tZXMgcHJvYmxlbWF0 aWMgd2hlbiBkaXN0cm9zIGFyZSBzZXR0aW5nIHRoaXMgdG8KPiA+ID4gPiBhIG5vbiBkZWZhdWx0 IHZhbHVlIGFscmVhZHkuIFB1c2hpbmcgaXQgYmVoaW5kIEVYUEVSVCB3aGVyZSBpdCB3YXMgbm90 Cj4gPiA+ID4gYmVmb3JlIHdpbGwgc2lsZW50bHkgY2hhbmdlIHRoZSBjb25maWd1cmF0aW9uIGZv ciB1c2VycyBidWlsZGluZyB3aXRoCj4gPiA+ID4gb2xkY29uZmlnLiAgSWYgZGlzdHJvcyBwYXRj aCBvdXQgaWYgRVhQRVJUIGRvd25zdHJlYW0sIGl0IHN0aWxsIGNyZWF0ZXMKPiA+ID4gPiBwcm9i bGVtcyBmb3IgdXNlcnMgdGVzdGluZyBvdXQgdXBzdHJlYW0gcGF0Y2hlcywgb3IgdHJ5aW5nIHRv IGJpc2VjdCB0bwo+ID4gPiA+IGZpbmQgdGhlIHJvb3Qgb2YgcHJvYmxlbSwgYXMgdGhlIGNvbmZp Z3VyYXRpb24gd2lsbCBjaGFuZ2UgdW5leHBlY3RlZGx5LAo+ID4gPiA+IHBvc3NpYmx5IGxlYWRp bmcgdG8gZGlmZmVyZW50IGJlaGF2aW9yIGFuZCBmYWxzZSByZXN1bHRzLgo+ID4gPiA+Cj4gPiA+ ID4gV2hlbSBJIGFza2VkIGFib3V0IHJldmVydGluZyB0aGUgRVhQRVJULCBkZXBlbmRlbmN5LCBJ IHdhcyBhc2tlZCB0byBhZGQKPiA+Cj4gPiBOaXQ6IFdoZW4KPiA+Cj4gPiA+ID4gdGhlIHJhbmdl cyBiYWNrLgo+ID4gPiA+Cj4gPiA+ID4gVGhpcyBlc3NlbnRpYWxseSByZXZlcnRzIGNvbW1pdCAz NGFmZmNkNzU3N2EyMzI4MDNmNzI5ZDE4NzBiYTQ3NWYyOTRlNGVhCj4gPiA+ID4KPiA+ID4gPiBT aWduZWQtb2ZmLWJ5OiBKdXN0aW4gTS4gRm9yYmVzIDxqZm9yYmVzQGZlZG9yYXByb2plY3Qub3Jn Pgo+ID4gPiA+IENjOiBDYXRhbGluIE1hcmluYXMgPGNhdGFsaW4ubWFyaW5hc0Bhcm0uY29tPgo+ ID4gPiA+IC0tLQo+ID4gPiA+ICBhcmNoL2FybTY0L0tjb25maWcgfCA0ICsrKy0KPiA+ID4gPiAg MSBmaWxlIGNoYW5nZWQsIDMgaW5zZXJ0aW9ucygrKSwgMSBkZWxldGlvbigtKQo+ID4gPiA+Cj4g PiA+ID4gZGlmZiAtLWdpdCBhL2FyY2gvYXJtNjQvS2NvbmZpZyBiL2FyY2gvYXJtNjQvS2NvbmZp Zwo+ID4gPiA+IGluZGV4IGIxMjAxZDI1YThhNC4uZGFlMThhYzAxZTk0IDEwMDY0NAo+ID4gPiA+ IC0tLSBhL2FyY2gvYXJtNjQvS2NvbmZpZwo+ID4gPiA+ICsrKyBiL2FyY2gvYXJtNjQvS2NvbmZp Zwo+ID4gPiA+IEBAIC0xNTE2LDkgKzE1MTYsMTEgQEAgY29uZmlnIFhFTgo+ID4gPiA+ICAjIDE2 SyB8ICAgICAgIDI3ICAgICAgICAgIHwgICAgICAxNCAgICAgIHwgICAgICAgMTMgICAgICAgIHwg ICAgICAgICAxMSAgICAgICAgIHwKPiA+ID4gPiAgIyA2NEsgfCAgICAgICAyOSAgICAgICAgICB8 ICAgICAgMTYgICAgICB8ICAgICAgIDEzICAgICAgICB8ICAgICAgICAgMTMgICAgICAgICB8Cj4g PiA+ID4gIGNvbmZpZyBBUkNIX0ZPUkNFX01BWF9PUkRFUgo+ID4gPiA+IC0gICBpbnQgIk9yZGVy IG9mIG1heGltYWwgcGh5c2ljYWxseSBjb250aWd1b3VzIGFsbG9jYXRpb25zIiBpZiBFWFBFUlQg JiYgKEFSTTY0XzRLX1BBR0VTIHx8IEFSTTY0XzE2S19QQUdFUykKPiA+ID4gPiArICAgaW50ICJP cmRlciBvZiBtYXhpbWFsIHBoeXNpY2FsbHkgY29udGlndW91cyBhbGxvY2F0aW9ucyIgaWYgQVJN NjRfNEtfUEFHRVMgfHwgQVJNNjRfMTZLX1BBR0VTCj4gPiA+ID4gICAgIGRlZmF1bHQgIjEzIiBp ZiBBUk02NF82NEtfUEFHRVMKPiA+ID4gPiArICAgcmFuZ2UgMTEgMTMgaWYgQVJNNjRfMTZLX1BB R0VTCj4gPiA+ID4gICAgIGRlZmF1bHQgIjExIiBpZiBBUk02NF8xNktfUEFHRVMKPiA+ID4gPiAr ICAgcmFuZ2UgMTAgMTUgaWYgQVJNNjRfNEtfUEFHRVMKPiA+ID4gPiAgICAgZGVmYXVsdCAiMTAi Cj4gPiA+ID4gICAgIGhlbHAKPiA+ID4gPiAgICAgICBUaGUga2VybmVsIHBhZ2UgYWxsb2NhdG9y IGxpbWl0cyB0aGUgc2l6ZSBvZiBtYXhpbWFsIHBoeXNpY2FsbHkKPiA+ID4KPiA+ID4gVGhlIHJl dmVydCBsb29rcyBmaW5lIHRvIG1lOgo+ID4gPgo+ID4gPiBBY2tlZC1ieTogQ2F0YWxpbiBNYXJp bmFzIDxjYXRhbGluLm1hcmluYXNAYXJtLmNvbT4KPiA+ID4KPiA+ID4gRm9yIHRoZSByZWNvcmQs IHRoZSBvcmlnaW5hbCBkaXNjdXNzaW9uOgo+ID4gPgo+ID4gPiBMaW5rOiBodHRwczovL2xvcmUu a2VybmVsLm9yZy9yL0NBRnhrZEFyNUM3Z2daK1dkdkRic2Ztd3VYdWpUX3pfeDNxY1VuaG5Dbi1X ckF1cnZnQUBtYWlsLmdtYWlsLmNvbQo+ID4KPiA+IEknbSBub3QgcmVhbGx5IGhhcHB5IGFib3V0 IHRoaXMgcmV2ZXJ0IGJlY2F1c2UgTUFYX09SREVSIGlzIG5vdCBzb21ldGhpbmcKPiA+IHRoYXQg c2hvdWxkIGJlIGNoYW5nZWQgZWFzaWx5Lgo+ID4gQnV0IHNpbmNlIGhpZGluZyBpdCBiZWhpbmQg RVhQRVJUIHdvdWxkIHNpbGVudGx5IGNoYW5nZSBsb3RzIG9mIGV4aXN0aW5nCj4gPiBidWlsZHMs IEkgd29uJ3Qgb2JqZWN0Lgo+ID4KPiA+IFN0aWxsLCBJIG5ldmVyIGdvdCB0aGUgYW5zd2VyIF93 aHlfIEZlZG9yYS9SSEVMIGNvbmZpZ3MgdXNlIG5vbi1kZWZhdWx0Cj4gPiB2YWx1ZS4gUXVpdGUg cG9zc2libGUgc29tZXRoaW5nIGVsc2UgbmVlZHMgdG8gYmUgZml4ZWQgcmF0aGVyIHRoYW4gaGF2 aW5nCj4gPiBvdmVyZ3Jvd24gTUFYX09SREVSLgo+IAo+IEkgZ2V0IHRoYXQsIGJ1dCBJIGFsc28g bG9va2VkIGF0IHRoZSByZXN0IG9mIHRoZSBwYXRjaCBzZXQuIE5vd2hlcmUKPiBlbHNlIHdhcyAi aWYgRVhQRVJUIiBhZGRlZC4gIFdoeSB3YXNuJ3QgaXQgYWRkZWQgdG8gb3RoZXIKPiBhcmNoaXRl Y3R1cmVzPyBOb3QgdGhhdCBJIGFtIGNvbXBsYWluaW5nLCBidXQgYWFyY2g2NCBpbiBwYXJ0aWN1 bGFyIGlzCj4gdGhlIG9uZSBhcmNoIHdoZXJlLCBhcyBhIGRpc3Rybywgd2UgYXJlIHRyeWluZyB0 byBhY2NvbW1vZGF0ZSBib3RoCj4gUmFzcGJlcnJ5IFBpLCBhbmQgc2VydmVyIGNsYXNzIG1hY2hp bmVzLgoKVGhlIHBhdGNoIHdhcyBhYm91dCBkcm9wcGluZyB0aGUgcmFuZ2VzLCBub3QgYWJvdXQg YWRkaW5nIEVYUEVSVC4gU28gb24KYXJtNjQgaXQgd2FzIGFkZGVkIGJlY2F1c2UgQ2F0YWxpbiBy ZXF1ZXN0ZWQgaXQsIG90aGVyIGFyY2ggbWFpbnRhaW5lcnMKZGlkbid0LgoKPiBJdCBpcyB0aGUg cHJhY3RpY2FsaXR5IG9mIGJ1aWxkaW5nIGEgc2luZ2xlIGtlcm5lbCBpbWFnZSB0aGF0IHdvcmtz Cj4gYWxvbmcgYSBsYXJnZSBudW1iZXIgb2YgbWFjaGluZXMuIFRoZSBkZWZhdWx0cyBhcmUgZmlu ZSBmb3Igc21hbGxlcgo+IGJvYXJkcywgYW5kIGhvbmVzdGx5IHRoZSBtYWpvcml0eSBvZiBhYXJj aDY0IGhhcmR3YXJlIGluIGNpcmN1bGF0aW9uLgo+IFRoZXkgYXJlIG5vdCBhY2NlcHRhYmxlIGZv ciBzZXJ2ZXIgY2xhc3MgbWFjaGluZXMgcnVubmluZyB0aG9zZSB0eXBlcwo+IG9mIHdvcmtsb2Fk cy4KCldoeSB0aGUgZGVmYXVsdCBNQVhfT1JERVIgd2FzIG5vdCBhY2NlcHRhYmxlIG9uIGFybTY0 IHNlcnZlciBtYWNoaW5lcyBidXQKaXQgaXMgZmluZSBvbiwgc2F5LCB4ODYgYW5kIHMzOTA/IApJ J20gbm90IGFza2luZyBob3cgeW91IG1hZGUgaXQgcG9zc2libGUgaW4gRmVkb3JhIGFuZCBSSEVM LCBJJ20gYXNraW5nIHdoeQpkaWQgeW91IHN3aXRjaCBmcm9tIHRoZSBkZWZhdWx0IG9yZGVyIGF0 IGFsbC4KCj4gSnVzdGluCj4gCj4gPiAtLQo+ID4gU2luY2VyZWx5IHlvdXJzLAo+ID4gTWlrZS4K PiA+CgotLSAKU2luY2VyZWx5IHlvdXJzLApNaWtlLgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KbGludXgtYXJtLWtlcm5lbCBtYWlsaW5nIGxpc3QKbGlu dXgtYXJtLWtlcm5lbEBsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQu b3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtYXJtLWtlcm5lbAo= 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5E422C77B73 for ; Sun, 30 Apr 2023 03:54:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229996AbjD3Dyr (ORCPT ); Sat, 29 Apr 2023 23:54:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44950 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229629AbjD3Dyp (ORCPT ); Sat, 29 Apr 2023 23:54:45 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 889D319B1 for ; Sat, 29 Apr 2023 20:54:43 -0700 (PDT) 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 11C1D6122B for ; Sun, 30 Apr 2023 03:54:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C717FC433EF; Sun, 30 Apr 2023 03:54:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1682826882; bh=r2VeuPYQfJ2iw/CTmN4Mv5+QlWJm/piaDa5NQvc+/80=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=YmJKu9H/edgwAmVovRl9eyvNkNBBgp54e2eBqOtKK++XX3qs8tIrC2U7C+SKY7kKv bawzN/Tm5I5/jIdC0N7Py6MlS3MuDqt2Qcd96QuHYLH6vfapo0eUiqgAAuziIW+LJc 0FqsKExI4SAcqR26ZdetxIG2ruUDX5f8m+5WfO3dXWh3Ql0nGVcu35xCRNF9li9tNl 1e4FXVTMHqrrZj/GC2/wiU0gP6SxEf6ib5X3z1MaS+h0BsPuol5x30ladhc0RY4DG3 +VoKMtck6tT5g5FbD8jTo7BtwFO07U7dljVFkvn/d8vNoZwtR2tdHbietJz28ZcCqI mu/I2PJxy7feA== Date: Sun, 30 Apr 2023 06:54:29 +0300 From: Mike Rapoport To: Justin Forbes Cc: Catalin Marinas , Will Deacon , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, jmforbes@linuxtx.org, Andrew Morton Subject: Re: [PATCH] Revert arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER Message-ID: References: <20230428153646.823736-1-jforbes@fedoraproject.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Apr 29, 2023 at 05:42:11PM -0500, Justin Forbes wrote: > On Sat, Apr 29, 2023 at 2:01 PM Mike Rapoport wrote: > > > > On Fri, Apr 28, 2023 at 06:01:30PM +0100, Catalin Marinas wrote: > > > + Mike and Andrew > > > > > > On Fri, Apr 28, 2023 at 10:36:45AM -0500, Justin M. Forbes wrote: > > > > While the ARCH_FORCE_MAX_ORDER changes clarified the descriptions quite > > > > a bit, the aarch64 specific change moved this config to sit behind > > > > CONFIG_EXPERT. This becomes problematic when distros are setting this to > > > > a non default value already. Pushing it behind EXPERT where it was not > > > > before will silently change the configuration for users building with > > > > oldconfig. If distros patch out if EXPERT downstream, it still creates > > > > problems for users testing out upstream patches, or trying to bisect to > > > > find the root of problem, as the configuration will change unexpectedly, > > > > possibly leading to different behavior and false results. > > > > > > > > Whem I asked about reverting the EXPERT, dependency, I was asked to add > > > > Nit: When > > > > > > the ranges back. > > > > > > > > This essentially reverts commit 34affcd7577a232803f729d1870ba475f294e4ea > > > > > > > > Signed-off-by: Justin M. Forbes > > > > Cc: Catalin Marinas > > > > --- > > > > arch/arm64/Kconfig | 4 +++- > > > > 1 file changed, 3 insertions(+), 1 deletion(-) > > > > > > > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > > > > index b1201d25a8a4..dae18ac01e94 100644 > > > > --- a/arch/arm64/Kconfig > > > > +++ b/arch/arm64/Kconfig > > > > @@ -1516,9 +1516,11 @@ config XEN > > > > # 16K | 27 | 14 | 13 | 11 | > > > > # 64K | 29 | 16 | 13 | 13 | > > > > config ARCH_FORCE_MAX_ORDER > > > > - int "Order of maximal physically contiguous allocations" if EXPERT && (ARM64_4K_PAGES || ARM64_16K_PAGES) > > > > + int "Order of maximal physically contiguous allocations" if ARM64_4K_PAGES || ARM64_16K_PAGES > > > > default "13" if ARM64_64K_PAGES > > > > + range 11 13 if ARM64_16K_PAGES > > > > default "11" if ARM64_16K_PAGES > > > > + range 10 15 if ARM64_4K_PAGES > > > > default "10" > > > > help > > > > The kernel page allocator limits the size of maximal physically > > > > > > The revert looks fine to me: > > > > > > Acked-by: Catalin Marinas > > > > > > For the record, the original discussion: > > > > > > Link: https://lore.kernel.org/r/CAFxkdAr5C7ggZ+WdvDbsfmwuXujT_z_x3qcUnhnCn-WrAurvgA@mail.gmail.com > > > > I'm not really happy about this revert because MAX_ORDER is not something > > that should be changed easily. > > But since hiding it behind EXPERT would silently change lots of existing > > builds, I won't object. > > > > Still, I never got the answer _why_ Fedora/RHEL configs use non-default > > value. Quite possible something else needs to be fixed rather than having > > overgrown MAX_ORDER. > > I get that, but I also looked at the rest of the patch set. Nowhere > else was "if EXPERT" added. Why wasn't it added to other > architectures? Not that I am complaining, but aarch64 in particular is > the one arch where, as a distro, we are trying to accommodate both > Raspberry Pi, and server class machines. The patch was about dropping the ranges, not about adding EXPERT. So on arm64 it was added because Catalin requested it, other arch maintainers didn't. > It is the practicality of building a single kernel image that works > along a large number of machines. The defaults are fine for smaller > boards, and honestly the majority of aarch64 hardware in circulation. > They are not acceptable for server class machines running those types > of workloads. Why the default MAX_ORDER was not acceptable on arm64 server machines but it is fine on, say, x86 and s390? I'm not asking how you made it possible in Fedora and RHEL, I'm asking why did you switch from the default order at all. > Justin > > > -- > > Sincerely yours, > > Mike. > > -- Sincerely yours, Mike.