xen/acpi: upload _PSD info for non-dom0 CPUs too

xen/acpi: upload _PSD info for non-dom0 CPUs too

All uploaded PM data from non-dom0 CPUs takes the info from CPU 0 with a
different acpi_id. For processors which P-state coordination type is
HW_ALL (0xFD) it is OK to upload bogus P-state dependency information
(_PSD), because Xen will ignore any domains created for past CPUs.

Albeit for platforms which expose coordination types as SW_ANY or
SW_ALL, this will have some unintended side effects. Effectively, it
will look at the P-state domain existence and *if it already exists* it
will skip the acpi-cpufreq initialization and thus inherit the policy
from the first CPU in the cpufreq domain. Finally it and won't change
the original cpu target freq to P0 other than the first in the domain.

Which will make turbo boost not getting enabled (e.g. for 'performance'
governor) for all cpus and instead only those with unique P-state
domains.

This patch fixes that, by also evaluating _PSD when enumerate all ACPI
procesors and uploading that instead.

Orabug: 27655759
Signed-off-by: Joao Martins <joao.m.martins@oracle.com>
Tested-by: Shih-Yu Huang <shih-yu.huang@oracle.com>
Reviewed-by: Ross Philipson <ross.philipson@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>