search for: _psd

X86: Fix cpufreq _psd HW_ALL coordination bug Currently xen cpufreq has a bug when handleing _psd HW_ALL, which will result in system broken when _psd HW_ALL. This patch fix this bug by handling _psd HW_ALL in same way as SW_ALL coordiantion, for the seek of safety. Signed-off-by: Liu Jinsong <jinsong.liu@intel.co...

Hi, Is there any documentation on enabling hypervisor support for both C and P-state control? On xen-unstable and linux-2.6.18-xen.hg, if I enable cpuidle=1 on the xen command line and then run xenpm, I will get output for C-states (shown below) but it complains that "Xen cpufreq is not enabled!" cpu id : 0 total C-states : 2 idle time(ms) : 73264 C0

# HG changeset patch # User Boris Ostrovsky <boris.ostrovsky@amd.com> # Date 1345135101 -7200 # Node ID 85190245a94d9945b7656c971ba36f7d1eff5c19 # Parent 6d56e31fe1e1dc793379d662a36ff1731760eb0c AMD, powernow: Update P-state directly when _PSD''s CoordType is DOMAIN_COORD_TYPE_HW_ALL When _PSD''s CoordType is DOMAIN_COORD_TYPE_HW_ALL (i.e. shared_type is CPUFREQ_SHARED_TYPE_HW) which most often is the case on servers, there is no reason to go into on_selected_cpus() code, we call call transition_pstate() directly. Signe...

...;map)) { + if (cpumask_empty(cpufreq_dom->map)) { list_del(&cpufreq_dom->node); + free_cpumask_var(cpufreq_dom->map); xfree(cpufreq_dom); } @@ -291,24 +305,26 @@ int cpufreq_del_cpu(unsigned int cpu) /* for HW_ALL, stop gov for each core of the _PSD domain */ /* for SW_ALL & SW_ANY, stop gov for the 1st core of the _PSD domain */ - if (hw_all || - (cpus_weight(cpufreq_dom->map) == perf->domain_info.num_processors)) + if (hw_all || (cpumask_weight(cpufreq_dom->map) == + perf->domain_info.num_p...

Could anyone summarize what the support status of cpu frequency changes is at present. I don''t seem to recall generic changes to the hpyervisor in that respect, but the linux tree has fairly extensive changes to the powernow-k8 driver (which would make sense to me only if all other cpufreq drivers are fully supported now, too). Thanks, Jan

Hello, The following patches are a solution to a problem we have encountered when using the Xen hypervisor: - Need Pxx/Cxx states to save on power consumption when using Xen (we do want those datacenters to consume less power!), - Also need to figure out the Turbo mode so that the scheduler can properly boost a core for CPU bound guests. In essence the Xen hypervisor requires that

Hi everyone, When I set CONFIG_ACPI_PROCESSOR, CONFIG_CPU_IDLE and CONFIG_INTEL_IDLE to y then I cannot boot Xen; there is a crash. If I turn CONFIG_INTEL_IDLE off then the boot goes well and, after dom0 has booted, xenpm works and gives some sane output, see below. I have tested this with kernels 3.2 to 3.4.6. Is it impossible to use INTEL_IDLE with Xen? If this is a known issue then maybe

Hi everyone, When I set CONFIG_ACPI_PROCESSOR, CONFIG_CPU_IDLE and CONFIG_INTEL_IDLE to y then I cannot boot Xen; there is a crash. If I turn CONFIG_INTEL_IDLE off then the boot goes well and, after dom0 has booted, xenpm works and gives some sane output, see below. I have tested this with kernels 3.2 to 3.4.6. Is it impossible to use INTEL_IDLE with Xen? If this is a known issue then maybe

https://bugs.freedesktop.org/show_bug.cgi?id=109681 Bug ID: 109681 Summary: Nvidia GT710 => nouveau + wayland + swayWM => crash when use acceleration (open Firefox) Product: Mesa Version: 18.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical

...bypass! > [ 1.443921] evm: HMAC attrs: 0x1 > [ 1.444727] Magic number: 3:985:301 > [ 1.445140] tty tty30: hash matches > [ 1.445619] rtc_cmos 00:01: setting system clock to 2015-06-11 23:16:51 > UTC (1434064611) > [ 1.446702] acpi-cpufreq: overriding BIOS provided _PSD data > [ 1.447525] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found > [ 1.447941] EDD information not available. > [ 1.448403] PM: Hibernation image not present or could not be loaded. > [ 1.449473] Freeing unused kernel memory: 1352K (ffffffff81d1c000 - > ffffffff81e...

Hi, I''ve still have problems with ACPI(?) on Xen. After some system startup or resume CPU temperature goes high although all domUs (and dom0) are idle. On "good" system startup it is about 50-55C, on "bad" - above 67C (most time above 70C). I''ve noticed difference in C-states repored by Xen (attached files). On "bad" startups in addition suspend

...PM chip found, activating TPM-bypass! [ 1.443921] evm: HMAC attrs: 0x1 [ 1.444727] Magic number: 3:985:301 [ 1.445140] tty tty30: hash matches [ 1.445619] rtc_cmos 00:01: setting system clock to 2015-06-11 23:16:51 UTC (1434064611) [ 1.446702] acpi-cpufreq: overriding BIOS provided _PSD data [ 1.447525] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [ 1.447941] EDD information not available. [ 1.448403] PM: Hibernation image not present or could not be loaded. [ 1.449473] Freeing unused kernel memory: 1352K (ffffffff81d1c000 - ffffffff81e6e000) [ 1.450347] Wri...

There''re basically two methods to enter a given C-state: legacy (hlt + I/O read), and native(using mwait). MWAIT is always preferred when both underlying CPU and OS support, which is a more efficient way to conduct C-state transition. Xen PM relies on Dom0 to parse ACPI Cx/Px information, which involves one step to notify BIOS about a set of capabilities supported by OSPM. One capability

Include logs from the failed boot On Jun 11, 2015 10:55 PM, "Andre Campos Rodovalho" < andre.rodovalho at gmail.com> wrote: > Hello, I'm facing issues with a Point of View GT210/218 and nouveau > drivers. I'm using ubuntu server with LXDE on top of it... > > *lshw -c video* output: > *-display > description: VGA compatible controller >