Hi Juri,

On Wed, Aug 6, 2014 at 3:38 PM, Juri Lelli <juri.le...@arm.com> wrote:
> Hi Vincent,
>
> I'm actually adding Chris to Cc: as he is also part of the
> original discussion about rt-app.
>
> On 05/08/14 22:45, Vincent Guittot wrote:
>> Hi Juri,
>>
>> Here is the pull request for the changes that create a workload generator 
>> tool
>>
>> Regards,
>>
>> The following changes since commit 17be4548c4260b80be623e0e1317e98a770dea7a:
>>
>>   copyright added (2014-04-11 09:28:27 +0200)
>>
>> are available in the git repository at:
>>
>>   git://git.linaro.org/power/rt-app.git master
>>
>> for you to fetch changes up to 8cbaad65d00e3c64c4f941139bc11f4d07822474:
>>
>>   add a web browsing use case (2014-08-01 15:43:47 +0200)
>
> Thanks for sharing changes in your repository, but IMHO it is
> somewhat difficult to review them in this form, as behavioural
> changes are intermixed with small fixes. Also, it would be good
> if we can integrate changes keeping git history clean. Ideally
> we could introduce functional changes followed by (or together
> with) examples showing what feature the change introduces. I
> know that this is time consuming, so I'm actually asking if you
> think you have some time to work on rearranging things.

Vincent is on vacations until the end of the month. After that, I
expect he'll be busy with Linaro Connect preparations.

Yes, the timing of all this sucks given that we want to announce the
tools this week to give 2 weeks of lead time before Kernel Summit.

> Having a proper history could also ease review. I'd say we could
> try two different methods. I created a GitHub organization that
> now hosts the rt-app repo: https://github.com/scheduler-tools/rt-app.
> I also created a branch for the original version of the tool so that
> we can integrate changes on master.
>
>  Method 1) We use GitHub pull request feature to discuss changes and
>            finally integrate them.
>
>  Method 2) You post the patchset (based on master) on linaro-dev
>            mailing list, discussion happens on the mailing list
>            (everybody can participate), after discussion I apply
>            patches resulting from discussion on master.
>
> I'd personally prefer method 2 as it is simpler and can probably get
> contributions from a wider audience. What other thinks?

I prefer Method 2 myself but it is going to be hard to get anything
refactored until late September.

> We also said that the name of the tool could be changed, any opinions
> on this? Something like workload-gen or wload-gen ?

IMHO, the name change is just a nice to have and not critical to the
success of this project.

Regards,
Amit

_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to