From: jason@lakedaemon.net (Jason Cooper)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] arm: mvebu: support for the new Armada XP evaluation board(DB-MV784MP-GP)
Date: Thu, 31 Jan 2013 07:44:26 -0500 [thread overview]
Message-ID: <20130131124426.GA7717@titan.lakedaemon.net> (raw)
In-Reply-To: <510A5D38.9040608@free-electrons.com>
On Thu, Jan 31, 2013 at 01:02:00PM +0100, Gregory CLEMENT wrote:
> On 01/31/2013 11:07 AM, Thomas Petazzoni wrote:
> > Dear Andrew Lunn,
> >
> > On Thu, 31 Jan 2013 10:50:25 +0100, Andrew Lunn wrote:
> >
> >> We have the same issue with OpenBox AX3. All the devices we have in
> >> our hands have 1GB soldered down, plus 2GB on expansion. The DT
> >> currently has the full 3GB.
> >>
> >> However, there has been discussion of reducing this down to 1GB since
> >> both Thomas and Gregory have unstable systems with the full 3GB, but
> >> mine box is stable with the full 3GB. So i don't know how strong a
> >> precedent that sets....
> >
> > It seems that if we have CONFIG_ARM_ATAG_DTB_COMPAT, then the code in
> > arch/arm/boot/compressed/atags_to_fdt.c will update the DT memory node
> > according to the ATAG_MEM passed by the bootloader.
> >
>
> From my point of view these dts file are just given as reference, and the
> bootloader should be able to modify them on the fly according the hardware
> configuration of the board.
>
> And for old bootloader then we can use the CONFIG_ARM_ATAG_DTB_COMPAT as
> pointed by Thomas.
>
> So I am not sure that the amount of memory is very important.
>
> However I think that having a value by default is useful, so unless
> there is a strong argument against it, I would like to keep it, maybe with
> a comment in the dts to emphasize that it is just a default value and the
> amount of memory can be changed.
Let's go with the comment. Upgradeable memory is still fairly uncommon
in embedded, it won't hurt to let folks know the bootloader will set it
(hopefully) correctly.
thx,
Jason.
next prev parent reply other threads:[~2013-01-31 12:44 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-30 17:26 [PATCH] Adding support for the new Armada XP evaluation board from Marvell Gregory CLEMENT
2013-01-30 17:26 ` [PATCH] arm: mvebu: support for the new Armada XP evaluation board(DB-MV784MP-GP) Gregory CLEMENT
2013-01-30 17:28 ` Florian Fainelli
2013-01-30 17:33 ` Gregory CLEMENT
2013-01-30 17:33 ` Jason Cooper
2013-01-30 17:35 ` Gregory CLEMENT
2013-01-30 18:10 ` Jason Cooper
2013-01-31 9:50 ` Andrew Lunn
2013-01-31 10:07 ` Thomas Petazzoni
2013-01-31 12:02 ` Gregory CLEMENT
2013-01-31 12:44 ` Jason Cooper [this message]
2013-01-31 12:07 ` Gregory CLEMENT
2013-01-31 12:45 ` Jason Cooper
2013-01-31 12:50 ` Gregory CLEMENT
2013-01-31 12:52 ` Jason Cooper
2013-01-31 16:22 ` Andrew Lunn
2013-01-31 16:38 ` Andrew Lunn
2013-01-31 21:08 ` Arnd Bergmann
2013-01-30 19:30 ` Florian Fainelli
2013-01-31 8:50 ` Gregory CLEMENT
2013-01-31 9:20 ` Simon Guinot
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=20130131124426.GA7717@titan.lakedaemon.net \
--to=jason@lakedaemon.net \
--cc=linux-arm-kernel@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox