From: Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
To: robh+dt@kernel.org, catalin.marinas@arm.com, hch@lst.de,
ardb@kernel.org, linux-kernel@vger.kernel.org
Cc: robin.murphy@arm.com, linux-arm-kernel@lists.infradead.org,
linux-rpi-kernel@lists.infradead.org, jeremy.linton@arm.com,
iommu@lists.linux-foundation.org, devicetree@vger.kernel.org,
will@kernel.org, lorenzo.pieralisi@arm.com, guohanjun@huawei.com,
Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
Subject: [PATCH v6 1/7] arm64: mm: Move reserve_crashkernel() into mem_init()
Date: Tue, 3 Nov 2020 18:31:52 +0100 [thread overview]
Message-ID: <20201103173159.27570-2-nsaenzjulienne@suse.de> (raw)
In-Reply-To: <20201103173159.27570-1-nsaenzjulienne@suse.de>
crashkernel might reserve memory located in ZONE_DMA. We plan to delay
ZONE_DMA's initialization after unflattening the devicetree and ACPI's
boot table initialization, so move it later in the boot process.
Specifically into mem_init(), this is the last place crashkernel will be
able to reserve the memory before the page allocator kicks in. There
isn't any apparent reason for doing this earlier.
Signed-off-by: Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
Tested-by: Jeremy Linton <jeremy.linton@arm.com>
---
arch/arm64/mm/init.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index 095540667f0f..fc4ab0d6d5d2 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -386,8 +386,6 @@ void __init arm64_memblock_init(void)
else
arm64_dma32_phys_limit = PHYS_MASK + 1;
- reserve_crashkernel();
-
reserve_elfcorehdr();
high_memory = __va(memblock_end_of_DRAM() - 1) + 1;
@@ -508,6 +506,8 @@ void __init mem_init(void)
else
swiotlb_force = SWIOTLB_NO_FORCE;
+ reserve_crashkernel();
+
set_max_mapnr(max_pfn - PHYS_PFN_OFFSET);
#ifndef CONFIG_SPARSEMEM_VMEMMAP
--
2.29.1
WARNING: multiple messages have this Message-ID (diff)
From: Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
To: robh+dt@kernel.org, catalin.marinas@arm.com, hch@lst.de,
ardb@kernel.org, linux-kernel@vger.kernel.org
Cc: devicetree@vger.kernel.org, will@kernel.org,
jeremy.linton@arm.com, iommu@lists.linux-foundation.org,
linux-rpi-kernel@lists.infradead.org, guohanjun@huawei.com,
robin.murphy@arm.com, linux-arm-kernel@lists.infradead.org
Subject: [PATCH v6 1/7] arm64: mm: Move reserve_crashkernel() into mem_init()
Date: Tue, 3 Nov 2020 18:31:52 +0100 [thread overview]
Message-ID: <20201103173159.27570-2-nsaenzjulienne@suse.de> (raw)
In-Reply-To: <20201103173159.27570-1-nsaenzjulienne@suse.de>
crashkernel might reserve memory located in ZONE_DMA. We plan to delay
ZONE_DMA's initialization after unflattening the devicetree and ACPI's
boot table initialization, so move it later in the boot process.
Specifically into mem_init(), this is the last place crashkernel will be
able to reserve the memory before the page allocator kicks in. There
isn't any apparent reason for doing this earlier.
Signed-off-by: Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
Tested-by: Jeremy Linton <jeremy.linton@arm.com>
---
arch/arm64/mm/init.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index 095540667f0f..fc4ab0d6d5d2 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -386,8 +386,6 @@ void __init arm64_memblock_init(void)
else
arm64_dma32_phys_limit = PHYS_MASK + 1;
- reserve_crashkernel();
-
reserve_elfcorehdr();
high_memory = __va(memblock_end_of_DRAM() - 1) + 1;
@@ -508,6 +506,8 @@ void __init mem_init(void)
else
swiotlb_force = SWIOTLB_NO_FORCE;
+ reserve_crashkernel();
+
set_max_mapnr(max_pfn - PHYS_PFN_OFFSET);
#ifndef CONFIG_SPARSEMEM_VMEMMAP
--
2.29.1
_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
WARNING: multiple messages have this Message-ID (diff)
From: Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
To: robh+dt@kernel.org, catalin.marinas@arm.com, hch@lst.de,
ardb@kernel.org, linux-kernel@vger.kernel.org
Cc: devicetree@vger.kernel.org, lorenzo.pieralisi@arm.com,
will@kernel.org, jeremy.linton@arm.com,
Nicolas Saenz Julienne <nsaenzjulienne@suse.de>,
iommu@lists.linux-foundation.org,
linux-rpi-kernel@lists.infradead.org, guohanjun@huawei.com,
robin.murphy@arm.com, linux-arm-kernel@lists.infradead.org
Subject: [PATCH v6 1/7] arm64: mm: Move reserve_crashkernel() into mem_init()
Date: Tue, 3 Nov 2020 18:31:52 +0100 [thread overview]
Message-ID: <20201103173159.27570-2-nsaenzjulienne@suse.de> (raw)
In-Reply-To: <20201103173159.27570-1-nsaenzjulienne@suse.de>
crashkernel might reserve memory located in ZONE_DMA. We plan to delay
ZONE_DMA's initialization after unflattening the devicetree and ACPI's
boot table initialization, so move it later in the boot process.
Specifically into mem_init(), this is the last place crashkernel will be
able to reserve the memory before the page allocator kicks in. There
isn't any apparent reason for doing this earlier.
Signed-off-by: Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
Tested-by: Jeremy Linton <jeremy.linton@arm.com>
---
arch/arm64/mm/init.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index 095540667f0f..fc4ab0d6d5d2 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -386,8 +386,6 @@ void __init arm64_memblock_init(void)
else
arm64_dma32_phys_limit = PHYS_MASK + 1;
- reserve_crashkernel();
-
reserve_elfcorehdr();
high_memory = __va(memblock_end_of_DRAM() - 1) + 1;
@@ -508,6 +506,8 @@ void __init mem_init(void)
else
swiotlb_force = SWIOTLB_NO_FORCE;
+ reserve_crashkernel();
+
set_max_mapnr(max_pfn - PHYS_PFN_OFFSET);
#ifndef CONFIG_SPARSEMEM_VMEMMAP
--
2.29.1
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-11-03 17:32 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-03 17:31 [PATCH v6 0/7] arm64: Default to 32-bit wide ZONE_DMA Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne [this message]
2020-11-03 17:31 ` [PATCH v6 1/7] arm64: mm: Move reserve_crashkernel() into mem_init() Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-05 16:11 ` James Morse
2020-11-05 16:11 ` James Morse
2020-11-05 16:11 ` James Morse
2020-11-06 18:46 ` Nicolas Saenz Julienne
2020-11-06 18:46 ` Nicolas Saenz Julienne
2020-11-06 18:46 ` Nicolas Saenz Julienne
2020-11-10 18:17 ` Catalin Marinas
2020-11-10 18:17 ` Catalin Marinas
2020-11-10 18:17 ` Catalin Marinas
2020-11-12 15:56 ` Nicolas Saenz Julienne
2020-11-12 15:56 ` Nicolas Saenz Julienne
2020-11-12 15:56 ` Nicolas Saenz Julienne
2020-11-13 11:29 ` Catalin Marinas
2020-11-13 11:29 ` Catalin Marinas
2020-11-13 11:29 ` Catalin Marinas
2020-11-19 14:09 ` Nicolas Saenz Julienne
2020-11-19 14:09 ` Nicolas Saenz Julienne
2020-11-19 14:09 ` Nicolas Saenz Julienne
2020-11-19 17:10 ` Catalin Marinas
2020-11-19 17:10 ` Catalin Marinas
2020-11-19 17:10 ` Catalin Marinas
2020-11-19 17:25 ` Catalin Marinas
2020-11-19 17:25 ` Catalin Marinas
2020-11-19 17:25 ` Catalin Marinas
2020-11-19 17:25 ` Nicolas Saenz Julienne
2020-11-19 17:25 ` Nicolas Saenz Julienne
2020-11-19 17:25 ` Nicolas Saenz Julienne
2020-11-19 17:45 ` Catalin Marinas
2020-11-19 17:45 ` Catalin Marinas
2020-11-19 17:45 ` Catalin Marinas
2020-11-19 18:18 ` James Morse
2020-11-19 18:18 ` James Morse
2020-11-19 18:18 ` James Morse
2020-11-03 17:31 ` [PATCH v6 2/7] arm64: mm: Move zone_dma_bits initialization into zone_sizes_init() Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` [PATCH v6 3/7] of/address: Introduce of_dma_get_max_cpu_address() Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` [PATCH v6 4/7] of: unittest: Add test for of_dma_get_max_cpu_address() Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` [PATCH v6 5/7] arm64: mm: Set ZONE_DMA size based on devicetree's dma-ranges Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` [PATCH v6 6/7] arm64: mm: Set ZONE_DMA size based on early IORT scan Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` [PATCH v6 7/7] mm: Remove examples from enum zone_type comment Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
2020-11-03 17:31 ` Nicolas Saenz Julienne
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=20201103173159.27570-2-nsaenzjulienne@suse.de \
--to=nsaenzjulienne@suse.de \
--cc=ardb@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=devicetree@vger.kernel.org \
--cc=guohanjun@huawei.com \
--cc=hch@lst.de \
--cc=iommu@lists.linux-foundation.org \
--cc=jeremy.linton@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rpi-kernel@lists.infradead.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=robh+dt@kernel.org \
--cc=robin.murphy@arm.com \
--cc=will@kernel.org \
/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: link
Be 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.