[PATCH 2/2] acpi: method: add _PSS test
Alex Hung
alex.hung at canonical.com
Thu Apr 19 03:45:25 UTC 2012
On 04/18/2012 07:41 PM, Colin King wrote:
> From: Colin Ian King<colin.king at canonical.com>
>
> Signed-off-by: Colin Ian King<colin.king at canonical.com>
> ---
> src/acpi/method/method.c | 106 +++++++++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 104 insertions(+), 2 deletions(-)
>
> diff --git a/src/acpi/method/method.c b/src/acpi/method/method.c
> index 6797868..fae4b31 100644
> --- a/src/acpi/method/method.c
> +++ b/src/acpi/method/method.c
> @@ -102,7 +102,7 @@
> * _PSD 8.4.4.5 N
> * _PSL 11.4.8 N
> * _PSR 10.3.1 Y
> - * _PSS 8.4.4.2 N
> + * _PSS 8.4.4.2 Y
> * _PSV 11.4.9 Y
> * _PSW 7.2.12 Y
> * _PTC 8.4.3.1 N
> @@ -307,7 +307,7 @@ static int method_name_check(fwts_framework *fw)
> int failed = 0;
>
> if ((methods = fwts_method_get_names()) != NULL) {
> - fwts_log_info(fw, "Found %d Methods\n", methods->len);
> + fwts_log_info(fw, "Found %d Objects\n", methods->len);
>
> fwts_list_foreach(item, methods) {
> char *ptr;
> @@ -1846,6 +1846,105 @@ static int method_test_UID(fwts_framework *fw)
> }
>
>
> +/* Section 8.4 */
> +
> +static void method_test_PSS_return(fwts_framework *fw, char *name, ACPI_BUFFER *buf, ACPI_OBJECT *obj, void *private)
> +{
> + int i;
> + bool failed = false;
> + uint32_t max_freq = 0;
> + uint32_t prev_power = 0;
> +
> + if (method_check_type(fw, name, buf, ACPI_TYPE_PACKAGE) != FWTS_OK)
> + return;
> +
> + /* Something is really wrong if we don't have any elements in _PSS */
> + if (obj->Package.Count< 1) {
> + fwts_failed(fw, LOG_LEVEL_MEDIUM, "Method_PSSElementCount",
> + "_PSS should return package of at least 1 element, "
> + "got %d elements instead.",
> + obj->Package.Count);
> + fwts_tag_failed(fw, FWTS_TAG_ACPI_METHOD_RETURN);
> + return;
> + }
> +
> + for (i=0; i< obj->Package.Count; i++) {
> + ACPI_OBJECT *pstate;
> +
> + if (obj->Package.Elements[i].Type != ACPI_TYPE_PACKAGE) {
> + fwts_failed(fw, LOG_LEVEL_MEDIUM, "Method_PSSElementType",
> + "_PSS package element %d was not a package.", i);
> + fwts_tag_failed(fw, FWTS_TAG_ACPI_METHOD_RETURN);
> + failed = true;
> + continue; /* Skip processing sub-package */
> + }
> +
> + pstate =&obj->Package.Elements[i];
> + if (pstate->Package.Count != 6) {
> + fwts_failed(fw, LOG_LEVEL_MEDIUM, "Method_PSSSubPackageElementCount",
> + "_PSS P-State sub-package %d was expected to have "
> + "6 elements, got %d elements instead.",
> + i, obj->Package.Count);
> + fwts_tag_failed(fw, FWTS_TAG_ACPI_METHOD_RETURN);
> + failed = true;
> + continue; /* Skip processing sub-package */
> + }
> +
> + /* Elements need to be all ACPI integer types */
> + if ((pstate->Package.Elements[0].Type != ACPI_TYPE_INTEGER) ||
> + (pstate->Package.Elements[1].Type != ACPI_TYPE_INTEGER) ||
> + (pstate->Package.Elements[2].Type != ACPI_TYPE_INTEGER) ||
> + (pstate->Package.Elements[3].Type != ACPI_TYPE_INTEGER) ||
> + (pstate->Package.Elements[4].Type != ACPI_TYPE_INTEGER) ||
> + (pstate->Package.Elements[5].Type != ACPI_TYPE_INTEGER)) {
> + fwts_failed(fw, LOG_LEVEL_MEDIUM, "Method_PSSSubPackageElementType",
> + "_PSS P-State sub-package %d was expected to have "
> + "6 Integer elements but didn't", i);
> + failed = true;
> + continue;
> + }
> +
> + fwts_log_info(fw, "PState %d: CPU %ld Mhz, %lu mW, latency %lu us, bus master latency %lu us.",
> + i,
> + (unsigned long)pstate->Package.Elements[0].Integer.Value,
> + (unsigned long)pstate->Package.Elements[1].Integer.Value,
> + (unsigned long)pstate->Package.Elements[2].Integer.Value,
> + (unsigned long)pstate->Package.Elements[3].Integer.Value);
> +
> + if (max_freq< pstate->Package.Elements[0].Integer.Value)
> + max_freq = pstate->Package.Elements[0].Integer.Value;
max_freq is supposed to be in the first package, is this if-statement
necessary?
Do you intend to check max_freq with all frequencies in following
packages in case the packages are not in descending order?
i.e
if (max_freq < pstate->Package.Elements[i].Integer.Value)
max_freq = pstate->Package.Elements[i].Integer.Value;
> +
> + /* Sanity check descending power dissipation levels */
> + if ((i> 0)&& (prev_power != 0)&&
> + (pstate->Package.Elements[1].Integer.Value>= prev_power)) {
> + fwts_failed(fw, LOG_LEVEL_MEDIUM, "Method_PSSSubPackagePowerNotDecending",
> + "_PSS P-State sub-package %d has a larger power dissipation "
> + "setting than the previous sub-package.", i);
> + fwts_advice(fw, "_PSS P-States must be ordered in decending order of "
> + "power dissipation, so that the zero'th entry has the highest "
> + "power dissipation level and the Nth has the lowest.");
> + failed = true;
> + }
> + prev_power = pstate->Package.Elements[1].Integer.Value;
> + }
> +
> + if (max_freq< 1000) {
Will it be better if we use
"if (!failed && (max_freq = Package.Elements[0].Integer.Value) < 1000)"
and "max_freq" needs not be set in the for-loop?
If the sanity check fails in for-loop, may it not be necessary to check
max_freq?
> + fwts_warning(fw,
> + "Maximum CPU frequency is %dHz and this is low for "
> + "a modern processor. This may indicate the _PSS PStates "
> + "are incorrect\n", max_freq);
> + failed = true;
> + }
> +
> + if (!failed)
> + fwts_passed(fw, "_PSS correctly returned sane looking package.");
> +}
> +
> +static int method_test_PSS(fwts_framework *fw)
> +{
> + return method_evaluate_method(fw, METHOD_OPTIONAL, "_PSS", NULL, 0, method_test_PSS_return, NULL);
> +}
> +
> /* Tests */
>
> static fwts_framework_minor_test method_tests[] = {
> @@ -1973,6 +2072,9 @@ static fwts_framework_minor_test method_tests[] = {
> { method_test_ON, "Check _ON (Set resource on)." },
> { method_test_OFF, "Check _OFF (Set resource off)." },
>
> + /* Section 8.4 */
> + { method_test_PSS, "Check _PSS (Performance Supported States)." },
> +
> /* Appendix B, ACPI Extensions for Display Adapters */
>
> { method_test_DOS, "Check _DOS (Enable/Disable Output Switching)." },
More information about the fwts-devel
mailing list