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 <[email protected]> wrote: > Korey, > > It looks like you're the culprit: > authorKorey Sewell <[email protected]>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, <[email protected]> wrote: > >> Send gem5-users mailing list submissions to >> [email protected] >> >> 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 >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> 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 <[email protected]> >> To: [email protected] >> Subject: [gem5-users] finding ThreadID in Ruby >> Message-ID: <[email protected]> >> 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 <[email protected]> >> To: [email protected] >> Subject: [gem5-users] LLVM and GE/M5 >> Message-ID: <[email protected]> >> 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 <[email protected]> >> To: gem5 users mailing list <[email protected]> >> Subject: Re: [gem5-users] LLVM and GE/M5 >> Message-ID: <[email protected]> >> 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 <[email protected] >> >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 >> > [email protected] >> > 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 <[email protected]> >> To: M5 users mailing list <[email protected]> >> Subject: Re: [gem5-users] options.max_inst and options.maxinsts >> Message-ID: <[email protected]> >> 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 <[email protected] >> >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 <[email protected]> >> To: gem5 users mailing list <[email protected]> >> Subject: Re: [gem5-users] options.max_inst and options.maxinsts >> Message-ID: <[email protected]> >> 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 <[email protected] >> >wrote: >> >> > >> > Any idea is truly appreciated. >> > >> > Navid. >> > >> > On Fri, May 13, 2011 at 11:58 AM, Navid Farazmand <[email protected] >> >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 >> > [email protected] >> > 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 >> [email protected] >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> >> End of gem5-users Digest, Vol 58, Issue 45 >> ****************************************** >> > > _______________________________________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > > _______________________________________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > -- - Korey
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
