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 32C62C77B73 for ; Tue, 2 May 2023 14:08:37 +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=nw8t/yFtOs1waE1mg+VmZUKaQesV3hxmhS0YCyHevCc=; b=ZCPYav4QuvyKdK 8Kf9HBztdpnRp8MYatECE56rVWDeHzxSo/1H12kaEPmQhxfH1KmSFDtDMi+7A/9o84IeLt4eri5Jx ROCuFIN+T8rj6vuLFvY3klP6F9F0OjR5SrH6XaNGGVY3funQTvQ8teD5pT6yu0IIDYVt2APtqLris ruqhvWjTJ4w9b7GC+oO+7+wuBZItE4ttMPKrzitIVHJliri3rg6rBWWThcyRWbtcEGzKBpHxvDbZF VIUHhO9oU4Fz+90bMBW/ye/hgwnrj6Cs+bxupYSd6VkedK51sFdrFCGfEP9DeVYW3REbOyaZreqef XLgegDDoUzFQr1uVQMKQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1ptqfV-001lpr-2n; Tue, 02 May 2023 14:07:49 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1ptqfT-001lpK-0D for linux-arm-kernel@lists.infradead.org; Tue, 02 May 2023 14:07:48 +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 6BDC6622C4; Tue, 2 May 2023 14:07:46 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 90F29C4339E; Tue, 2 May 2023 14:07:44 +0000 (UTC) Date: Tue, 2 May 2023 15:07:41 +0100 From: Catalin Marinas To: Justin Forbes Cc: Mike Rapoport , 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-20230502_070747_140989_BF6CEC64 X-CRM114-Status: GOOD ( 19.14 ) 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 T24gTW9uLCBNYXkgMDEsIDIwMjMgYXQgMDQ6MjQ6MzhQTSAtMDUwMCwgSnVzdGluIEZvcmJlcyB3 cm90ZToKPiBPbiBTYXQsIEFwciAyOSwgMjAyMyBhdCAxMTowMuKAr1BNIE1pa2UgUmFwb3BvcnQg PHJwcHRAa2VybmVsLm9yZz4gd3JvdGU6Cj4gPiBXaHkgdGhlIGRlZmF1bHQgTUFYX09SREVSIHdh cyBub3QgYWNjZXB0YWJsZSBvbiBhcm02NCBzZXJ2ZXIgbWFjaGluZXMgYnV0Cj4gPiBpdCBpcyBm aW5lIG9uLCBzYXksIHg4NiBhbmQgczM5MD8KPiA+IEknbSBub3QgYXNraW5nIGhvdyB5b3UgbWFk ZSBpdCBwb3NzaWJsZSBpbiBGZWRvcmEgYW5kIFJIRUwsIEknbSBhc2tpbmcgd2h5Cj4gPiBkaWQg eW91IHN3aXRjaCBmcm9tIHRoZSBkZWZhdWx0IG9yZGVyIGF0IGFsbC4KPiAKPiBCZWNhdXNlIHRo ZSBNQVhfT1JERVIgb24gYWFyY2g2NCB3aXRoIDRLIHBhZ2VzIGlzIG1vcmUgdHVuZWQgdG8gdGhl Cj4gbmVlZHMgb2YgdGhlIGF2ZXJhZ2UgZWRnZSBjbGllbnQsIG5vdCBzbyBtdWNoIHRob3NlIG9m IGEgc2VydmVyIGNsYXNzCj4gbWFjaGluZS4gIEFuZCBJIGdldCBpdCwgSSB3b3VsZCBzYXkgd2Vs bCBvdmVyIDkwJSBvZiB0aGUgRmVkb3JhIHVzZXJzCj4gcnVubmluZyBhYXJjaDY0IGFyZSBpbmRl ZWQgcnVubmluZyBvbiBhIHJQaSBvciBzaW1pbGFyIHdpdGggYSBzbWFsbAo+IG1lbW9yeSBmb290 cHJpbnQsIGFuZCB3b3JrbG9hZHMgd2hpY2ggbWF0Y2ggdGhhdC4gIEJ1dCB3ZSBkbyBzdXBwb3J0 Cj4gYW5kIHJ1biBhIDRLIHBhZ2Ugc2l6ZSBhYXJjaDY0IGtlcm5lbCBvbiBwcm9wZXIgc2VydmVy IGNsYXNzIGhhcmR3YXJlLAo+IHJ1bm5pbmcgdHlwaWNhbCBzZXJ2ZXIgd29ya2xvYWRzLCBhbmQg UkhFTCBoYXMgYSBsb3QgbW9yZSB1c2VycyBpbiB0aGUKPiBzZXJ2ZXIgY2xhc3MgdGhhbiBlZGdl IGNsaWVudHMuICAgUkhFTCBjb3VsZCBwcm9iYWJseSBkZWZhdWx0IHRvIDY0Swo+IHBhZ2VzLCBh bmQgbW9zdCB1c2VycyB3b3VsZCBiZSBoYXBweSB3aXRoIHRoYXQuIEZlZG9yYSBjZXJ0YWlubHkg Y291bGQKPiBub3QuIAoKSSB3YXMgdGFsa2luZyB0byBNYXJjIFp5bmdpZXIgZWFybGllciBhbmQg aGUgcmVja29ucyB0aGUgbmVlZCBmb3IgYQpoaWdoZXIgTUFYX09SREVSIGlzIHRoZSBHSUMgZHJp dmVyIElUUyBhbGxvY2F0aW9uIGZvciBUaHVuZGVyLVguIEknbQpoYXBweSB0byBtYWtlIEFSQ0hf TUFYX09SREVSIGhpZ2hlciBpbiBkZWZjb25maWcgKDEyLCAxMz8pIGlmCkNPTkZJR19BUkNIX1RI VU5ERVIuIE1vYmlsZSB2ZW5kb3JzIHdvbid0IGVuYWJsZSB0aGlzIHBsYXRmb3JtLgoKUmVnYXJk aW5nIEVYUEVSVCwgd2UgY291bGQgZHJvcCBpdCBhbmQgZG8gbGlrZSB0aGUgb3RoZXIgYXJjaGl0 ZWN0dXJlcwpidXQgd2UnbGwgaGF2ZSByYW5kY29uZmlnIG9jY2FzaW9uYWxseSBoaXR0aW5nIHdl aXJkIHZhbHVlcyB0aGF0IHdvbid0CmJ1aWxkIChsaWtlIC0xKS4gTm90IHN1cmUgRVhQRVJUIGhl bHBzIGhlcmUuCgotLSAKQ2F0YWxpbgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KbGludXgtYXJtLWtlcm5lbCBtYWlsaW5nIGxpc3QKbGludXgtYXJtLWtl cm5lbEBsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxt YW4vbGlzdGluZm8vbGludXgtYXJtLWtlcm5lbAo= 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 52575C77B7E for ; Tue, 2 May 2023 14:07:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234099AbjEBOHu (ORCPT ); Tue, 2 May 2023 10:07:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60524 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233614AbjEBOHs (ORCPT ); Tue, 2 May 2023 10:07:48 -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 D13AC1FC9 for ; Tue, 2 May 2023 07:07:46 -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 68957622C0 for ; Tue, 2 May 2023 14:07:46 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 90F29C4339E; Tue, 2 May 2023 14:07:44 +0000 (UTC) Date: Tue, 2 May 2023 15:07:41 +0100 From: Catalin Marinas To: Justin Forbes Cc: Mike Rapoport , 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 Mon, May 01, 2023 at 04:24:38PM -0500, Justin Forbes wrote: > On Sat, Apr 29, 2023 at 11:02 PM Mike Rapoport wrote: > > 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. > > Because the MAX_ORDER on aarch64 with 4K pages is more tuned to the > needs of the average edge client, not so much those of a server class > machine. And I get it, I would say well over 90% of the Fedora users > running aarch64 are indeed running on a rPi or similar with a small > memory footprint, and workloads which match that. But we do support > and run a 4K page size aarch64 kernel on proper server class hardware, > running typical server workloads, and RHEL has a lot more users in the > server class than edge clients. RHEL could probably default to 64K > pages, and most users would be happy with that. Fedora certainly could > not. I was talking to Marc Zyngier earlier and he reckons the need for a higher MAX_ORDER is the GIC driver ITS allocation for Thunder-X. I'm happy to make ARCH_MAX_ORDER higher in defconfig (12, 13?) if CONFIG_ARCH_THUNDER. Mobile vendors won't enable this platform. Regarding EXPERT, we could drop it and do like the other architectures but we'll have randconfig occasionally hitting weird values that won't build (like -1). Not sure EXPERT helps here. -- Catalin