From: Will Deacon <will.deacon@arm.com> To: Geert Uytterhoeven <geert+renesas@glider.be> Cc: Marek Szyprowski <m.szyprowski@samsung.com>, Catalin Marinas <catalin.marinas@arm.com>, Arnd Bergmann <arnd@arndb.de>, Robin Murphy <robin.murphy@arm.com>, Magnus Damm <magnus.damm@gmail.com>, linux-arm-kernel@lists.infradead.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH/RESEND] arm64: defconfig: Enlarge CMA alignment to 2 MiB Date: Mon, 13 Feb 2017 11:36:24 +0000 [thread overview] Message-ID: <20170213113624.GI1512@arm.com> (raw) In-Reply-To: <1486983858-11362-1-git-send-email-geert+renesas@glider.be> On Mon, Feb 13, 2017 at 12:04:18PM +0100, Geert Uytterhoeven wrote: > Some IOMMUs (e.g. Renesas IPMMU/VMSA) support only page sizes of 4 KiB, > 2 MiB, and 1 GiB. > > With the default setting of CONFIG_CMA_ALIGNMENT = 8, allocations larger > than 1 MiB are aligned to a 1 MiB boundary only. Hence a 2 MiB > allocation may not be aligned, leading to a mapping of 512 4 KiB pages. > > Increase CONFIG_CMA_ALIGNMENT to allow mapping a 2 MiB buffer using a > single PTE, decreasing memory usage and TLB pressure. > > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be> > --- > Is this useful? I assume you're proposing it because you see an improvement? :) > Should there instead be different defaults in Kconfig, depending on > enabled platform support? I don't object to updating defconfig as a quick hack, but the right solution is probably to make the core Kconfig default value overridable by the architecture. Will
WARNING: multiple messages have this Message-ID (diff)
From: will.deacon@arm.com (Will Deacon) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH/RESEND] arm64: defconfig: Enlarge CMA alignment to 2 MiB Date: Mon, 13 Feb 2017 11:36:24 +0000 [thread overview] Message-ID: <20170213113624.GI1512@arm.com> (raw) In-Reply-To: <1486983858-11362-1-git-send-email-geert+renesas@glider.be> On Mon, Feb 13, 2017 at 12:04:18PM +0100, Geert Uytterhoeven wrote: > Some IOMMUs (e.g. Renesas IPMMU/VMSA) support only page sizes of 4 KiB, > 2 MiB, and 1 GiB. > > With the default setting of CONFIG_CMA_ALIGNMENT = 8, allocations larger > than 1 MiB are aligned to a 1 MiB boundary only. Hence a 2 MiB > allocation may not be aligned, leading to a mapping of 512 4 KiB pages. > > Increase CONFIG_CMA_ALIGNMENT to allow mapping a 2 MiB buffer using a > single PTE, decreasing memory usage and TLB pressure. > > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be> > --- > Is this useful? I assume you're proposing it because you see an improvement? :) > Should there instead be different defaults in Kconfig, depending on > enabled platform support? I don't object to updating defconfig as a quick hack, but the right solution is probably to make the core Kconfig default value overridable by the architecture. Will
next prev parent reply other threads:[~2017-02-13 12:39 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-02-13 11:04 [PATCH/RESEND] arm64: defconfig: Enlarge CMA alignment to 2 MiB Geert Uytterhoeven 2017-02-13 11:04 ` Geert Uytterhoeven 2017-02-13 11:36 ` Will Deacon [this message] 2017-02-13 11:36 ` Will Deacon
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20170213113624.GI1512@arm.com \ --to=will.deacon@arm.com \ --cc=arnd@arndb.de \ --cc=catalin.marinas@arm.com \ --cc=geert+renesas@glider.be \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-renesas-soc@vger.kernel.org \ --cc=m.szyprowski@samsung.com \ --cc=magnus.damm@gmail.com \ --cc=robin.murphy@arm.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.