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 AB0C5C77B7E for ; Tue, 2 May 2023 16:13: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=qzU7Hlp5vO0EEd0uZJ4LxF2+V0SpSDUtbVzpYvqHiKQ=; b=WB38exmZtoEKp8 lf2bt3QUUHCUX1M5MY6yQB2QrCQN03NnuyrbwvN3E3GfEwEt1Mlkphuvqf1NHK6jE935J55E683Pc lOmxneD4o9AS7OYtcgBf4lYVvL/5zsbWRg9G5JzVgURBxRmncZ4dv1I6s0WmulAHXGjvgzthx6Ie0 Joac2pAn0+rQtitq6IVbhqjo9+jLxLO0ntOf2GDtfjIxyW94jybmt/xSk/MBcUC6SqdqNrRdJbtiq ZM3ZTCekEySt2NbAlSUFAWcQ2KBaCMEIZ6yzNobU4eQYgldHVKGdmOTy6t/XXb868qIqtutPx/xBM PlrjBpdqmmrU8kKDLngg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1ptscC-0023IV-01; Tue, 02 May 2023 16:12:32 +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 1ptsc9-0023Hq-1x for linux-arm-kernel@lists.infradead.org; Tue, 02 May 2023 16:12:30 +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 7446260CEC; Tue, 2 May 2023 16:12:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4C61AC433EF; Tue, 2 May 2023 16:12:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1683043947; bh=BKP/NRP6Jh2ClPAIw8fJECtIwuk/nPYRuHSqf4IHEuQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=IdUjNmOEWwlm2BPRV79WT1RROSt7DfOEcQK8/Fey6LK53l81rF9woUPh0Me7zzjMi IUcAzr9ylOXq6+JP/ZQygb76BVxnvZfP/TEEGRSBXkJ7RWssUNokajuPQbNFqAVUde ixLa7jx3mUB2vzAiOPTZn3/HkFxdrmqY3Y0Rl34S3561hnCTI8FoOTbsA5oRmQ1z9T 7PXzCXpEpC85Z/On9c3Zb60+PrmlJZ1r/+DGuiOJPBsJ7G24vMq+aZHxR14hepRtJW KyXEAywQ/Yya7tCEdBBYXn+eKf7roJ76jazgBtqSn9FdgfBnQ+p7hIaUjNa3NBwc6p a5JHgLBZACQvQ== Date: Tue, 2 May 2023 19:12:14 +0300 From: Mike Rapoport To: Marc Zyngier Cc: Justin Forbes , 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> <86pm7ihl0i.wl-maz@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <86pm7ihl0i.wl-maz@kernel.org> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230502_091229_739064_9D36AC65 X-CRM114-Status: GOOD ( 28.26 ) 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 T24gVHVlLCBNYXkgMDIsIDIwMjMgYXQgMDM6MjE6MTdQTSArMDEwMCwgTWFyYyBaeW5naWVyIHdy b3RlOgo+IE9uIFR1ZSwgMDIgTWF5IDIwMjMgMTU6MDc6NDEgKzAxMDAsCj4gQ2F0YWxpbiBNYXJp bmFzIDxjYXRhbGluLm1hcmluYXNAYXJtLmNvbT4gd3JvdGU6Cj4gPiAKPiA+IE9uIE1vbiwgTWF5 IDAxLCAyMDIzIGF0IDA0OjI0OjM4UE0gLTA1MDAsIEp1c3RpbiBGb3JiZXMgd3JvdGU6Cj4gPiA+ IE9uIFNhdCwgQXByIDI5LCAyMDIzIGF0IDExOjAy4oCvUE0gTWlrZSBSYXBvcG9ydCA8cnBwdEBr ZXJuZWwub3JnPiB3cm90ZToKPiA+ID4gPiBXaHkgdGhlIGRlZmF1bHQgTUFYX09SREVSIHdhcyBu b3QgYWNjZXB0YWJsZSBvbiBhcm02NCBzZXJ2ZXIgbWFjaGluZXMgYnV0Cj4gPiA+ID4gaXQgaXMg ZmluZSBvbiwgc2F5LCB4ODYgYW5kIHMzOTA/Cj4gPiA+ID4gSSdtIG5vdCBhc2tpbmcgaG93IHlv dSBtYWRlIGl0IHBvc3NpYmxlIGluIEZlZG9yYSBhbmQgUkhFTCwgSSdtIGFza2luZyB3aHkKPiA+ ID4gPiBkaWQgeW91IHN3aXRjaCBmcm9tIHRoZSBkZWZhdWx0IG9yZGVyIGF0IGFsbC4KPiA+ID4g Cj4gPiA+IEJlY2F1c2UgdGhlIE1BWF9PUkRFUiBvbiBhYXJjaDY0IHdpdGggNEsgcGFnZXMgaXMg bW9yZSB0dW5lZCB0byB0aGUKPiA+ID4gbmVlZHMgb2YgdGhlIGF2ZXJhZ2UgZWRnZSBjbGllbnQs IG5vdCBzbyBtdWNoIHRob3NlIG9mIGEgc2VydmVyIGNsYXNzCj4gPiA+IG1hY2hpbmUuICBBbmQg SSBnZXQgaXQsIEkgd291bGQgc2F5IHdlbGwgb3ZlciA5MCUgb2YgdGhlIEZlZG9yYSB1c2Vycwo+ ID4gPiBydW5uaW5nIGFhcmNoNjQgYXJlIGluZGVlZCBydW5uaW5nIG9uIGEgclBpIG9yIHNpbWls YXIgd2l0aCBhIHNtYWxsCj4gPiA+IG1lbW9yeSBmb290cHJpbnQsIGFuZCB3b3JrbG9hZHMgd2hp Y2ggbWF0Y2ggdGhhdC4gIEJ1dCB3ZSBkbyBzdXBwb3J0Cj4gPiA+IGFuZCBydW4gYSA0SyBwYWdl IHNpemUgYWFyY2g2NCBrZXJuZWwgb24gcHJvcGVyIHNlcnZlciBjbGFzcyBoYXJkd2FyZSwKPiA+ ID4gcnVubmluZyB0eXBpY2FsIHNlcnZlciB3b3JrbG9hZHMsIGFuZCBSSEVMIGhhcyBhIGxvdCBt b3JlIHVzZXJzIGluIHRoZQo+ID4gPiBzZXJ2ZXIgY2xhc3MgdGhhbiBlZGdlIGNsaWVudHMuICAg UkhFTCBjb3VsZCBwcm9iYWJseSBkZWZhdWx0IHRvIDY0Swo+ID4gPiBwYWdlcywgYW5kIG1vc3Qg dXNlcnMgd291bGQgYmUgaGFwcHkgd2l0aCB0aGF0LiBGZWRvcmEgY2VydGFpbmx5IGNvdWxkCj4g PiA+IG5vdC4gCgpUaGUgbWVtb3J5IHNpemUgb2YgdGhlIG1hY2hpbmUgb3IgaG93IGhlYXZ5IHRo ZSB3b3JrbG9hZHMgaXQgcnVucyBoYXZlCm5vdGhpbmcgdG8gZG8gd2l0aCBNQVhfT1JERVIuIEFn YWluLCB4ODYgYW5kIHMzOTAgYXJlIHBlcmZlY3RseSBmaW5lIHdpdGgKTUFYX09SREVSID09IDEw IC4uLgoKPiA+IEkgd2FzIHRhbGtpbmcgdG8gTWFyYyBaeW5naWVyIGVhcmxpZXIgYW5kIGhlIHJl Y2tvbnMgdGhlIG5lZWQgZm9yIGEKPiA+IGhpZ2hlciBNQVhfT1JERVIgaXMgdGhlIEdJQyBkcml2 ZXIgSVRTIGFsbG9jYXRpb24gZm9yIFRodW5kZXItWC4KCi4uLiBidXQgdGhpcyBpbmRlZWQgY291 bGQgYmUgdGhlIHJlYXNvbiB0byBpbmNyZWFzZSBNQVhfT1JERVIuCgo+ID4gSSdtIGhhcHB5IHRv IG1ha2UgQVJDSF9NQVhfT1JERVIgaGlnaGVyIGluIGRlZmNvbmZpZyAoMTIsIDEzPykgaWYKPiA+ IENPTkZJR19BUkNIX1RIVU5ERVIuIE1vYmlsZSB2ZW5kb3JzIHdvbid0IGVuYWJsZSB0aGlzIHBs YXRmb3JtLgo+IAo+IEluIGFueSBjYXNlLCBJJ2QgbGlrZSB0byBrbm93IGV4YWN0bHkgKndoYXQq IHJlcXVpcmVzIGl0LiBUaGUgb25seQo+IHBsYXRmb3JtIEkga25vdyB3b3VsZCBiZW5lZml0IGZy b20gdGhpcyBpcyB0aGUgb2xkIFRYMSwgYnV0IHRoaXMKPiBtYWNoaW5lIGlzIG1vcmUgYSBib2F0 IGFuY2hvciB0aGFuIGEgcmVhbCBzZXJ2ZXIuCgpZZWFoLCBpZiB3ZSdkIGtuZXcgd2hhdCBleGFj dGx5IHJlcXVpcmVzIHN1Y2ggaHVnZSBjb250aWd1b3VzIGFsbG9jYXRpb24sCndlIHByb2JhYmx5 IGNvdWxkIGZpeCB0aGF0IGFuZCBsZWF2ZSBLY29uZmlnIGFsb25lLgogCi0tIApTaW5jZXJlbHkg eW91cnMsCk1pa2UuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpsaW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlzdApsaW51eC1hcm0ta2VybmVsQGxpc3Rz LmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5m by9saW51eC1hcm0ta2VybmVsCg== 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 B85CCC77B73 for ; Tue, 2 May 2023 16:12:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233696AbjEBQMb (ORCPT ); Tue, 2 May 2023 12:12:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43932 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233610AbjEBQM3 (ORCPT ); Tue, 2 May 2023 12:12:29 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DDFAB211F for ; Tue, 2 May 2023 09:12:28 -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 780BA61B63 for ; Tue, 2 May 2023 16:12:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4C61AC433EF; Tue, 2 May 2023 16:12:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1683043947; bh=BKP/NRP6Jh2ClPAIw8fJECtIwuk/nPYRuHSqf4IHEuQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=IdUjNmOEWwlm2BPRV79WT1RROSt7DfOEcQK8/Fey6LK53l81rF9woUPh0Me7zzjMi IUcAzr9ylOXq6+JP/ZQygb76BVxnvZfP/TEEGRSBXkJ7RWssUNokajuPQbNFqAVUde ixLa7jx3mUB2vzAiOPTZn3/HkFxdrmqY3Y0Rl34S3561hnCTI8FoOTbsA5oRmQ1z9T 7PXzCXpEpC85Z/On9c3Zb60+PrmlJZ1r/+DGuiOJPBsJ7G24vMq+aZHxR14hepRtJW KyXEAywQ/Yya7tCEdBBYXn+eKf7roJ76jazgBtqSn9FdgfBnQ+p7hIaUjNa3NBwc6p a5JHgLBZACQvQ== Date: Tue, 2 May 2023 19:12:14 +0300 From: Mike Rapoport To: Marc Zyngier Cc: Justin Forbes , 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> <86pm7ihl0i.wl-maz@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86pm7ihl0i.wl-maz@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 02, 2023 at 03:21:17PM +0100, Marc Zyngier wrote: > On Tue, 02 May 2023 15:07:41 +0100, > Catalin Marinas wrote: > > > > 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. The memory size of the machine or how heavy the workloads it runs have nothing to do with MAX_ORDER. Again, x86 and s390 are perfectly fine with MAX_ORDER == 10 ... > > 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. ... but this indeed could be the reason to increase MAX_ORDER. > > I'm happy to make ARCH_MAX_ORDER higher in defconfig (12, 13?) if > > CONFIG_ARCH_THUNDER. Mobile vendors won't enable this platform. > > In any case, I'd like to know exactly *what* requires it. The only > platform I know would benefit from this is the old TX1, but this > machine is more a boat anchor than a real server. Yeah, if we'd knew what exactly requires such huge contiguous allocation, we probably could fix that and leave Kconfig alone. -- Sincerely yours, Mike.