-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all,
> K8 is a bit different than Intel and the Geode in how CAR works. For the > K8 the cache is always left enabled. I think that means that the tags > should all be correct and that a copy shouldn't be required, just the > wbinvd. There has been some discussion about wbind and invd. I have > always thought that a wbind should work as long as there is memory > backing that area in cache. I think someone just needs to try it. I checked all documentation and it seems writeback does not work on pre rev F. of CPUs. Cache must be always invalidated. Hmm I have some troubles on Opteron 175. I switched Coreboot to _RAMBASE=3MB and TOPK to 4096, I also fixed the initial cleaning routine to clean just clear_memory(_RAMBASE, (CONFIG_LB_MEM_TOPK<<10) - DCACHE_RAM_SIZE) ); But CPU never returns from clear_init_ram, maybe some tags get b0rked. I tried the copy-on-same-place trick and removed the stack relocation and it worked too. My code looks like this now: disable_cache_as_ram_bsp(); memcopy((void *)DCACHE_RAM_BASE , (void *)DCACHE_RAM_BASE, DCACHE_RAM_SIZE); __asm__("invd\n"); clear_init_ram(); Also I applied the cleanup patch for cache_as_ram.inc. Seems to work, except there must be some other problem with resource management. When: Reading resources .... all entries are listed, but no "Done". I think I have seen this problem already when I removed the call for clear_memory some time ago so something must use some untitialized memory from 0-3MB which is strange. I think it will get work again if I just add clear 0-640KB. I will try before sleep now. Rudolf -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHi+la3J9wPJqZRNURAvgFAKDUg64W+U+NvhhGRq0hVlXZeBxoWgCcDABU C8MHQjKDILAtxeUUgZgkQOs= =FSfb -----END PGP SIGNATURE----- -- coreboot mailing list coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot