[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: RE: RE: RE: RE: RE: [Xen-devel] No C-States any longer...


  • To: Carsten Schiers <carsten@xxxxxxxxxx>, "Yu, Ke" <ke.yu@xxxxxxxxx>
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
  • Date: Wed, 15 Jun 2011 16:15:32 +0800
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 15 Jun 2011 01:16:32 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcwpzO11FHi6vU64QYe61U9c6UIKhwBZvOnQ
  • Thread-topic: RE: RE: RE: RE: RE: [Xen-devel] No C-States any longer...

> From: Carsten Schiers [mailto:carsten@xxxxxxxxxx]
> Sent: Monday, June 13, 2011 9:22 PM
> 
> >>I will try to boot native Linux in order to verify 100%
> >> that the tables
> >> are there.
> >
> >yes, that's interesting data to compare.
> 
> I have booted with a Live Linux and dumped acpi tables. Those are 100%
> identical with those
> I received from Dom0. I will now start looking into
> acpi_processor_get_power_info_fadt And
> check, why it is returning -ENODEV.

Is your native linux with same version as dom0? It's better to use a same
version native kernel to make sure that this is not a generic ACPI bug. There
tends to various issues regarding to ACPI power management time to time
on different machines, which happens on native linux too. If you can confirm
this point, then we may reduce the area down to xen specific acpi stubs. :-)

Thanks
Kevin

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.