From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: RE: RE: RE: RE: RE: No C-States any longer... Date: Wed, 15 Jun 2011 12:22:41 -0400 Message-ID: <20110615162241.GA16286@dumpdata.com> References: <5531913.201308128638769.JavaMail.root@uhura> <20110615130638.GD5512@dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20110615130638.GD5512@dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Carsten Schiers Cc: "Tian, Kevin" , xen-devel , Ian Campbell , "Yu, Ke" List-Id: xen-devel@lists.xenproject.org On Wed, Jun 15, 2011 at 09:06:38AM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, Jun 15, 2011 at 11:03:58AM +0200, Carsten Schiers wrote: > > Thanks for your support. > > > > So the plan is to run the very kernel (2.6.32.40 from Jeremy's git) natively, without Xen, and check > > what acpi.debug and my printks are reporting? > > > > Would the other check be to change pr_id from -1 to 0 by some helper code in the right place? > > > > Have I correctly understood that my BIOS seems to implement C-States through FADT instead of _CST, > > which is ok generally, but the FADT PBLK is not correctly set (maybe because it worries about the -1)? > > So the FADT PBLK is about this line: > Processor (CP00, 0x10, 0x00000410, 0x06) > > in your DSDT. The 0x0000410 is the PBLK and somehow it is NULL on your box. You could > run iasl -d on the DSDT to find out what exactly is there. > > But I *think* that should not affect the C-states as it is just used for reserving some > CardBus regions. Or maybe not:http://www.coreboot.org/ACPI