----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/3525/#review8438 -----------------------------------------------------------
I realise I am commenting on DRAMPower changes here, so feel free to ignore. There seems to be an awful lot of changes from unsigned to signed types, which feels rather unintuitive. Why not uint64_t if the value is truly unsigned? It seems odd to remove that clear communication of intent. There also seems to be quite a few static_cast<size_t> cause by the above change, which clutters the code. If the bank, for example, is unsigned this should not be needed. ext/drampower/src/CmdScheduler.cc (line 513) <http://reviews.gem5.org/r/3525/#comment7309> this is rather unconventional max<int64_t>(0, ...) the construct appears in a few places ext/drampower/src/CommandAnalysis.h (line 62) <http://reviews.gem5.org/r/3525/#comment7313> really no point making the int parameter const ext/drampower/src/MemArchitectureSpec.h (line 41) <http://reviews.gem5.org/r/3525/#comment7310> cstdint rather? ext/drampower/src/MemArchitectureSpec.h (line 51) <http://reviews.gem5.org/r/3525/#comment7311> why are these signed? ext/drampower/src/MemCommand.cc (line 95) <http://reviews.gem5.org/r/3525/#comment7312> max<int64_t>(... - Andreas Hansson On June 22, 2016, 7:52 p.m., Matthias Jung wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://reviews.gem5.org/r/3525/ > ----------------------------------------------------------- > > (Updated June 22, 2016, 7:52 p.m.) > > > Review request for Default and Andreas Sandberg. > > > Repository: gem5 > > > Description > ------- > > Sync DRAMPower to external tool > > This patch syncs the DRAMPower library of gem5 to the external > one on github (https://github.com/ravenrd/DRAMPower) of which > I am a maintainer. > > The version used is the commit: > 902a00a1797c48a9df97ec88868f20e847680ae6 > from 07. May. 2016. > > > Diffs > ----- > > ext/drampower/README.md dd6dfd38b6c2 > ext/drampower/src/CmdScheduler.h dd6dfd38b6c2 > ext/drampower/src/CmdScheduler.cc dd6dfd38b6c2 > ext/drampower/src/CommandAnalysis.h dd6dfd38b6c2 > ext/drampower/src/CommandAnalysis.cc dd6dfd38b6c2 > ext/drampower/src/MemArchitectureSpec.h dd6dfd38b6c2 > ext/drampower/src/MemCommand.h dd6dfd38b6c2 > ext/drampower/src/MemCommand.cc dd6dfd38b6c2 > ext/drampower/src/MemTimingSpec.h dd6dfd38b6c2 > ext/drampower/src/MemoryPowerModel.h dd6dfd38b6c2 > ext/drampower/src/MemoryPowerModel.cc dd6dfd38b6c2 > ext/drampower/src/MemorySpecification.h dd6dfd38b6c2 > ext/drampower/src/TraceParser.h dd6dfd38b6c2 > ext/drampower/src/TraceParser.cc dd6dfd38b6c2 > ext/drampower/src/Utils.h dd6dfd38b6c2 > ext/drampower/src/libdrampower/LibDRAMPower.h dd6dfd38b6c2 > ext/drampower/src/libdrampower/LibDRAMPower.cc dd6dfd38b6c2 > ext/drampower/test/libdrampowertest/lib_test.cc dd6dfd38b6c2 > src/mem/dram_ctrl.hh dd6dfd38b6c2 > > Diff: http://reviews.gem5.org/r/3525/diff/ > > > Testing > ------- > > Everything compiles. > > > Thanks, > > Matthias Jung > > _______________________________________________ gem5-dev mailing list gem5-dev@gem5.org http://m5sim.org/mailman/listinfo/gem5-dev