[coreboot] Alix.2D3 / Coreboot v4 support

[Aurélien]

On Wed, Aug 25, 2010 at 5:27 PM, Patrick Georgi <patrick at georgi-clan.de>wrote:

> > Loading stage image.
> > Stage: loading fallback/coreboot_ram @ 0x100000 (114688 bytes), entry @
> > 0x100000
> > lzma: Decoding error = 1
> > CBFS: LZMA decompression failed!
> > Loading stage failed!
> > --- hangs here ---
> This is the first time that RAM beyond 1MB is seriously used. On other
> Geode boards, some MSRs weren't set up early enough, so >1MB wasn't
> reachable. http://patchwork.coreboot.org/patch/1485/ provides a partial
> fix, but I suspect that the LX code has similar issues.
>
>
In fact, I just realized that this patch works just fine on my board (though
this code has been moved to src/cpu/model_lx, which confused me.

~~~
Loading stage image.
Stage: loading fallback/coreboot_ram @ 0x100000 (114688 bytes), entry @
0x100000
Stage: done loading.
Jumping to image.
~~~

So, here's the patch. I suppose the RAM may be incorrectly setup initially
(size...), but it is re-setup just after by the northbridge init code, so I
think it's just fine.

Also, who's responsible for updating the wiki ? Since this is a newly
supported board, I think it should appear in v4 support list. I gave the
details in a previous post. I can update it myself, but I'll need an
account, and I don't think it's really worth the trouble, just for one
board.

Signed-off-by: Aurélien Guillaume <aurelien at iwi.me>

Thanks :)
-- 
Aurélien Guillaume
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.coreboot.org/pipermail/coreboot/attachments/20100830/dd524e92/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: alix2d3-rambase-removed-r5755.diff
Type: application/octet-stream
Size: 1493 bytes
Desc: not available
URL: <http://www.coreboot.org/pipermail/coreboot/attachments/20100830/dd524e92/attachment.obj>