thr3ads.net - Xen devel - [Xen-devel] [PATCH] pm : provide CC7/PC2 residency [Oct 2011]

If this information is useful, please help other people find it:
Share via:

Zhang, Yang Z

2011-Oct-25 13:34 UTC

[Xen-devel] [PATCH] pm : provide CC7/PC2 residency

x86 pm : provide CC7/PC2 residency

Sandy bridge introduces new MSR to get cc7/pc2 residency (core C-state 7/package
C-state 2). Print the cc7/pc2 residency when on sandy bridge platform.

Signed-off-by: Yang Zhang <yang.z.zhang@intel.com>

diff -r 662dbf6ee71c tools/libxc/xc_pm.c
--- a/tools/libxc/xc_pm.c       Mon Oct 24 18:01:07 2011 +0100
+++ b/tools/libxc/xc_pm.c       Fri Oct 28 21:33:07 2011 +0800
@@ -155,11 +155,13 @@
     cxpt->nr = sysctl.u.get_pmstat.u.getcx.nr;
     cxpt->last = sysctl.u.get_pmstat.u.getcx.last;
     cxpt->idle_time = sysctl.u.get_pmstat.u.getcx.idle_time;
+    cxpt->pc2 = sysctl.u.get_pmstat.u.getcx.pc2;
     cxpt->pc3 = sysctl.u.get_pmstat.u.getcx.pc3;
     cxpt->pc6 = sysctl.u.get_pmstat.u.getcx.pc6;
     cxpt->pc7 = sysctl.u.get_pmstat.u.getcx.pc7;
     cxpt->cc3 = sysctl.u.get_pmstat.u.getcx.cc3;
     cxpt->cc6 = sysctl.u.get_pmstat.u.getcx.cc6;
+    cxpt->cc7 = sysctl.u.get_pmstat.u.getcx.cc7;

 unlock_2:
     xc_hypercall_bounce_post(xch, residencies);
diff -r 662dbf6ee71c tools/libxc/xenctrl.h
--- a/tools/libxc/xenctrl.h     Mon Oct 24 18:01:07 2011 +0100
+++ b/tools/libxc/xenctrl.h     Fri Oct 28 21:33:07 2011 +0800
@@ -1733,11 +1733,13 @@
     uint64_t idle_time;    /* idle time from boot */
     uint64_t *triggers;    /* Cx trigger counts */
     uint64_t *residencies; /* Cx residencies */
+    uint64_t pc2;
     uint64_t pc3;
     uint64_t pc6;
     uint64_t pc7;
     uint64_t cc3;
     uint64_t cc6;
+    uint64_t cc7;
 };
 typedef struct xc_cx_stat xc_cx_stat_t;

diff -r 662dbf6ee71c tools/misc/xenpm.c
--- a/tools/misc/xenpm.c        Mon Oct 24 18:01:07 2011 +0100
+++ b/tools/misc/xenpm.c        Fri Oct 28 21:33:07 2011 +0800
@@ -92,13 +92,17 @@
         printf("                       residency  [%020"PRIu64"
ms]\n",
                cxstat->residencies[i]/1000000UL);
     }
-    printf("pc3                  : [%020"PRIu64" ms]\n"
+    printf("pc2                  : [%020"PRIu64" ms]\n"
+           "pc3                  : [%020"PRIu64" ms]\n"
            "pc6                  : [%020"PRIu64" ms]\n"
            "pc7                  : [%020"PRIu64" ms]\n",
-           cxstat->pc3/1000000UL, cxstat->pc6/1000000UL,
cxstat->pc7/1000000UL);
+            cxstat->pc2/1000000UL, cxstat->pc3/1000000UL,
+            cxstat->pc6/1000000UL, cxstat->pc7/1000000UL);
     printf("cc3                  : [%020"PRIu64" ms]\n"
-           "cc6                  : [%020"PRIu64" ms]\n",
-           cxstat->cc3/1000000UL, cxstat->cc6/1000000UL);
+           "cc6                  : [%020"PRIu64" ms]\n"
+           "cc7                  : [%020"PRIu64" ms]\n",
+            cxstat->cc3/1000000UL, cxstat->cc6/1000000UL,
+            cxstat->cc7/1000000UL);
     printf("\n");
 }

