All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-sh@vger.kernel.org
Subject: Re: Single zImage for Armadillo and KZM9G
Date: Wed, 21 Nov 2012 01:07:20 +0000	[thread overview]
Message-ID: <1851477.BXWH7tH2y7@avalon> (raw)
In-Reply-To: <7563707.giGeIu5Uba@avalon>

Hi Simon,

On Wednesday 21 November 2012 09:47:14 Simon Horman wrote:
> On Wed, Nov 21, 2012 at 01:38:19AM +0100, Laurent Pinchart wrote:
> > Hello,
> > 
> > I've been trying to boot the same zImage on both Armadillo (r8a7740) and
> > KZM9G (sh73a0) and stumbled on CONFIG_MEMORY_START. Armadillo has the
> > memory start at 0x40000000 while KZM9G seems to reserver the first 16MB,
> > and thus starts at 0x41000000.
> > 
> > The memory address and size can be specified per-board in the device tree,
> > but a mismatch between the DT memory start and CONFIG_MEMORY_START
> > results in a pretty hard boot failure (tested on Armadillo).
> > 
> > Has anyone run into the same issue ? Pointers would be appreciated.
> 
> The most recent discussion of CONFIG_MEMORY_START that I am aware of was
> in a thread that stemmed from "[GIT,PULL] Renesas ARM-based SoC defconfig
> for v3.8"
> 
> https://patchwork.kernel.org/patch/1627511/
> 
> In short, it would be nice to get rid of CONFIG_MEMORY_START to allow,
> amongst other things, (valid) values to be read from DT. But there
> is some work to be done.

Thank you for the information. Is there anyone working (or planning to work in 
the near future) on this ?

-- 
Regards,

Laurent Pinchart


  parent reply	other threads:[~2012-11-21  1:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-21  0:38 Single zImage for Armadillo and KZM9G Laurent Pinchart
2012-11-21  0:47 ` Simon Horman
2012-11-21  1:07 ` Laurent Pinchart [this message]
2012-11-21  1:28 ` Simon Horman
2012-11-21 13:19 ` Laurent Pinchart

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=1851477.BXWH7tH2y7@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=linux-sh@vger.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.