AW: RE: RE: No C-States any longer...

[Carsten Schiers <carsten@schiers.de>]

I was faster, just build a new acpi_processor.ko that will report with a lot of
printks in drivers/acpi/processor_xen drivers/acpi/processor_idle as the stuff 
from drivers/xen/ simply isn't called. 

Not able to test it right now, because I don't want to do a remote reboot and find
my family anoyed when Internet and TV is not working ;o). 

I will check this afternoon when I am back from work.

Carsten.

----- Originalnachricht -----
Von: "Tian, Kevin" <kevin.tian@intel.com>
Gesendet: Fre, 10.6.2011 10:48
An: Carsten Schiers <carsten@schiers.de> ; xen-devel <xen-devel@lists.xensource.com>
Betreff: RE: RE: RE: [Xen-devel] No C-States any longer...

> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Friday, June 10, 2011 3:09 AM
> 
> Through some adding of printk I was able at least to verify that for my
> 3 core CPU AMD Athlon X3 400e
> 
>   - xen_px_notifier is called six times
>   - Hypervisor is reporting XEN_PM_PX is called six times
>   - Hypervisor is never reporting XEN_PM_CX to have been called
>   - this is because xen_cx_notifier is never called.
>   -> set_cx_pminfo is never called.
> 
> What I will try to find out next is to check where xen_cx_notifier
> *should* be called. OS debugging is
> not realy my expertise, let's see whether you first can give me a hint
> or whether I am quicker to find
> it on my own.
> 

the entry point in dom0 looks like:

xen_acpi_processor_start
    xen_acpi_processor_power_init
        processor_cntl_xen_notify
            xen_ops.pm_ops
                xen_cx_notifier
                    HYPERVISOR_dom0_op

Thanks
Kevin