@@ -458,6 +462,9 @@
                         break;
                 }
                 printf("Socket %d\n", socket_ids[i]);
+                res = cxstat_end[j].pc2 - cxstat_start[j].pc2;
+                printf("\tPC2\t%"PRIu64" ms\t%.2f%%\n", 
res / 1000000UL,
+                       100UL * res / (double)sum_cx[j]);
                 res = cxstat_end[j].pc3 - cxstat_start[j].pc3;
                 printf("\tPC3\t%"PRIu64" ms\t%.2f%%\n", 
res / 1000000UL,
                        100UL * res / (double)sum_cx[j]);
@@ -482,6 +489,9 @@
                     res = cxstat_end[j].cc6 - cxstat_start[j].cc6;
                     printf("\t\tCC6\t%"PRIu64"
ms\t%.2f%%\n",  res / 1000000UL,
                            100UL * res / (double)sum_cx[j]);
+                    res = cxstat_end[j].cc7 - cxstat_start[j].cc7;
+                    printf("\t\tCC7\t%"PRIu64"
ms\t%.2f%%\n",  res / 1000000UL,
+                           100UL * res / (double)sum_cx[j]);
                     printf("\n");

                 }
diff -r 662dbf6ee71c xen/arch/x86/acpi/cpu_idle.c
--- a/xen/arch/x86/acpi/cpu_idle.c      Mon Oct 24 18:01:07 2011 +0100
+++ b/xen/arch/x86/acpi/cpu_idle.c      Fri Oct 28 21:33:07 2011 +0800
@@ -60,11 +60,13 @@

 #define GET_HW_RES_IN_NS(msr, val) \
     do { rdmsrl(msr, val); val = tsc_ticks2ns(val); } while( 0 )
+#define GET_PC2_RES(val)  GET_HW_RES_IN_NS(0x60D, val) /* SNB only */
 #define GET_PC3_RES(val)  GET_HW_RES_IN_NS(0x3F8, val)
 #define GET_PC6_RES(val)  GET_HW_RES_IN_NS(0x3F9, val)
 #define GET_PC7_RES(val)  GET_HW_RES_IN_NS(0x3FA, val)
 #define GET_CC3_RES(val)  GET_HW_RES_IN_NS(0x3FC, val)
 #define GET_CC6_RES(val)  GET_HW_RES_IN_NS(0x3FD, val)
+#define GET_CC7_RES(val)  GET_HW_RES_IN_NS(0x3FE, val) /* SNB only */

 static void lapic_timer_nop(void) { }
 static void (*lapic_timer_off)(void);
@@ -85,11 +87,13 @@

 struct hw_residencies
 {
+    uint64_t pc2;
     uint64_t pc3;
     uint64_t pc6;
     uint64_t pc7;
     uint64_t cc3;
     uint64_t cc6;
+    uint64_t cc7;
 };

 static void do_get_hw_residencies(void *arg)
@@ -116,6 +120,17 @@
         GET_CC3_RES(hw_res->cc3);
         GET_CC6_RES(hw_res->cc6);
         break;
+    /* Sandy bridge */
+    case 0x2A:
+    case 0x2D:
+        GET_PC2_RES(hw_res->pc2);
+        GET_PC3_RES(hw_res->pc3);
+        GET_PC6_RES(hw_res->pc6);
+        GET_PC7_RES(hw_res->pc7);
+        GET_CC3_RES(hw_res->cc3);
+        GET_CC6_RES(hw_res->cc6);
+        GET_CC7_RES(hw_res->cc7);
+        break;
     }
 }

@@ -134,10 +149,10 @@

     get_hw_residencies(cpu, &hw_res);

