On 10.10.2009 20:08, Stefan Reinauer wrote: > Carl-Daniel Hailfinger wrote: > >> On 10.10.2009 11:16, Stefan Reinauer wrote: >> >> >>> Myles Watson schrieb: >>> >>> >>>> Fix AP_CODE_IN_CAR (only selected for two boards), STACK_SIZE, and >>>> HEAP_SIZE. >>>> >>>> Signed-off-by: Myles Watson <[email protected]> >>>> >>>> At this point my Tyan s2895 is happy with Kconfig. Boot tested. >>>> >>>> Thanks, >>>> Myles >>>> >>>> >>>> >>> Looks (almost) good to me but I'd prefer someone else to check it, to. >>> >>> One thing though: We're using lzma per default now if we're using >>> compression. This means each board needs at _least_ a stack size of >>> 0x8000. >>> >>> Those boards with STACK_SIZE being 0x2000 or 0x8000 are definitely >>> broken (and if they boot, they do by accident) >>> >>> >> And the current infrastructure means we need that stack size per core if >> any of the APs perform any decompression (which is a bad idea in itself). >> >> > > Which systems do that? we should fix them... >
AFAIK the Fam10 targets Zheng is having problems with. Regards, Carl-Daniel -- Developer quote of the week: "We are juggling too many chainsaws and flaming arrows and tigers." -- coreboot mailing list: [email protected] http://www.coreboot.org/mailman/listinfo/coreboot
