linuxbios_apc.rom is the code for ap. The code is in it's own cache. So BSP is executing the code in ROM and RAM, and at the same time the APs executing code in cache.
The AP uncompress the linuxbios_apc.rom from rom to it's cache before jump it. At that time the RAM on BSP is ready already.
YH
On 5/23/06, Stefan Reinauer stepan@coresystems.de wrote:
- yhlu yinghailu@gmail.com [060523 11:26]:
I may only want to lzma for payload if we can sqush tiny kernel and initrd in 1M with LinuxBIOS.
Thats why we all would want to see this, yes. But using nrv2b if lzma is so much more efficient makes not much sense in any other case either.
I may need to use nrv2b for linuxbios_ram.rom and linuxbios_ap_code.rom.
- What's linuxbios_ap_code.rom?
These too can share the code in car stage. and code in cache can not have too much space for lzma properties array.
When we're uncompressing, we do have memory. So cache sizes are no restriction at this point anymore.
-- coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br. Tel.: +49 761 7668825 • Fax: +49 761 7664613 Email: info@coresystems.de • http://www.coresystems.de/