[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


 


Rackspace

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