[U-Boot] [PATCH] powerpc: add support for the Freescale P1022DS reference board
Scott Wood
scottwood at freescale.com
Thu May 27 22:05:36 CEST 2010
On 05/27/2010 02:53 PM, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message<20100527190340.GA5915 at schlenkerla.am.freescale.net> you wrote:
>>
>> Passing the actual, known size of RAM (why guess when we know?) as "maxsize"
>> should eliminate the machine check problem[1] -- you'd just be using it as a
>> not particularly exhaustive memory tester. I don't see why it should be
>> mandatory.
>
> Typically we chose "maxsize" to b twice the actual possible maximum
> to allow for real testing.
If you set maxsize beyond what you expect to find, how are you going to
constrain it to operating on one bank?
>> It also doesn't handle non-power-of-two sized memory -- don't rely on the
>> value it returns.
>
> Such configurations are usually set up of from several differently
> sized banks of memory, and get_ram_size() is always run per bank. So
> as long as chip manufacturers continue to make RAM chips with
> power-of-two sizes only, everything should be fine.
So it's not the board code at all that should be calling this, it's the
SDRAM code? Which is already in u-boot, and not in this patch (other
than some board-specific tweaks)?
>> [1] It's worse than machine checks, what if some I/O device is mapped
>> directly after RAM? IIRC people have run into this sort of problem doing
>> this type of memory sizing on PCs.
>
> Well, let's call this a bug in setting up the memory map for the
> system ;-)
Let's not. It can be crowded enough as is, we don't need more
restrictions coming from u-boot wanting to do questionable and
unnecessary things.
-Scott
More information about the U-Boot
mailing list