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
Hi,
Can someone take a look here?
Rudolf
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Acked-by: Ronald G. Minnich rminn...@gmail.com
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
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
On Sun, May 10, 2009 at 1:44 PM, Rudolf Marek r.ma...@assembler.cz 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
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
-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
7 matches
Mail list logo
