Rudolf Marek wrote:
> Or maybe we can just have some small panic loader through
> serial/USB instead of second full image?
Yes, we should have a panic room.
ron minnich wrote:
> The CS approach does seem to make lots of sense,
I like it too! Make some use of the paging.
//Peter
--
coreboot
It seems I forgot to send this mail although it sat finished in my
drafts folder. Sorry.
On 02.05.2009 23:54, Rudolf Marek wrote:
> It seems I'm quite tired to formulate the description of the patch
> accurately I
> hope it is understandable somehow.
>
> Following patch fixes the XIP computation i
On Sun, May 10, 2009 at 1:44 PM, Rudolf Marek wrote:
> U-boot is doing the relocation for its RAM image (just FYI) there is some
> code for that.
we might want to see if what they are doing could work for us. The CS
approach does seem to make lots of sense, since we use CS zero-based
anyway. Ju
Hi Ron,
Thanks its in as: Committed revision 4265.
Here are some random comments (while watching icehockey - so not so clear ;)
Maybe the trick with different CS would work for normal / fallback? Maybe better
than linker stuff. Not sure how is the stuff for dataseg maybe it is just copied
to
Acked-by: Ronald G. Minnich
Looks ok. Long term, we do need to figure out what to do about
failover/fallback/normal.
I had an idea that we could use failover to select CBFS rom code
entries for fallback and normal, but it's not obvious that is the
right way to go. Plus, the still-unresolved ques
Hi,
Can someone take a look here?
Rudolf
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
It seems I'm quite tired to formulate the description of the patch accurately I
hope it is understandable somehow.
Following patch fixes the XIP computation issue. I removed the normal image
because it was not working anyway (it was hardcoded)
7 matches
Mail list logo