similar to: Cool 'n Quiet

Hello, Using kernel: 2.6.18-92.1.13.el5.centos.plus the cpu throttling works as desired (see 2 traces below) ------------- trace snips -------------- dmesg | grep -i pow ACPI: SSDT (v001 PTLTD POWERNOW 0x00000001 LTP 0x00000001) @ 0x3fff9b40 powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ processors ( 2 cpu cores) (version 2.20.00) powernow-k8: 0 :

Hi, i read the xenpm wiki page, but i cannot use the "p-states". xenpm shows: xenpm cpu id : 0 total C-states : 2 idle time(ms) : 1776034 C0 : transition [00000000000000000000] residency [00000000000000000000 ms] C1 : transition [00000000000000260278] residency

Can anyone tell me if cool'n quiet (which is controlled by the cpuspeed utility under linux ?) works when running a 64bit capable CPU in 32bit mode, ie the entire OS is 32bit. I tried it with centos 4.1 and it did not seem to be able to throttle the CPU when running in 32bit mode, mind you that was a few months ago. Cheers, Bards.

Just thought I'd follow up on my post from around august.... it seems that the latest kernel has indeed fixed the cool 'n quiet issues with my Athlon X2 3800. basically the following messages were appearing; powernow-k8: ignoring illegal change in lo freq table-2 to 0x2 powernow-k8: transition frequency failed and both cores were going at full 2.0ghz speed. Now with

Hi; While using xen-3.0.2 with 2.6.16.28 kernel CPU (Intel(R) Pentium(R) M processor 1.73GHz) temprature is inreasing up to 104 C (/proc/acpi/thermal_zone/THRM/trip_points reports 105 C is critical for CPU) while idle or no domU working with very low system load, and if i start to use domU, sometimes system freezes or reboots for heat. But the same kernel just without Xen works normally and

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

Sorry to have so many questions but I seem to have quite a few mini problems with my first Xen setup. My xen server works fine with Powernow on the standard Kernel but with the Xen kernel it fails. Does anyone know why? Details below. With Standard Kernel powernow-k8: Found 2 Quad-Core AMD Opteron(tm) Processor 8350 processors (8 cpu cores) (version 2.20.00) powernow-k8: 0 : fid 0x0

Hello there. I'm new to the forums and pretty new to having linux on my desktop but I've had to use command line unix/linux at school and at work. I'm using Ubuntu 8.10 Intrepid Ibex 64 bit version. I have a HIS 2600XT video card, an Athlon 64 3500+, and 2 gigs of RAM. I've been having some issues with slow FPS in Guild Wars and Disciples 2 (using the GoG version). I assumed

Enable cpufreq support in Xen for AMD Operton processors by: 1) Allowing the PowerNow! driver in dom0 to write to the PowerNow! MSRs. 2) Adding the cpufreq notifier chain to time-xen.c in dom0. On a frequency change, a platform hypercall is performed to scale the frequency multiplier in the hypervisor. 3) Adding a platform hypercall to the hypervisor the scale the frequency multiplier and reset

Hej folks, I''ve been trying to get a new machine up and running with the latest Xen for a while on a Slackware64 (current) machine. After installing Xen from source and building a new kernel with all xen options enabled I haven''t been able to get the machine to behave. The machine is a brand new dual opteron 6212 on a Supermicro H8DGi board with 64G ECC memory. Running a stock

Hej folks, I''ve been trying to get a new machine up and running with the latest Xen for a while on a Slackware64 (current) machine. After installing Xen from source and building a new kernel with all xen options enabled I haven''t been able to get the machine to behave. The machine is a brand new dual opteron 6212 on a Supermicro H8DGi board with 64G ECC memory. Running a stock

Hello, I recently tried Xen 3.0.3-testing on my 2x Opteron-244 SMP machine. Everything works well exept one detail, which is not unimportant to me: the powernow-k8 driver fails to switch frequencies. A closer look on the powernow-k8 source reveals, that some MSR write operations seem to be without any effect. A rdmsr() before and after the wrmsr() call reveals that no real change on the register

Package: xen-hypervisor-4.1-amd64 Version: 4.1.3-3 Severity: normal Forwarded: http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1789 Dear Debian Xen Team, after an upgrade from Squeeze to Wheezy I see about ten of these per second filling my system log (about 8 MB/h): Nov 23 00:15:37 acromantula kernel: [ 462.544193] powernow-k8: fid trans failed, fid 0x2, curr 0x0 Nov 23 00:15:37 acromantula

I had my eye on the Tyan dual-Opteron mobos for awhile. I tried to find a posting *anywhere* sharing experiences with these boards under Linux. No such luck. So placing myself under the heading "Where Angles Fear to Tread," I went ahead and built a system anyway. Here's what I've learned. The specs: Tyan Thunder K8SE S2892, BIOS 1.01 2x Opteron 270, 2Ghz Dual-Core, retail

Hi! I would like to know the status of the frequency scaling in XEN. I found a web site saying that XEN doesn’t work with frequency scaling, at the other hand I found some fixes for powernow-k8 to get rid of some messages. I have an AMD64. powerno-k8 works find with non-XEN kernels, but with XEN-kernels I get the error: powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3400+ processors

Hi, I have a v2000 compaq laptop. The realtek network and USB on this machine was not working. After adding to grub.conf "acpi=off apci=off noacpi noapic" the v2000 realtek started working and the USB worked fine... Fantastic! So I thought I would try those same options on my r4000 laptop. they had no effect.... This AMD turion 64 4000+ rating laptop is still running SLOWWW...

Currently cpufreq and xenpm are out of sync. Fix cpufreq reporting of if turbo mode is enabled or not. Fix xenpm to not decode for tristate, but a boolean. Signed-off-by: Jacob Shin <jacob.shin@amd.com> --- tools/misc/xenpm.c | 14 +++----------- xen/drivers/cpufreq/utility.c | 2 +- 2 files changed, 4 insertions(+), 12 deletions(-) diff --git a/tools/misc/xenpm.c

Currently, enable/disable turbo mode on AMD is broken: $ xenpm enable-turbo-mode 0 <-- works and proper CPU MSR bit is set $ xenpm enable-turbo-mode 1 <-- silently broken, MSR bit not set Since ->turbo is per policy, when user requests to enable/disable turbo mode, we need to set the bit in all of the ->cpus that this policy affects. --- xen/arch/x86/acpi/cpufreq/powernow.c | 2

Hi, I''ve recently installed xen-3.2.1 on my AMD Sempron(tm) machine. It runs gentoo 2.6.21 as dom0 and cpu frequency scaling works in dom0. But inside a domU, cpu frequency scaling is not working. By checking the boot log in domU I found that domU is unable to load the powernow driver: "powernow-k8: BIOS error - no PSB or ACPI _PSS objects" I wonder if it is possible to have

# 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