On 03/08/2018 10:33 PM, Boris Ostrovsky wrote:
> On 03/08/2018 05:57 AM, Joao Martins wrote:
>
>> @@ -372,6 +376,15 @@ read_acpi_id(acpi_handle handle, u32 lvl, void *context, void **rv)
>>
>> pr_debug("ACPI CPU%u w/ PBLK:0x%lx\n", acpi_id, (unsigned long)pblk);
>>
>> + /* It has P-state dependencies */
>> + if (!acpi_processor_get_psd(handle, &acpi_psd[acpi_id])) {
>> + __set_bit(acpi_id, acpi_id_psd_present);
>> +
>> + pr_debug("ACPI CPU%u w/ PST:coord_type = %llu domain = %llu\n",
>> + acpi_id, acpi_psd[acpi_id].coord_type,
>> + acpi_psd[acpi_id].domain);
>> + }
>
>
> I should have noticed this earlier, but do you really need
> acpi_id_psd_present? Can you just go by acpi_psd[i] != NULL?
>
Oh yes! I was trying to be consistent with the rest of the module, but we surely
don't need that array of longs. Will respin after testing.
> Sorry for missing it in the first patch.
>
Thanks for the feedback!
> -boris
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxxx
> https://lists.xenproject.org/mailman/listinfo/xen-devel
>
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
