Hi folks. Another idea I had which I don't have time to look into is to have more rigorously defined contents and names for things in checkpoints. Right now, we just dump in whatever we have lying around in whatever way is convenient, occasionally causing checkpoint incompatibilities and making it hard for some models to interoperate with others which happen to have slightly different state which is more convenient to dump in some other way.
What I think we should do is have a well defined set of state which is what is required at an architectural level for any given object, for instance a CPU implementing a particular ISA, a system device like a disk, a memory, or an interrupt controller. Conforming checkpoints should express the objects within them in only that way, and conforming objects should only create conforming checkpoints. There are a lot of other ideas I have for how to improve checkpoints, some of which I've sent to the list in the past, but this is one I'm running into a lot recently. Gabe _______________________________________________ gem5-dev mailing list -- [email protected] To unsubscribe send an email to [email protected] %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
