I see. Yup, that's my mistake then. I'd argue that "maxinsts" is the right terminology there though, since you already have "maxtick" and "maxtime" and when you look in the Options.py you'd probably expect that something like "max<metric>" to similarly be in the "run duration" options rather than "fastforwarding options".
I should've caught that and made the change instead of causing confusion w/the redundancy (my apologies Navid). Reviewboard patch imminent... On Thu, May 19, 2011 at 12:37 AM, Ali Saidi <sa...@umich.edu> wrote: > Korey, > > It looks like you're the culprit: > authorKorey Sewell <ksew...@umich.edu>Wed Sep 16 09:45:30 2009 -0400 (20 > months ago)changeset > 664159f08019c39a<http://repo.m5sim.org/m5/rev/59f08019c39a>parent > 6144e330f7bc22ef<http://repo.m5sim.org/m5/annotate/e330f7bc22ef/configs/common/Options.py>child > 6769630a3d0b7eb7<http://repo.m5sim.org/m5/annotate/630a3d0b7eb7/configs/common/Options.py> > permissions-rw-r--r-- > configs: add maxinsts option on command line > -option to allow threads to run to a max_inst_any_thread which is more > useful/quicker in a lot of > cases then always having to figure out what tick to run your simulation to. > > > There was already a max-inst option and you aded maxinsts. I would say it's > a bug and maxinsts should go away and the line that uses it in Simulation.py > should be replaced with max-insts. > > Ali > > > > On May 18, 2011, at 11:07 AM, Navid Farazmand wrote: > > I have reviewed "Simulation.py" carefully and I am pretty sure they are not > the same in that file. I'm just not sure if it is intentional or a bug. > Somewhere in the code "max_inst" is used while in other places "maxinsts" > is used. > > Navid. > > On Wed, May 18, 2011 at 12:00 PM, <gem5-users-requ...@m5sim.org> wrote: > >> Send gem5-users mailing list submissions to >> gem5-users@m5sim.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> or, via email, send a message with subject or body 'help' to >> gem5-users-requ...@m5sim.org >> >> You can reach the person managing the list at >> gem5-users-ow...@m5sim.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of gem5-users digest..." >> >> >> Today's Topics: >> >> 1. finding ThreadID in Ruby (Hamid Reza Khaleghzadeh) >> 2. LLVM and GE/M5 (Tarek Chammah) >> 3. Re: LLVM and GE/M5 (Korey Sewell) >> 4. Re: options.max_inst and options.maxinsts (Navid Farazmand) >> 5. Re: options.max_inst and options.maxinsts (Korey Sewell) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Wed, 18 May 2011 08:28:52 +0430 >> From: Hamid Reza Khaleghzadeh <khaleghza...@gmail.com> >> To: gem5-users@m5sim.org >> Subject: [gem5-users] finding ThreadID in Ruby >> Message-ID: <BANLkTinAsKzdOvzhPmDRCb9tJ=aamac...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi >> >> I intend to obtain list of all threads in ruby. Is there this facility in >> Gems/Ruby? (For example if there are 5 threads in Ruby, I want to obtain >> their >> threadID and current processor that running this thread). >> >> Thanks. >> >> >> ------------------------------ >> >> Message: 2 >> Date: Wed, 18 May 2011 00:27:07 -0400 >> From: Tarek Chammah <tcham...@uwaterloo.ca> >> To: gem5-users@m5sim.org >> Subject: [gem5-users] LLVM and GE/M5 >> Message-ID: <banlktinsr7gtahzbqnhsbg0mrmd+8gg...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hello, >> >> All of the postings on the home page mentioned using GE/M5 with GCC, >> as in compiling the simulator, as well as cross compiling programs for >> target architectures to run on the simulator. Though no mention is >> made of LLVM in this context. >> >> Is is not preferred to use LLVM or has it never been attempted before? >> If it is possible to use LLVM to cross compile programs, are there >> reported successful instances where this has occurred? >> >> Sincerely, >> >> Tarek Chammah >> >> >> ------------------------------ >> >> Message: 3 >> Date: Wed, 18 May 2011 00:37:39 -0400 >> From: Korey Sewell <ksew...@umich.edu> >> To: gem5 users mailing list <gem5-users@m5sim.org> >> Subject: Re: [gem5-users] LLVM and GE/M5 >> Message-ID: <BANLkTi=bfthv2fy+ccvsn51jxngvrdm...@mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> I believe people have use llvm and arm and it has worked. But it doesnt >> hurt >> to try it out right? Makes sure you compile your binary statically and >> give >> it a go. If it doesnt work, I'm sure that others would want llvm support >> in >> gem5 so you can post your problem to the mailing list and see what the >> community says. >> >> Also, "gem5" is what I believe is the appropriate term (rather than >> ge/m5). >> >> On Wed, May 18, 2011 at 12:27 AM, Tarek Chammah <tcham...@uwaterloo.ca >> >wrote: >> >> > Hello, >> > >> > All of the postings on the home page mentioned using GE/M5 with GCC, >> > as in compiling the simulator, as well as cross compiling programs for >> > target architectures to run on the simulator. Though no mention is >> > made of LLVM in this context. >> > >> > Is is not preferred to use LLVM or has it never been attempted before? >> > If it is possible to use LLVM to cross compile programs, are there >> > reported successful instances where this has occurred? >> > >> > Sincerely, >> > >> > Tarek Chammah >> > _______________________________________________ >> > gem5-users mailing list >> > gem5-users@m5sim.org >> > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> > >> >> >> >> -- >> - Korey >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: < >> http://m5sim.org/cgi-bin/mailman/private/gem5-users/attachments/20110518/d826a4d2/attachment-0001.html >> > >> >> ------------------------------ >> >> Message: 4 >> Date: Wed, 18 May 2011 11:07:22 -0400 >> From: Navid Farazmand <navid....@gmail.com> >> To: M5 users mailing list <m5-us...@m5sim.org> >> Subject: Re: [gem5-users] options.max_inst and options.maxinsts >> Message-ID: <banlktinkg6ro9nh75eux3d+r04_imox...@mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Any idea is truly appreciated. >> >> Navid. >> >> On Fri, May 13, 2011 at 11:58 AM, Navid Farazmand <navid....@gmail.com >> >wrote: >> >> > In "configs/common/Options.py" there are the two following options: >> > "options.max_inst" and "options.maxinsts". To me they seem to have the >> same >> > meaning. They have also been used in "configs/common/Simulation.py" and >> they >> > seem to have the same behavior in Simulation.py. >> > >> > Is there any reason for these two to be there together or it is a >> mistake? >> > >> > Regards, >> > Navid. >> > >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: < >> http://m5sim.org/cgi-bin/mailman/private/gem5-users/attachments/20110518/74444121/attachment-0001.html >> > >> >> ------------------------------ >> >> Message: 5 >> Date: Wed, 18 May 2011 11:11:48 -0400 >> From: Korey Sewell <ksew...@umich.edu> >> To: gem5 users mailing list <gem5-users@m5sim.org> >> Subject: Re: [gem5-users] options.max_inst and options.maxinsts >> Message-ID: <BANLkTi=BKF+=vvcje_yw0onyw+htvmw...@mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> These are just command line options right? >> >> Is there anything preventing you from trying both options and verifying >> they >> do the same thing (maybe even for a hello world run)? If you do that, >> then >> you can verify your hypothesis that they are indeed the same. And if they >> are the same, then there is redundancy there that needs to be removed. >> >> On Wed, May 18, 2011 at 11:07 AM, Navid Farazmand <navid....@gmail.com >> >wrote: >> >> > >> > Any idea is truly appreciated. >> > >> > Navid. >> > >> > On Fri, May 13, 2011 at 11:58 AM, Navid Farazmand <navid....@gmail.com >> >wrote: >> > >> >> In "configs/common/Options.py" there are the two following options: >> >> "options.max_inst" and "options.maxinsts". To me they seem to have the >> same >> >> meaning. They have also been used in "configs/common/Simulation.py" and >> they >> >> seem to have the same behavior in Simulation.py. >> >> >> >> Is there any reason for these two to be there together or it is a >> mistake? >> >> >> >> Regards, >> >> Navid. >> >> >> > >> > >> > _______________________________________________ >> > gem5-users mailing list >> > gem5-users@m5sim.org >> > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> > >> >> >> >> -- >> - Korey >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: < >> http://m5sim.org/cgi-bin/mailman/private/gem5-users/attachments/20110518/ce867293/attachment-0001.html >> > >> >> ------------------------------ >> >> _______________________________________________ >> gem5-users mailing list >> gem5-users@m5sim.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> >> End of gem5-users Digest, Vol 58, Issue 45 >> ****************************************** >> > > _______________________________________________ > gem5-users mailing list > gem5-users@m5sim.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > > _______________________________________________ > gem5-users mailing list > gem5-users@m5sim.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > -- - Korey
_______________________________________________ gem5-users mailing list gem5-users@m5sim.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
