On Fri, Aug 23, 2013 at 04:09:46PM +0100, Yongbok Kim wrote:
> From: Paul Burton
>
> A Malta board can support up to 2GiB of RAM. Since the unmapped kseg0/1
> regions are only 512MiB large & the latter 256MiB of those are taken up
> by the IO region, access to RAM beyond 256MiB must be done throu
Great, thanks for looking it over & for amusing me with your original
clear as mud answer :)
Paul
On Tue 27 Aug 2013 15:55:50 BST, Richard Henderson wrote:
On 08/27/2013 01:45 AM, Paul Burton wrote:
Thanks Richard. To be clear, is that a "this would be a nice future
improvement" or a "NAK unt
On 08/27/2013 01:45 AM, Paul Burton wrote:
> Thanks Richard. To be clear, is that a "this would be a nice future
> improvement" or a "NAK until this is done"?
Sorry, mis-read your "or" there. I meant the former.
r~
On 08/27/2013 01:45 AM, Paul Burton wrote:
> Thanks Richard. To be clear, is that a "this would be a nice future
> improvement" or a "NAK until this is done"?
Correct.
r~
Thanks Richard. To be clear, is that a "this would be a nice future
improvement" or a "NAK until this is done"?
Paul
On Mon 26 Aug 2013 19:01:51 BST, Richard Henderson wrote:
On 08/23/2013 08:09 AM, Yongbok Kim wrote:
+/* alias for pre IO hole access */
+memory_region_init_alias(ram_l
On 08/23/2013 08:09 AM, Yongbok Kim wrote:
> +/* alias for pre IO hole access */
> +memory_region_init_alias(ram_low_preio, NULL, "mips_malta_low_preio.ram",
> + ram_high, 0, MIN(ram_size, (256 << 20)));
> +memory_region_add_subregion(system_memory, 0, ram_lo
From: Paul Burton
A Malta board can support up to 2GiB of RAM. Since the unmapped kseg0/1
regions are only 512MiB large & the latter 256MiB of those are taken up
by the IO region, access to RAM beyond 256MiB must be done through a
mapped region. In the case of a Linux guest this means we need to