-    printk("PC3[%"PRId64"] PC6[%"PRId64"]
PC7[%"PRId64"]\n",
-           hw_res.pc3, hw_res.pc6, hw_res.pc7);
-    printk("CC3[%"PRId64"] CC6[%"PRId64"]\n",
-           hw_res.cc3, hw_res.cc6);
+    printk("PC2[%"PRId64"] PC3[%"PRId64"]
PC6[%"PRId64"] PC7[%"PRId64"]\n",
+           hw_res.pc2, hw_res.pc3, hw_res.pc6, hw_res.pc7);
+    printk("CC3[%"PRId64"] CC6[%"PRId64"]
CC7[%"PRId64"]\n",
+           hw_res.cc3, hw_res.cc6,hw_res.cc7);
 }

 static char* acpi_cstate_method_name[] @@ -1057,11 +1072,13 @@
              copy_to_guest_offset(stat->residencies, 0, &res, 1) )
             return -EFAULT;

+        stat->pc2 = 0;
         stat->pc3 = 0;
         stat->pc6 = 0;
         stat->pc7 = 0;
         stat->cc3 = 0;
         stat->cc6 = 0;
+        stat->cc7 = 0;
         return 0;
     }

@@ -1086,11 +1103,13 @@

     get_hw_residencies(cpuid, &hw_res);

+    stat->pc2 = hw_res.pc2;
     stat->pc3 = hw_res.pc3;
     stat->pc6 = hw_res.pc6;
     stat->pc7 = hw_res.pc7;
     stat->cc3 = hw_res.cc3;
     stat->cc6 = hw_res.cc6;
+    stat->cc7 = hw_res.cc7;

     return 0;
 }
diff -r 662dbf6ee71c xen/include/public/sysctl.h
--- a/xen/include/public/sysctl.h       Mon Oct 24 18:01:07 2011 +0100
+++ b/xen/include/public/sysctl.h       Fri Oct 28 21:33:07 2011 +0800
@@ -225,11 +225,13 @@
     uint64_aligned_t idle_time;                 /* idle time from boot */
     XEN_GUEST_HANDLE_64(uint64) triggers;    /* Cx trigger counts */
     XEN_GUEST_HANDLE_64(uint64) residencies; /* Cx residencies */
+    uint64_aligned_t pc2;
     uint64_aligned_t pc3;
     uint64_aligned_t pc6;
     uint64_aligned_t pc7;
     uint64_aligned_t cc3;
     uint64_aligned_t cc6;
