[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Linux 3.4 dom0 kernel error loading xen-acpi-processor: Input/output error
On Fri, Mar 15, 2013 at 11:05:27AM -0400, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 12, 2013 at 10:51:18PM +0200, Pasi Kärkkäinen wrote: > > On Sat, Mar 09, 2013 at 12:18:20AM +0200, Pasi Kärkkäinen wrote: > > > > > > > > > > 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-processor" 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. This is > > > > v3.4.22 with > > > > > > > > cat linux-build/.config|grep PROCESSOR > > > > CONFIG_ACPI_PROCESSOR=y > > > > CONFIG_ACPI_PROCESSOR_AGGREGATOR=m > > > > CONFIG_XEN_ACPI_PROCESSOR=m > > > > > > > > > > I'm using: > > > > > > CONFIG_ACPI_PROCESSOR=y > > > CONFIG_ACPI_PROCESSOR_AGGREGATOR=m > > > CONFIG_XEN_ACPI_PROCESSOR=m > > > > > > > Do you see _PCT on your SandyBridge i3 DSDT? > > No. I am actually not seeing a lot of them, but I am still seeing P-states?! > OK, good. I'm not the only one who doesn't see _PCT :) > 15:03:49 # 21 :/sys/firmware/acpi/tables/ > > xenpm get-cpufreq-para 0 > cpu id : 0 > affected_cpus : 0 > cpuinfo frequency : max [3100000] min [1600000] cur [1600000] > scaling_driver : acpi-cpufreq > scaling_avail_gov : userspace performance powersave ondemand > current_governor : ondemand > ondemand specific : > sampling_rate : max [10000000] min [10000] cur [20000] > up_threshold : 80 > scaling_avail_freq : 3100000 3000000 2900000 2800000 2700000 2600000 > 2500000 2400000 2300000 2200000 2100000 2000000 1900000 1800000 1700000 > *1600000 > scaling frequency : max [3100000] min [1600000] cur [1600000] > > WTF!? > On my server: # xenpm get-cpufreq-para 0 [CPU0] failed to get cpufreq parameter > And also the C-states: > > xenpm get-cpuidle-states 0 > Max possible C-state: C7 > > cpu id : 0 > total C-states : 3 > idle time(ms) : 543153 > C0 : transition [ 45047] > residency [ 11006 ms] > C1 : transition [ 14099] > residency [ 13076 ms] > C2 : transition [ 30948] > residency [ 527658 ms] > pc2 : [ 13698 ms] > pc3 : [ 0 ms] > pc6 : [ 484534 ms] > pc7 : [ 0 ms] > cc3 : [ 0 ms] > cc6 : [ 525300 ms] > cc7 : [ 0 ms] > # xenpm get-cpuidle-states 0 Max possible C-state: C7 cpu id : 0 total C-states : 2 idle time(ms) : 418428 C0 : transition [ 1] residency [ 1526 ms] C1 : transition [ 1] residency [ 418428 ms] pc2 : [ 0 ms] pc3 : [ 0 ms] pc6 : [ 0 ms] pc7 : [ 0 ms] cc3 : [ 0 ms] cc6 : [ 0 ms] cc7 : [ 0 ms] > I need to look back at my notes on how the _PCT, _PSS, _Pwhatevername > work. > Yep. Does xen-acpi-processor driver load OK on your servers? -- Pasi _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |