Hi Nilay, That is a very good point, and thanks for spending some cycles on this. I¹m not pushing for a transition, I merely thought it made more sense, but I forgot about the hello world tests.
Does the ³hello world² actually add any value to the regressions? Would it not be better to: 1) run a more extensive regression using Ruby + an o3 CPU model (linux boot etc), or 2) use a more extensive synthetic tester (e.g. memtester with actual sharing, which is something we¹re working on...) for some of these protocols? As a side note, I¹ve managed to make the memory system (src/mem) completely ISA independent, so we could compile the entire memory directory once for all ISAs. Unfortunately we also need to compile it once for every coherency protocol in Ruby. I¹m not sure there is any sensible way around it, but it would be good to get your thoughts on this. Thanks, Andreas On 30/08/2014 18:32, "Nilay Vaish" <[email protected]> wrote: >Andreas > >I was thinking of editing the regression tests for ruby coherence >protocols (memtest and rubytest) so that they use null isa, instead of >alpha. But then I thought more about it and it seems that there is >nothing to be gained over here. We will still compile alpha isa with >different protocols so that we can run a "hello world" program as a >sanity >check. And therefore we can use the same binary for running memtest and >rubytest as well. Do you have any argument why we should move to null >isa? > >Thanks >Nilay > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ gem5-dev mailing list [email protected] http://m5sim.org/mailman/listinfo/gem5-dev