+    uint64_aligned_t cc7;
 };

 struct xen_sysctl_get_pmstat {

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Jan Beulich

2011-Nov-02 08:49 UTC

head link

Re: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

>>> On 25.10.11 at 15:34, "Zhang, Yang Z"
<yang.z.zhang@intel.com> wrote:
> --- a/xen/include/public/sysctl.h       Mon Oct 24 18:01:07 2011 +0100
> +++ b/xen/include/public/sysctl.h       Fri Oct 28 21:33:07 2011 +0800
> @@ -225,11 +225,13 @@
>      uint64_aligned_t idle_time;                 /* idle time from boot */
>      XEN_GUEST_HANDLE_64(uint64) triggers;    /* Cx trigger counts */
>      XEN_GUEST_HANDLE_64(uint64) residencies; /* Cx residencies */
> +    uint64_aligned_t pc2;
>      uint64_aligned_t pc3;
>      uint64_aligned_t pc6;
>      uint64_aligned_t pc7;
>      uint64_aligned_t cc3;
>      uint64_aligned_t cc6;
> +    uint64_aligned_t cc7;
>  };
> 
>  struct xen_sysctl_get_pmstat {
Structure layout changes like this should be accompanied by a bump
of XEN_SYSCTL_INTERFACE_VERSION - is there any reason not to
do so in this case?

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Zhang, Yang Z

2011-Nov-02 09:48 UTC

head link

RE: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

> From: Jan Beulich [mailto:JBeulich@suse.com]
> >>> On 25.10.11 at 15:34, "Zhang, Yang Z"
<yang.z.zhang@intel.com> wrote:
> > --- a/xen/include/public/sysctl.h       Mon Oct 24 18:01:07 2011 +0100
> > +++ b/xen/include/public/sysctl.h       Fri Oct 28 21:33:07 2011 +0800
> > @@ -225,11 +225,13 @@
> >      uint64_aligned_t idle_time;                 /* idle time from
boot */
> >      XEN_GUEST_HANDLE_64(uint64) triggers;    /* Cx trigger counts */
> >      XEN_GUEST_HANDLE_64(uint64) residencies; /* Cx residencies */
> > +    uint64_aligned_t pc2;
> >      uint64_aligned_t pc3;
> >      uint64_aligned_t pc6;
> >      uint64_aligned_t pc7;
> >      uint64_aligned_t cc3;
> >      uint64_aligned_t cc6;
> > +    uint64_aligned_t cc7;
> >  };
> >
> >  struct xen_sysctl_get_pmstat {
> 
> Structure layout changes like this should be accompanied by a bump of
> XEN_SYSCTL_INTERFACE_VERSION - is there any reason not to do so in this
case?Can you explain what''s the problem? Are you mean new xen with old tools
will have problem or anything else?

best regards
yang

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Christoph Egger

2011-Nov-02 09:56 UTC

head link

Re: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

On 11/02/11 10:48, Zhang, Yang Z wrote:>> From: Jan Beulich [mailto:JBeulich@suse.com]
>>>>> On 25.10.11 at 15:34, "Zhang, Yang
Z"<yang.z.zhang@intel.com>  wrote:
>>> --- a/xen/include/public/sysctl.h       Mon Oct 24 18:01:07 2011
+0100
>>> +++ b/xen/include/public/sysctl.h       Fri Oct 28 21:33:07 2011
+0800
>>> @@ -225,11 +225,13 @@
>>>       uint64_aligned_t idle_time;                 /* idle time from
boot */
>>>       XEN_GUEST_HANDLE_64(uint64) triggers;    /* Cx trigger counts
*/
>>>       XEN_GUEST_HANDLE_64(uint64) residencies; /* Cx residencies */
>>> +    uint64_aligned_t pc2;
>>>       uint64_aligned_t pc3;
>>>       uint64_aligned_t pc6;
>>>       uint64_aligned_t pc7;
>>>       uint64_aligned_t cc3;
>>>       uint64_aligned_t cc6;
>>> +    uint64_aligned_t cc7;
>>>   };
>>>
>>>   struct xen_sysctl_get_pmstat {
>>
>> Structure layout changes like this should be accompanied by a bump of
>> XEN_SYSCTL_INTERFACE_VERSION - is there any reason not to do so in this
case?
> Can you explain what''s the problem? Are you mean new xen with old
tools will have problem or anything else?
The problem is API/ABI backward-compatibility.

Christoph

-- 
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Einsteinring 24, 85689 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Jan Beulich

2011-Nov-02 10:35 UTC

head link

RE: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

>>> On 02.11.11 at 10:48, "Zhang, Yang Z"
<yang.z.zhang@intel.com> wrote:
>>  From: Jan Beulich [mailto:JBeulich@suse.com] 
>> >>> On 25.10.11 at 15:34, "Zhang, Yang Z"
<yang.z.zhang@intel.com> wrote:
>> > --- a/xen/include/public/sysctl.h       Mon Oct 24 18:01:07 2011
+0100
>> > +++ b/xen/include/public/sysctl.h       Fri Oct 28 21:33:07 2011
+0800
>> > @@ -225,11 +225,13 @@
>> >      uint64_aligned_t idle_time;                 /* idle time from
boot */
>> >      XEN_GUEST_HANDLE_64(uint64) triggers;    /* Cx trigger counts
*/
>> >      XEN_GUEST_HANDLE_64(uint64) residencies; /* Cx residencies */
>> > +    uint64_aligned_t pc2;
>> >      uint64_aligned_t pc3;
>> >      uint64_aligned_t pc6;
>> >      uint64_aligned_t pc7;
>> >      uint64_aligned_t cc3;
>> >      uint64_aligned_t cc6;
>> > +    uint64_aligned_t cc7;
>> >  };
>> >
>> >  struct xen_sysctl_get_pmstat {
>> 
>> Structure layout changes like this should be accompanied by a bump of
>> XEN_SYSCTL_INTERFACE_VERSION - is there any reason not to do so in this
case?
> Can you explain what''s the problem? Are you mean new xen with old
tools will
> have problem or anything else?
Yes, the more that xenpm is really a mostly standalone utility. Further
interface changes imply that eventual out-of-tree users also get broken
if they don''t have a clean way to detect the change.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Jan Beulich

2011-Nov-08 13:14 UTC

head link

Re: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

>>> On 25.10.11 at 15:34, "Zhang, Yang Z"
<yang.z.zhang@intel.com> wrote:
> x86 pm : provide CC7/PC2 residency
> 
> Sandy bridge introduces new MSR to get cc7/pc2 residency (core C-state 
> 7/package C-state 2). Print the cc7/pc2 residency when on sandy bridge 
> platform.
> 
> Signed-off-by: Yang Zhang <yang.z.zhang@intel.com>
> 
> diff -r 662dbf6ee71c tools/libxc/xc_pm.c
> --- a/tools/libxc/xc_pm.c       Mon Oct 24 18:01:07 2011 +0100
> +++ b/tools/libxc/xc_pm.c       Fri Oct 28 21:33:07 2011 +0800
> @@ -155,11 +155,13 @@
>      cxpt->nr = sysctl.u.get_pmstat.u.getcx.nr;
>      cxpt->last = sysctl.u.get_pmstat.u.getcx.last;
>      cxpt->idle_time = sysctl.u.get_pmstat.u.getcx.idle_time;
> +    cxpt->pc2 = sysctl.u.get_pmstat.u.getcx.pc2;
>      cxpt->pc3 = sysctl.u.get_pmstat.u.getcx.pc3;
>      cxpt->pc6 = sysctl.u.get_pmstat.u.getcx.pc6;
>      cxpt->pc7 = sysctl.u.get_pmstat.u.getcx.pc7;
>      cxpt->cc3 = sysctl.u.get_pmstat.u.getcx.cc3;
>      cxpt->cc6 = sysctl.u.get_pmstat.u.getcx.cc6;
> +    cxpt->cc7 = sysctl.u.get_pmstat.u.getcx.cc7;
> 
>  unlock_2:
>      xc_hypercall_bounce_post(xch, residencies);
> diff -r 662dbf6ee71c tools/libxc/xenctrl.h
> --- a/tools/libxc/xenctrl.h     Mon Oct 24 18:01:07 2011 +0100
> +++ b/tools/libxc/xenctrl.h     Fri Oct 28 21:33:07 2011 +0800
> @@ -1733,11 +1733,13 @@
>      uint64_t idle_time;    /* idle time from boot */
>      uint64_t *triggers;    /* Cx trigger counts */
>      uint64_t *residencies; /* Cx residencies */
> +    uint64_t pc2;
>      uint64_t pc3;
>      uint64_t pc6;
>      uint64_t pc7;
>      uint64_t cc3;
>      uint64_t cc6;
> +    uint64_t cc7;
>  };
>  typedef struct xc_cx_stat xc_cx_stat_t;
> 
> diff -r 662dbf6ee71c tools/misc/xenpm.c
> --- a/tools/misc/xenpm.c        Mon Oct 24 18:01:07 2011 +0100
> +++ b/tools/misc/xenpm.c        Fri Oct 28 21:33:07 2011 +0800
> @@ -92,13 +92,17 @@
>          printf("                       residency 
[%020"PRIu64" ms]\n",
>                 cxstat->residencies[i]/1000000UL);
>      }
> -    printf("pc3                  : [%020"PRIu64"
ms]\n"
> +    printf("pc2                  : [%020"PRIu64"
ms]\n"
> +           "pc3                  : [%020"PRIu64"
ms]\n"
>             "pc6                  : [%020"PRIu64"
ms]\n"
>             "pc7                  : [%020"PRIu64"
ms]\n",
> -           cxstat->pc3/1000000UL, cxstat->pc6/1000000UL,
cxstat->pc7/1000000UL);
> +            cxstat->pc2/1000000UL, cxstat->pc3/1000000UL,
> +            cxstat->pc6/1000000UL, cxstat->pc7/1000000UL);
>      printf("cc3                  : [%020"PRIu64"
ms]\n"
> -           "cc6                  : [%020"PRIu64"
ms]\n",
> -           cxstat->cc3/1000000UL, cxstat->cc6/1000000UL);
> +           "cc6                  : [%020"PRIu64"
ms]\n"
> +           "cc7                  : [%020"PRIu64"
ms]\n",
> +            cxstat->cc3/1000000UL, cxstat->cc6/1000000UL,
> +            cxstat->cc7/1000000UL);
>      printf("\n");
>  }
> 
> @@ -458,6 +462,9 @@
>                          break;
>                  }
>                  printf("Socket %d\n", socket_ids[i]);
> +                res = cxstat_end[j].pc2 - cxstat_start[j].pc2;
> +                printf("\tPC2\t%"PRIu64"
ms\t%.2f%%\n",  res / 1000000UL,
> +                       100UL * res / (double)sum_cx[j]);
>                  res = cxstat_end[j].pc3 - cxstat_start[j].pc3;
>                  printf("\tPC3\t%"PRIu64"
ms\t%.2f%%\n",  res / 1000000UL,
>                         100UL * res / (double)sum_cx[j]);
> @@ -482,6 +489,9 @@
>                      res = cxstat_end[j].cc6 - cxstat_start[j].cc6;
>                      printf("\t\tCC6\t%"PRIu64"
ms\t%.2f%%\n",  res /
> 1000000UL,
>                             100UL * res / (double)sum_cx[j]);
> +                    res = cxstat_end[j].cc7 - cxstat_start[j].cc7;
> +                    printf("\t\tCC7\t%"PRIu64"
ms\t%.2f%%\n",  res /
> 1000000UL,
> +                           100UL * res / (double)sum_cx[j]);
>                      printf("\n");
> 
>                  }
> diff -r 662dbf6ee71c xen/arch/x86/acpi/cpu_idle.c
> --- a/xen/arch/x86/acpi/cpu_idle.c      Mon Oct 24 18:01:07 2011 +0100
> +++ b/xen/arch/x86/acpi/cpu_idle.c      Fri Oct 28 21:33:07 2011 +0800
> @@ -60,11 +60,13 @@
> 
>  #define GET_HW_RES_IN_NS(msr, val) \
>      do { rdmsrl(msr, val); val = tsc_ticks2ns(val); } while( 0 )
> +#define GET_PC2_RES(val)  GET_HW_RES_IN_NS(0x60D, val) /* SNB only */
>  #define GET_PC3_RES(val)  GET_HW_RES_IN_NS(0x3F8, val)
>  #define GET_PC6_RES(val)  GET_HW_RES_IN_NS(0x3F9, val)
>  #define GET_PC7_RES(val)  GET_HW_RES_IN_NS(0x3FA, val)
>  #define GET_CC3_RES(val)  GET_HW_RES_IN_NS(0x3FC, val)
>  #define GET_CC6_RES(val)  GET_HW_RES_IN_NS(0x3FD, val)
> +#define GET_CC7_RES(val)  GET_HW_RES_IN_NS(0x3FE, val) /* SNB only */
> 
>  static void lapic_timer_nop(void) { }
>  static void (*lapic_timer_off)(void);
> @@ -85,11 +87,13 @@
> 
>  struct hw_residencies
>  {
> +    uint64_t pc2;
>      uint64_t pc3;
>      uint64_t pc6;
>      uint64_t pc7;
>      uint64_t cc3;
>      uint64_t cc6;
> +    uint64_t cc7;
>  };
> 
>  static void do_get_hw_residencies(void *arg)
> @@ -116,6 +120,17 @@
>          GET_CC3_RES(hw_res->cc3);
>          GET_CC6_RES(hw_res->cc6);
>          break;
> +    /* Sandy bridge */
> +    case 0x2A:
> +    case 0x2D:
Which group would models 0x2E and 0x2F (as documented in SDM doc
changes May 2011) belong into?

Thanks, Jan
> +        GET_PC2_RES(hw_res->pc2);
> +        GET_PC3_RES(hw_res->pc3);
> +        GET_PC6_RES(hw_res->pc6);
> +        GET_PC7_RES(hw_res->pc7);
> +        GET_CC3_RES(hw_res->cc3);
> +        GET_CC6_RES(hw_res->cc6);
> +        GET_CC7_RES(hw_res->cc7);
> +        break;
>      }
>  }
> 
> @@ -134,10 +149,10 @@
> 
>      get_hw_residencies(cpu, &hw_res);
> 
> -    printk("PC3[%"PRId64"] PC6[%"PRId64"]
PC7[%"PRId64"]\n",
> -           hw_res.pc3, hw_res.pc6, hw_res.pc7);
> -    printk("CC3[%"PRId64"]
CC6[%"PRId64"]\n",
> -           hw_res.cc3, hw_res.cc6);
> +    printk("PC2[%"PRId64"] PC3[%"PRId64"]
PC6[%"PRId64"] PC7[%"PRId64"]\n",
> +           hw_res.pc2, hw_res.pc3, hw_res.pc6, hw_res.pc7);
> +    printk("CC3[%"PRId64"] CC6[%"PRId64"]
CC7[%"PRId64"]\n",
> +           hw_res.cc3, hw_res.cc6,hw_res.cc7);
>  }
> 
>  static char* acpi_cstate_method_name[] > @@ -1057,11 +1072,13 @@
>               copy_to_guest_offset(stat->residencies, 0, &res, 1) )
>              return -EFAULT;
> 
> +        stat->pc2 = 0;
>          stat->pc3 = 0;
>          stat->pc6 = 0;
>          stat->pc7 = 0;
>          stat->cc3 = 0;
>          stat->cc6 = 0;
> +        stat->cc7 = 0;
>          return 0;
>      }
> 
> @@ -1086,11 +1103,13 @@
> 
>      get_hw_residencies(cpuid, &hw_res);
> 
> +    stat->pc2 = hw_res.pc2;
>      stat->pc3 = hw_res.pc3;
>      stat->pc6 = hw_res.pc6;
>      stat->pc7 = hw_res.pc7;
>      stat->cc3 = hw_res.cc3;
>      stat->cc6 = hw_res.cc6;
> +    stat->cc7 = hw_res.cc7;
> 
>      return 0;
>  }
> diff -r 662dbf6ee71c xen/include/public/sysctl.h
> --- a/xen/include/public/sysctl.h       Mon Oct 24 18:01:07 2011 +0100
> +++ b/xen/include/public/sysctl.h       Fri Oct 28 21:33:07 2011 +0800
> @@ -225,11 +225,13 @@
>      uint64_aligned_t idle_time;                 /* idle time from boot */
>      XEN_GUEST_HANDLE_64(uint64) triggers;    /* Cx trigger counts */
>      XEN_GUEST_HANDLE_64(uint64) residencies; /* Cx residencies */
> +    uint64_aligned_t pc2;
>      uint64_aligned_t pc3;
>      uint64_aligned_t pc6;
>      uint64_aligned_t pc7;
>      uint64_aligned_t cc3;
>      uint64_aligned_t cc6;
> +    uint64_aligned_t cc7;
>  };
> 
>  struct xen_sysctl_get_pmstat {
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com 
> http://lists.xensource.com/xen-devel 


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Apparently Analagous Threads

Search for more reasonably related threads

Xen devel - Oct 2011 - [PATCH] pm : provide CC7/PC2 residency

[Xen-devel] [PATCH] pm : provide CC7/PC2 residency

Re: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

RE: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

Re: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

RE: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

Re: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency

Apparently Analagous Threads