ron minnich wrote:
well, vladimir, I would not be so discouraging. In fact if it is an existing mainboard, and you have not done coreboot before, I suggest doing a port, and then doing something new with the port.
I think this is a good idea in general.
I'd like somebody to look at doing LinuxBIOS again, i.e. getting us back to the point where we can embed linux in the flash as the payload. Patrick got us a long way back toward getting that working, and it'd be nice to see it finished.
I've tested it - it works well at least in QEMU.
A solution is still needed for ARM though.
//Peter
On Wed, 19 Mar 2014 16:01:05 +0100 Peter Stuge peter@stuge.se wrote:
I'd like somebody to look at doing LinuxBIOS again, i.e. getting us back to the point where we can embed linux in the flash as the payload. Patrick got us a long way back toward getting that working, and it'd be nice to see it finished.
I've tested it - it works well at least in QEMU.
A solution is still needed for ARM though.
What are the problems there/what needs to be done?
On Wednesday, March 19, 2014 09:32:44 PM Stefan Tauner wrote:
On Wed, 19 Mar 2014 16:01:05 +0100
Peter Stuge peter@stuge.se wrote:
I'd like somebody to look at doing LinuxBIOS again, i.e. getting us back to the point where we can embed linux in the flash as the payload. Patrick got us a long way back toward getting that working, and it'd be nice to see it finished.
I've tested it - it works well at least in QEMU.
A solution is still needed for ARM though.
What are the problems there/what needs to be done?
You need to pass a machine ID in r0, zero in r1, and a pointer to the devicetree in r2. We don't have a trampoline in cbfstool like we do for x86. So: * find machine ID from CBFS, load it into lb_tables * find .dtb load it into RAM, add entry to lb_tables In trampoline (ARMv7 assembly): * parse lb_table for machine ID, store it in r0 * parse lb_table for .dtb, store its address in r2 * branch to kernel entry point
Alex