All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@kernel.org>
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Cc: Marek Szyprowski <m.szyprowski@samsung.com>,
	linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Daniel Drake <drake@endlessm.com>,
	Minchan Kim <minchan@kernel.org>,
	Russell King <rmk@arm.linux.org.uk>
Subject: Re: [regression] Boot crash with: f7426b983a6a ("mm: cma: adjust address limit to avoid hitting low/high memory boundary")
Date: Mon, 8 Dec 2014 11:56:40 +0100	[thread overview]
Message-ID: <20141208105640.GA29431@gmail.com> (raw)
In-Reply-To: <20141128070220.GA11802@js1304-P5Q-DELUXE>


* Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:

> On Thu, Nov 27, 2014 at 02:05:56PM +0100, Ingo Molnar wrote:
> > 
> > Any replies to this regression after 10 days, or should I send a 
> > revert patch?
> 
> Hello, Ingo.
> 
> I can reproduce your problem and find root cause.
> If CONFIG_DEBUG_VIRTUAL is enabled, __pa() checks whether virtual
> address is valid or not. Because high_memory is not direct mapped
> address, error occurs. IMO, physical address of high_memory is
> useful to check phycal address of highmem boundary so do following
> workaround to avoid validation is reasonable. But, if there is
> a better solution, please let me know. I think that Marek will be
> better than me in this area.
> 
> Please check following change to fix your problem.
> If you agree following change, I will send it to Andrew with
> proper description.
> 
> Thanks.
> 
> ------->8-------------
> diff --git a/mm/cma.c b/mm/cma.c
> index ee3c3e0..45cd0a6 100644
> --- a/mm/cma.c
> +++ b/mm/cma.c
> @@ -227,7 +227,7 @@ int __init cma_declare_contiguous(phys_addr_t base,
>  			bool fixed, struct cma **res_cma)
>  {
>  	phys_addr_t memblock_end = memblock_end_of_DRAM();
> -	phys_addr_t highmem_start = __pa(high_memory);
> +	phys_addr_t highmem_start = __pa_nodebug(high_memory);
>  	int ret = 0;
>  
>  	pr_debug("%s(size %pa, base %pa, limit %pa alignment %pa)\n",

Looks like this patch solves my boot crash problem:

  Tested-by: Ingo Molnar <mingo@kernel.org>

I'll let you know if there's any problem left as I test it some 
more. Consider the bug fixed!

Thanks,

	Ingo

  reply	other threads:[~2014-12-08 10:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-17 16:39 [regression] Boot crash with: f7426b983a6a ("mm: cma: adjust address limit to avoid hitting low/high memory boundary") Ingo Molnar
2014-11-27 13:05 ` Ingo Molnar
2014-11-28  7:02   ` Joonsoo Kim
2014-12-08 10:56     ` Ingo Molnar [this message]
2014-12-09  7:55       ` Joonsoo Kim
2014-12-09  8:50         ` Russell King
2014-12-10  7:17           ` Joonsoo Kim

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=20141208105640.GA29431@gmail.com \
    --to=mingo@kernel.org \
    --cc=akpm@linux-foundation.org \
    --cc=drake@endlessm.com \
    --cc=iamjoonsoo.kim@lge.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=m.szyprowski@samsung.com \
    --cc=minchan@kernel.org \
    --cc=rmk@arm.linux.org.uk \
    /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.