On Tue, Oct 30, 2012 at 2:36 PM, Julius Baxter <[email protected]> wrote: > This all looks pretty good, although all of the autotools noise is > pretty ridiculous. Not your fault, I'm just saying it makes it hard to > pick out the changes you made.
The update to the Makefiles and configure scripts are in their own patch. If you want to look at the changes only related to the delay slot, that's in patch by itself, here: https://github.com/pgavin/or1ksim/commit/7e7f7b5cb65db2e07bc4ce91e3c48fdee6fc34cd > Is the no-delay mode selectable via a sim config file (with the > default being pipeline with delay slot) or is it selected at configure > time? I reckon it should be a run-time option, perhaps with a > command-line switch. I hope, as I've seen various bits of code testing > the CPUCFGR for the no-delay feature bit, that it's configurable at > run-time. Yes, it's selectable at runtime by using the config file, by setting the 0x400 bit in the cpu.cfgr config option. The same simulator is compiled no matter which mode you're using. At the moment, if you configure with --target=or1knd-elf it runs the testsuite in nodelay mode. Otherwise it uses the delay-slot mode. I don't think I actually set it up to use nodelay mode by default (when no config file is specified). I'll take a look tomorrow to make sure. > > Are there documentation updates, too? No. I'll take a look at that tomorrow too :) > Otherwise, as long as it passes the test suite that should be fine. I > guess it should live in a branch until the re-branded or1k tool chain > becomes the norm. Hopefully that's pretty soon, though. Hopefully :) Stefan is doing an awesome job with the PIC stuff. But I think as long as it compiles the linux kernel and busybox, it's pretty close to where it was before, right? I think I'm going to try getting linux working on the nodelay version; that would only involve porting the assembly files in the arch/or1k subdirectory, I hope. And I'd like to write a script to build busybox from source, rather than having precompiled binaries in the git repo. -Pete _______________________________________________ OpenRISC mailing list [email protected] http://lists.openrisc.net/listinfo/openrisc
