From: Laura Abbott <lauraa@codeaurora.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>,
Andrew Lunn <andrew@lunn.ch>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>,
Grant Likely <grant.likely@secretlab.ca>,
linux-mm@kvack.org, Daniel Walker <dwalker@fifo99.com>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Kukjin Kim <kgene.kim@samsung.com>,
Russell King <linux@arm.linux.org.uk>,
David Brown <davidb@codeaurora.org>,
Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
Grygorii Strashko <grygorii.strashko@ti.com>,
Jason Cooper <jason@lakedaemon.net>,
linux-arm-msm@vger.kernel.org,
Haojian Zhuang <haojian.zhuang@gmail.com>,
Leif Lindholm <leif.lindholm@linaro.org>,
Ben Dooks <ben-linux@fluff.org>,
linux-arm-kernel@lists.infradead.org,
Courtney Cavin <courtney.cavin@sonymobile.com>,
Eric Miao <eric.y.miao@gmail.com>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
linux-k
Subject: Re: [PATCHv5 2/2] arm: Get rid of meminfo
Date: Mon, 23 Jun 2014 13:47:55 -0700 [thread overview]
Message-ID: <53A8927B.3020409@codeaurora.org> (raw)
In-Reply-To: <20140623091754.GD14781@pengutronix.de>
Thanks for the report.
On 6/23/2014 2:17 AM, Uwe Kleine-König wrote:
> This patch is in 3.16-rc1 as 1c2f87c22566cd057bc8cde10c37ae9da1a1bb76
> now.
>
> Unfortunately it makes my efm32 machine unbootable.
>
> With earlyprintk enabled I get the following output:
>
> [ 0.000000] Booting Linux on physical CPU 0x0
> [ 0.000000] Linux version 3.15.0-rc1-00028-g1c2f87c22566-dirty (ukleinek@perseus) (gcc version 4.7.2 (OSELAS.Toolchain-2012.12.1) ) #280 PREEMPT Mon Jun 23 11:05:34 CEST 2014
> [ 0.000000] CPU: ARMv7-M [412fc231] revision 1 (ARMv7M), cr=00000000
> [ 0.000000] CPU: unknown data cache, unknown instruction cache
> [ 0.000000] Machine model: Energy Micro Giant Gecko Development Kit
> [ 0.000000] debug: ignoring loglevel setting.
> [ 0.000000] bootconsole [earlycon0] enabled
> [ 0.000000] On node 0 totalpages: 1024
> [ 0.000000] free_area_init_node: node 0, pgdat 880208f4, node_mem_map 00000000
> [ 0.000000] Normal zone: 3840 pages exceeds freesize 1024
This looks off. The number of pages for the memmap exceeds the available free
size. Working backwards, I think the wrong bounds are being calculated in
find_limits in arch/arm/mm/init.c . max_low is now calculated via the current
limit but nommu never sets a limit unlike the mmu case. Can you try the
following patch and see if it fixes the issue? If this doesn't work, can
you share working bootup logs so I can do a bit more compare and contrast?
Thanks,
Laura
---8<----
>From 9b19241d577caf91928e26e55413047d1be90feb Mon Sep 17 00:00:00 2001
From: Laura Abbott <lauraa@codeaurora.org>
Date: Mon, 23 Jun 2014 13:26:56 -0700
Subject: [PATCH] arm: Set memblock limit for nommu
Commit 1c2f87c (ARM: 8025/1: Get rid of meminfo) changed find_limits
to use memblock_get_current_limit for calculating the max_low pfn.
nommu targets never actually set a limit on memblock though which
means memblock_get_current_limit will just return the default
value. Set the memblock_limit to be the end of DDR to make sure
bounds are calculated correctly.
Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
---
arch/arm/mm/nommu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mm/nommu.c b/arch/arm/mm/nommu.c
index da1874f..a014dfa 100644
--- a/arch/arm/mm/nommu.c
+++ b/arch/arm/mm/nommu.c
@@ -300,6 +300,7 @@ void __init sanity_check_meminfo(void)
sanity_check_meminfo_mpu();
end = memblock_end_of_DRAM();
high_memory = __va(end - 1) + 1;
+ memblock_set_current_limit(end);
}
/*
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
hosted by The Linux Foundation
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: lauraa@codeaurora.org (Laura Abbott)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv5 2/2] arm: Get rid of meminfo
Date: Mon, 23 Jun 2014 13:47:55 -0700 [thread overview]
Message-ID: <53A8927B.3020409@codeaurora.org> (raw)
In-Reply-To: <20140623091754.GD14781@pengutronix.de>
Thanks for the report.
On 6/23/2014 2:17 AM, Uwe Kleine-K?nig wrote:
> This patch is in 3.16-rc1 as 1c2f87c22566cd057bc8cde10c37ae9da1a1bb76
> now.
>
> Unfortunately it makes my efm32 machine unbootable.
>
> With earlyprintk enabled I get the following output:
>
> [ 0.000000] Booting Linux on physical CPU 0x0
> [ 0.000000] Linux version 3.15.0-rc1-00028-g1c2f87c22566-dirty (ukleinek at perseus) (gcc version 4.7.2 (OSELAS.Toolchain-2012.12.1) ) #280 PREEMPT Mon Jun 23 11:05:34 CEST 2014
> [ 0.000000] CPU: ARMv7-M [412fc231] revision 1 (ARMv7M), cr=00000000
> [ 0.000000] CPU: unknown data cache, unknown instruction cache
> [ 0.000000] Machine model: Energy Micro Giant Gecko Development Kit
> [ 0.000000] debug: ignoring loglevel setting.
> [ 0.000000] bootconsole [earlycon0] enabled
> [ 0.000000] On node 0 totalpages: 1024
> [ 0.000000] free_area_init_node: node 0, pgdat 880208f4, node_mem_map 00000000
> [ 0.000000] Normal zone: 3840 pages exceeds freesize 1024
This looks off. The number of pages for the memmap exceeds the available free
size. Working backwards, I think the wrong bounds are being calculated in
find_limits in arch/arm/mm/init.c . max_low is now calculated via the current
limit but nommu never sets a limit unlike the mmu case. Can you try the
following patch and see if it fixes the issue? If this doesn't work, can
you share working bootup logs so I can do a bit more compare and contrast?
Thanks,
Laura
---8<----
>From 9b19241d577caf91928e26e55413047d1be90feb Mon Sep 17 00:00:00 2001
From: Laura Abbott <lauraa@codeaurora.org>
Date: Mon, 23 Jun 2014 13:26:56 -0700
Subject: [PATCH] arm: Set memblock limit for nommu
Commit 1c2f87c (ARM: 8025/1: Get rid of meminfo) changed find_limits
to use memblock_get_current_limit for calculating the max_low pfn.
nommu targets never actually set a limit on memblock though which
means memblock_get_current_limit will just return the default
value. Set the memblock_limit to be the end of DDR to make sure
bounds are calculated correctly.
Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
---
arch/arm/mm/nommu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mm/nommu.c b/arch/arm/mm/nommu.c
index da1874f..a014dfa 100644
--- a/arch/arm/mm/nommu.c
+++ b/arch/arm/mm/nommu.c
@@ -300,6 +300,7 @@ void __init sanity_check_meminfo(void)
sanity_check_meminfo_mpu();
end = memblock_end_of_DRAM();
high_memory = __va(end - 1) + 1;
+ memblock_set_current_limit(end);
}
/*
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
hosted by The Linux Foundation
WARNING: multiple messages have this Message-ID (diff)
From: Laura Abbott <lauraa@codeaurora.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>,
Andrew Lunn <andrew@lunn.ch>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>,
Grant Likely <grant.likely@secretlab.ca>,
linux-mm@kvack.org, Daniel Walker <dwalker@fifo99.com>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Kukjin Kim <kgene.kim@samsung.com>,
Russell King <linux@arm.linux.org.uk>,
David Brown <davidb@codeaurora.org>,
Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
Grygorii Strashko <grygorii.strashko@ti.com>,
Jason Cooper <jason@lakedaemon.net>,
linux-arm-msm@vger.kernel.org,
Haojian Zhuang <haojian.zhuang@gmail.com>,
Leif Lindholm <leif.lindholm@linaro.org>,
Ben Dooks <ben-linux@fluff.org>,
linux-arm-kernel@lists.infradead.org,
Courtney Cavin <courtney.cavin@sonymobile.com>,
Eric Miao <eric.y.miao@gmail.com>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
linux-kernel@vger.kernel.org,
Santosh Shilimkar <santosh.shilimkar@ti.com>,
kernel@pengutronix.de, Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCHv5 2/2] arm: Get rid of meminfo
Date: Mon, 23 Jun 2014 13:47:55 -0700 [thread overview]
Message-ID: <53A8927B.3020409@codeaurora.org> (raw)
In-Reply-To: <20140623091754.GD14781@pengutronix.de>
Thanks for the report.
On 6/23/2014 2:17 AM, Uwe Kleine-Konig wrote:
> This patch is in 3.16-rc1 as 1c2f87c22566cd057bc8cde10c37ae9da1a1bb76
> now.
>
> Unfortunately it makes my efm32 machine unbootable.
>
> With earlyprintk enabled I get the following output:
>
> [ 0.000000] Booting Linux on physical CPU 0x0
> [ 0.000000] Linux version 3.15.0-rc1-00028-g1c2f87c22566-dirty (ukleinek@perseus) (gcc version 4.7.2 (OSELAS.Toolchain-2012.12.1) ) #280 PREEMPT Mon Jun 23 11:05:34 CEST 2014
> [ 0.000000] CPU: ARMv7-M [412fc231] revision 1 (ARMv7M), cr=00000000
> [ 0.000000] CPU: unknown data cache, unknown instruction cache
> [ 0.000000] Machine model: Energy Micro Giant Gecko Development Kit
> [ 0.000000] debug: ignoring loglevel setting.
> [ 0.000000] bootconsole [earlycon0] enabled
> [ 0.000000] On node 0 totalpages: 1024
> [ 0.000000] free_area_init_node: node 0, pgdat 880208f4, node_mem_map 00000000
> [ 0.000000] Normal zone: 3840 pages exceeds freesize 1024
This looks off. The number of pages for the memmap exceeds the available free
size. Working backwards, I think the wrong bounds are being calculated in
find_limits in arch/arm/mm/init.c . max_low is now calculated via the current
limit but nommu never sets a limit unlike the mmu case. Can you try the
following patch and see if it fixes the issue? If this doesn't work, can
you share working bootup logs so I can do a bit more compare and contrast?
Thanks,
Laura
---8<----
next prev parent reply other threads:[~2014-06-23 20:47 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-03 17:04 [PATCHv5 0/2] Remove ARM meminfo Laura Abbott
2014-04-03 17:04 ` Laura Abbott
2014-04-03 17:04 ` Laura Abbott
2014-04-03 17:04 ` [PATCHv5 1/2] mm/memblock: add memblock_get_current_limit Laura Abbott
2014-04-03 17:04 ` Laura Abbott
2014-04-03 17:04 ` [PATCHv5 2/2] arm: Get rid of meminfo Laura Abbott
2014-04-03 17:04 ` Laura Abbott
2014-04-03 17:04 ` Laura Abbott
2014-05-01 13:08 ` Grant Likely
2014-05-01 13:08 ` Grant Likely
2014-05-01 13:08 ` Grant Likely
2014-05-01 13:08 ` Grant Likely
2014-05-06 16:33 ` Laura Abbott
2014-05-06 16:33 ` Laura Abbott
2014-05-06 16:33 ` Laura Abbott
2014-06-23 9:17 ` Uwe Kleine-König
2014-06-23 9:17 ` Uwe Kleine-König
2014-06-23 9:17 ` Uwe Kleine-König
2014-06-23 9:30 ` Uwe Kleine-König
2014-06-23 9:30 ` Uwe Kleine-König
2014-06-23 9:30 ` Uwe Kleine-König
2014-06-23 20:47 ` Laura Abbott [this message]
2014-06-23 20:47 ` Laura Abbott
2014-06-23 20:47 ` Laura Abbott
2014-06-24 8:49 ` Uwe Kleine-König
2014-06-24 8:49 ` Uwe Kleine-König
2014-06-24 8:49 ` Uwe Kleine-König
2014-06-27 9:21 ` Laura Abbott
2014-06-27 9:21 ` Laura Abbott
2014-06-27 9:21 ` Laura Abbott
2014-06-27 9:21 ` Laura Abbott
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=53A8927B.3020409@codeaurora.org \
--to=lauraa@codeaurora.org \
--cc=andrew@lunn.ch \
--cc=ard.biesheuvel@linaro.org \
--cc=ben-linux@fluff.org \
--cc=catalin.marinas@arm.com \
--cc=courtney.cavin@sonymobile.com \
--cc=davidb@codeaurora.org \
--cc=dwalker@fifo99.com \
--cc=eric.y.miao@gmail.com \
--cc=grant.likely@secretlab.ca \
--cc=grygorii.strashko@ti.com \
--cc=haojian.zhuang@gmail.com \
--cc=jason@lakedaemon.net \
--cc=kgene.kim@samsung.com \
--cc=leif.lindholm@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux@arm.linux.org.uk \
--cc=m.szyprowski@samsung.com \
--cc=nicolas.pitre@linaro.org \
--cc=sebastian.hesselbarth@gmail.com \
--cc=u.kleine-koenig@pengutronix.de \
--cc=will.deacon@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: 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.