The reset is caused by the fact that the memcpy doesn't work. The patch works, while the way you told me doesn't. Maybe XIP_ROM_BASE is the reason.
Zheng -----Original Message----- From: Marc Jones [mailto:[email protected]] Sent: Tuesday, June 30, 2009 2:34 AM To: Bao, Zheng Cc: [email protected] Subject: Re: [coreboot] Does the fam10 code work now? Patches for discuss. On Sun, Jun 28, 2009 at 8:52 PM, Bao, Zheng<[email protected]> wrote: > Can you tell me which is the patch or send it to me? > > If I set CONFIG_COMPRESS to 1, the copy is fast. But if the code jumps > to RAM, the system will reboot. Is it also caused by same reason? Why > doesn't dbm690t have that problem? I don't know about the reset. i think that the K8 does have the same issue but the amount of code copied is much less. The fam10 code is much larger. The thread you want to look at is this one: http://www.coreboot.org/pipermail/coreboot/2008-October/040885.html I think that a better solution is to fix up the disable car and copy code to cache the rom. For example adding set_var_mtrr(1, XIP_ROM_BASE, XIP_ROM_SIZE, MTRR_TYPE_WRBACK); to set_init_ram_access() would address the issue. Maybe you can try that. Marc -- http://marcjonesconsulting.com -- coreboot mailing list: [email protected] http://www.coreboot.org/mailman/listinfo/coreboot
