[coreboot] [PATCH][RFC] A new way using a binary file to add-stage to a rom file on ARM

Patrick Georgi Patrick.Georgi at secunet.com
Fri Jul 22 14:30:58 CEST 2011


Am Freitag, den 22.07.2011, 20:25 +0800 schrieb Hamo:
> The first and most important reason is the size of bootblock. As I say
> in the last mail, the internal SRAM for holding the first sector of
> NAND Flash is very small. For example, Samsung 2410 CPU only has a 4K
> internal SRAM.
4K is generally more than what the x86 bootblock uses.

> Second, ARM CPU is not as powerful as X86. The decompress function
> will need much more time than that on X86.
The bootblock also doesn't decompress. That's what the romstage
(executed from ROM) does after RAM is alive.


Patrick
-- 
Patrick Georgi
Fachbereich SINA-Entwicklung
Geschäftsbereich Hochsicherheit
secunet Security Networks AG
Mergenthalerallee 77
65760 Eschborn, Germany
Telefon +49 201 54 54-3610
Telefax +49 201 54 54-1325
Patrick.Georgi at secunet.com 
www.secunet.com 

Sitz: Kronprinzenstraße 30, 45128 Essen
Amtsgericht Essen HRB 13615
Vorstand: Dr. Rainer Baumgart (Vors.), Thomas Koelzer, Thomas Pleines
Aufsichtsratsvorsitzender: Dr. Karsten Ottenberg




More information about the coreboot mailing list