[LTP] [PATCH] device-drivers/cpufreq_boost: skip test on virtual machines

Krzysztof Kozlowski krzysztof.kozlowski@canonical.com
Wed Aug 11 12:12:11 CEST 2021


On 23/06/2021 17:33, Krzysztof Kozlowski wrote:
> On 23/06/2021 13:38, Cyril Hrubis wrote:
>> Hi!
>>>> diff --git a/testcases/kernel/device-drivers/cpufreq/cpufreq_boost.c b/testcases/kernel/device-drivers/cpufreq/cpufreq_boost.c
>>>> index b9739db37cb7..67917b3fea25 100644
>>>> --- a/testcases/kernel/device-drivers/cpufreq/cpufreq_boost.c
>>>> +++ b/testcases/kernel/device-drivers/cpufreq/cpufreq_boost.c
>>>> @@ -90,6 +90,9 @@ static void setup(void)
>>>>  	unsigned int i;
>>>>  	tst_require_root();
>>>>  
>>>> +	if (tst_is_virt(VIRT_ANY))
>>>> +		tst_brkm(TCONF, NULL, "running in a virtual machine, overclock not reliably measureable");
>>>> +
>>>>  	for (i = 0; i < ARRAY_SIZE(cdrv); ++i) {
>>>>  		fd = open(cdrv[i].file, O_RDWR);
>>>>  		if (fd == -1)
>>>>
>>>
>>> Optionally, under virtual machine the test failure could be converted to
>>> accepted pass. This would still allow to test CPUfreq boosting
>>> interface. Any preferences?
>>
>> I wonder what is the likehood of actually dicovering a bug by writing to
>> the cpufreq boost file from within a VM, I guess that it's non-zero at
>> least.
> 
> It's a test of kernel interface and whether the driver accepts input via
> sysfs... so not much of a real cpufreq test. Indeed maybe better to skip
> the test explicitly instead of giving some false hopes that cpufreq is
> being tested.

Hi Cyril and all,

Anything stops this patch from being applied?

Best regards,
Krzysztof


More information about the ltp mailing list