Launchpad has imported 15 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=739159.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-09-16T15:54:56+00:00 W. wrote: Description of problem: I performed a minimal install of Fedora 16 Beta RC1, added Xen and rebooted the system in Xen Domain 0. Following the install, I saw a constant steam of errors on the console. This made the console unusable. Version-Release number of selected component (if applicable): How reproducible: Every time Steps to Reproduce: 1. Perform minimal install on Fedora 16 Beta RC1 2. Boot Actual results: powernow-k8: fid trans failed, fid 0x2, curr 0x0 powernow-k8: transmission frequency failed Expected results: Additional info: Installing the cpupowerutils package and running the cpupower service stopped the errors. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/0 ------------------------------------------------------------------------ On 2011-09-16T16:20:02+00:00 Chris wrote: I don't see this package in comps. Seems like it should be added to either Core or Base. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/1 ------------------------------------------------------------------------ On 2011-09-19T20:02:55+00:00 Bill wrote: The kernel shouldn't be so loud in the absence of this package. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/2 ------------------------------------------------------------------------ On 2011-09-20T11:38:48+00:00 Chuck wrote: There's no such thing as a cpupowerutils package. Did you mean cpufrequtils? Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/3 ------------------------------------------------------------------------ On 2011-09-20T12:43:23+00:00 Josh wrote: (In reply to comment #3) > There's no such thing as a cpupowerutils package. Did you mean cpufrequtils? cpupowerutils and cpufrequtils are both replaced by kernel-tools in f16 and newer. The kernel-tools package has Provides for both of the other packages. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/4 ------------------------------------------------------------------------ On 2011-09-20T15:46:09+00:00 Dave wrote: editing summary to reflect the the actual bug. stopping the cpupower service is just hiding the real problem. in f16, we switched powernow & ondemand to be built-in by default so we can do without some of the messy userspace setup. Unfortunately this means we enable it by default on xen, because we missed the one thing in the old cpuspeed init script that bailed out early if we're virtualised. I'll come up with a kernel fix for this. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/5 ------------------------------------------------------------------------ On 2011-09-20T15:55:06+00:00 Matthew wrote: The kernel's doing nothing wrong here. This is a Xen bug. Either accessing this hardware in dom0 should work (in which case you wouldn't get an error), or Xen should be masking off the cpuid capability bits to indicate to the driver that it won't work. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/6 ------------------------------------------------------------------------ On 2011-10-07T13:35:48+00:00 Tim wrote: I'm a little confused here, is this an issue to be fixed in the kernel or does it need to be reported upstream? (a quick search didn't find anything in xensource's bugzilla) Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/7 ------------------------------------------------------------------------ On 2011-10-07T13:40:03+00:00 Tim wrote: (In reply to comment #7) > I'm a little confused here, is this an issue to be fixed in the kernel or does > it need to be reported upstream? (a quick search didn't find anything in > xensource's bugzilla) NVM, I should have checked the history before making a comment. Reporting it upstream. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/8 ------------------------------------------------------------------------ On 2011-10-07T13:52:01+00:00 Tim wrote: Filed upstream in the xensource bugzilla: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1789 Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/9 ------------------------------------------------------------------------ On 2011-10-07T15:18:57+00:00 Konrad wrote: Tim, Thanks for posting it in the Xen BZ. The issue is .. well, it is a long explanation, so skip to the end for summary if you don't want to read technical jargon. On AMD with Xen, the cpuidle is set to use the halt one (this is b/c the halt ends up doing a yield hypercall) - look in setup.c - and the hypervisor does the appropiate halt operation (MWAIT, halt, etc, or schedules another guest on the CPU). Anyhow, to not have the cpuidle trying to activate, the "boot_option_idle_override" is set. Therefore, the ACPI _PSS driver (processor.ko) ends up bailing out, b/c of that parameter. As such the "older" AMD pstate driver is invoked (powernow-k8), and the older driver attempts to use ACPI _PSD - but only if in UP mode, or it attempts to use the voltage tables - which are k8 or earlier. To detect that, it use the MSR (sadly not CPUID values), which Xen traps and returns 00, which the powernow-k8 driver interprets as "buggy hardware - can't use". Which is exactly what you are seeing. I believe (and sadly I don't have the hardware to check this - but I think I saw the somebody using it) if you were running on K8 hardware - it ought to work. Solution: Have the ACPI processor driver cooperate with Xen. Patches are in the queue for it (if you are really interested look in oss.oracle.com/kwilk/xen.git #devel/acpi-cpufreq.v2 - but they are not yet upstream-able material. Actually, they are quite ugly). Other solution: The "easy" option for right now would be to do what Dave suggest until the upstream patches are ready and reviewed. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/10 ------------------------------------------------------------------------ On 2011-10-09T05:55:39+00:00 Hilton wrote: Just to add, per Konrad's comment above. This issue also occurs on K8 hardware (Athlon II 4850e) with powernow enabled in the BIOS (aka Cool'n'quiet). Disabling Cool'n'quiet removes the messages. I just performed the standard Desktop install of the F16 Beta, installed Xen, rebuilt the grub menu, and rebooted to dom0. Syslog is full of the same message per this bug. It would be great to see Dave's solution (see comment 5 above); an interim kernel-patch solution to this bug - as it currently stands dom0 functionality is largely unuseable. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/11 ------------------------------------------------------------------------ On 2012-03-23T21:10:33+00:00 Konrad wrote: So the patch to upload the power management data is in the upstream kernel (3.4-rc0): http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=d4c6fa73fe984e504d52f3d6bba291fd76fe49f7 and there are some other ones forthcoming so that the driver - xen-acpi- processor will be the only one loading when booting under Xen. kernel compile option is CONFIG_XEN_ACPI_PROCESSOR and by default it ought to be 'm'. MA Young: this means that this patch (to load said driver) will have to be back-ported in Xen 4.1:http://lists.xen.org/archives/html/xen- devel/2012-03/msg02063.html Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/12 ------------------------------------------------------------------------ On 2012-05-15T19:37:18+00:00 Fedora wrote: This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/13 ------------------------------------------------------------------------ On 2012-08-07T21:27:04+00:00 Michael wrote: With the most recent kernel and xen-4.1.2-7.fc16 or later this should be fixed. Reply at: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1038332/comments/14 ** Changed in: xen (Fedora) Status: Unknown => Fix Released ** Changed in: xen (Fedora) Importance: Unknown => Undecided ** Bug watch added: Xen Bugzilla #1789 http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1789 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1038332 Title: powernow-k8: transition frequency failed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-xen/+bug/1038332/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
