-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/04/2011 12:26 PM, Vincent Guittot wrote:
> On 4 August 2011 09:57, Daniel Lezcano <daniel.lezc...@linaro.org> wrote:
> On 08/03/2011 06:25 PM, Vincent Guittot wrote:
>>>> Hi Daniel,
>>>>
>>>> On 3 August 2011 15:58, Daniel Lezcano <daniel.lezc...@linaro.org> wrote:
> 
> [ ... ]
> 
>>>>> it sounds good for me.
> 
> Ok, cool. Thanks.
> 
>>>> Concerning the functional tests, I need some hints :)
>>>>
>>>> On the architecture we have, that will be difficult to verify sched_mc
>>>> works as expected.
>>>> If I understood correctly, in order to test that, we should have a
>>>> dual Cortex-A9 to check a program with two processes eating a lot of
>>>> cpu cycles will be bounded in the same socket_id when
>>>> sched_mc_power_savings=2.
>>>> The other processor staying idle or not running any of these
>>>> processes, right ? AFAIK, there is no such hardware, no ?
>>>>
>>>>> you could integrate a non regression test which check that performance
>>>>> results in both sched_mc_power_savings=0 and  sched_mc_power_savings=2
>>>>> . I have one which uses cyclictest and sysbench.
> 
> Can you elaborate a bit ? Do you mean, we should run the test and
> compare the result to some hardcoded values (taking account the
> hysteresis of course) ?
> 
> 
>> yes we should compare the results with some hard coded values or a
>> reference test results. I don't know if it's possible to use the
>> result of a previous tests sequence in order to make some comparisons
>> et set a test has passed or failed ?

IMO, this is out of the scope of the pm-qa test suite. The test suite
should check the different subsystem are correct. In our case, we should
ensure two processes ran only on a single socket and was not spread on
two different socket. I don't know how to do that right now, but I think
this is what we should validate.

What you are proposing is some kind of power management "benchmark".

That makes sense and would be very useful to check where is the
consumption cursor. But a set of prerequisite will be needed for that:

 (1) the pm blocks should be validated by pm-qa
 (2) we have to define an userspace scenario where we set the system
with a maximum power saving policy
 (3) run different application and collect the consumption

We can imagine to have it automated, ran when there is a kernel update
and plot the result like:

http://www.phoronix.com/scan.php?page=article&item=linux_mobile_uffda&num=1

- -- 
 <http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs

Follow Linaro:  <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOO923AAoJEAKBbMCpUGYApb8H/0CnUxghj8Ad0SfBGPIZLFzH
0Y6Q+8LGchv+UDlxv9kZlj0UjVSUWFDoOI9FMopj34RQFtFzkETzJsjxJ+s1OcfM
hnlPzJQCMz76gXwKWU1b5eHdKbzVv/vW7yC4kEMcBX/XpYSxnyCM6x+e9ooQf01v
OgnPWFqRLTyLFv4ZF1+OC5oROwmNbCd77efMJdtDijg8Ka9dzuWKtfATOjl3tGBP
iouhJxmMgw0878n7QnUkLQl/DtFFTzHLHr4FBP7HRieG9QIU87no5o8M0NMak3vh
rwyLet0TeCmK9rzzVs2tFgaY+yw361tnK4fzABYdBBFNCzeyvbXS550qEUrw+7E=
=Grtm
-----END PGP SIGNATURE-----

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

Reply via email to