From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Linux 3.4 dom0 kernel error loading xen-acpi-processor: Input/output error Date: Fri, 8 Mar 2013 15:24:57 -0500 Message-ID: <20130308202457.GA21875@phenom.dumpdata.com> References: <20130221092434.GQ8912@reaktio.net> <20130221122913.GC6647@phenom.dumpdata.com> <20130224220524.GY8912@reaktio.net> <20130303185347.GH8912@reaktio.net> <20130305174515.GA24062@phenom.dumpdata.com> <20130306204139.GS8912@reaktio.net> <20130306210127.GT8912@reaktio.net> <20130306212147.GU8912@reaktio.net> <20130307002934.GB12421@phenom.dumpdata.com> <20130307074808.GV8912@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <20130307074808.GV8912@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Cc: David Vrabel , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On Thu, Mar 07, 2013 at 09:48:08AM +0200, Pasi K=E4rkk=E4inen wrote: > On Wed, Mar 06, 2013 at 07:29:34PM -0500, Konrad Rzeszutek Wilk wrote: > > > > = > > > > Actually the correct path is: /sys/firmware/acpi/tables/DSDT > > > > So the acpi tables are there. > > > > = > > > > .. but the problem is there's no _PCT info in them. > > > > = > > > = > > > .. so on which hardware is xen-acpi-processor driver required? = > > > = > > > Is the actual problem that I don't have _PCT because it's not require= d/supported on my hw, > > > and thus I don't need the whole xen-acpi-processor driver? = > > > = > > > I checked the Xeon 5600 CPU, and also Ivy Bridge i7, and there's no _= PCT on either one.. > > = > > I always forget which of _P* are important. I think _PPC, _PSS and _PCD > > are the crucial ones. The _PCT is the thermal one - which I think are u= sually > > found on laptops. > > = > = > I don't seem to have _PCT on my Ivy Bridge i7 laptop.. = > = > > In your case then .. lets go back to the start - the driver failed with= -EIO > > and it was v3.4.x kernel? Now that I've figured out the regression with= v3.9 > > I can take a look at this. > > = > = > Ok. > = > So the problem for me with Linux 3.4.32 kernel is "modprobe xen-acpi-proc= essor" fails: > initcall xen_acpi_processor_init+0x0/0x6b0 [xen_acpi_processor] returned = with error code -5 > = Great :-( On my box (SandyBridge i3 2100, MS-7680) it installs just fine. T= his is v3.4.22 with = cat linux-build/.config|grep PROCESSOR CONFIG_ACPI_PROCESSOR=3Dy CONFIG_ACPI_PROCESSOR_AGGREGATOR=3Dm CONFIG_XEN_ACPI_PROCESSOR=3Dm > The error deeper down in the ACPI internals is: > processor_perflib-0430 [00] processor_get_performa: ACPI-based processor = performance control unavailable I think looking at the code, that even on baremetal you would not have any P-states. I am looking at the code, and the one thing that caught my eye is this comm= ent: /* * Do a quick check if the systems looks like it should use ACPI * cpufreq. We look at a _PCT method being available, but don't * do a whole lot of sanity checks. */ And since your machine has no _PCT, it just bypasses it. Is there a BIOS option for power saving? Perhaps its off? = > = > Function call path is this: > = > xen_acpi_processor_init() > acpi_processor_register_performance(perf, i) <-- returns -EIO > acpi_processor_get_performance_info(pr) <-- returns -ENODEV and print= s the error to dmesg > acpi_get_handle(pr->handle, "_PCT", &handle); = > acpi_ns_get_node() <-- doesn't find _PCT > = > goto err_out; <-- modprobe xen-acpi-processor fails > = > = > The CPU in question is: > Intel(R) Xeon(R) CPU L5640 > = > ACPI DSDT.dsl is here: > http://pasik.reaktio.net/dell-r510-acpi-dsdt.dsl Oh wait, this is not an laptop! It is some rack-server. > = > -- Pasi > = > = > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > =