* No C-States any longer...
@ 2011-06-04 16:18 Carsten Schiers
2011-06-06 8:31 ` Ian Campbell
2011-06-09 2:42 ` Tian, Kevin
0 siblings, 2 replies; 20+ messages in thread
From: Carsten Schiers @ 2011-06-04 16:18 UTC (permalink / raw)
To: xen-devel
after my move to Xen 4.1.0 and Debian 2.6.32-5-xen-amd64 pvops Dom0.
Seems to be a problem with ACPI.
Can it be a BIOS problem (although it worked up to now) or is this not
implemented?
Thanks & BR, Carsten.
Some infos:
xm dmesg after xm debug-key c:
--------------------------------
(XEN) 'c' pressed -> printing ACPI Cx structures
xenpm get-cpuidle-states 0
--------------------------
Max C-state: C7
cpu id : 0
total C-states : 0
idle time(ms) : 0
pc3 : [00000000000000000018 ms]
pc6 : [00000000000000004294 ms]
pc7 : [00000000000140733193 ms]
cc3 : [00000000000000000000 ms]
cc6 : [00000000000000000006 ms]
xm info
-------
host : data
release : 2.6.32-5-xen-amd64
version : #1 SMP Thu May 19 01:16:47 UTC 2011
machine : x86_64
nr_cpus : 3
nr_nodes : 1
cores_per_socket : 3
threads_per_core : 1
cpu_mhz : 2210
hw_caps :
178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000
virt_caps : hvm
total_memory : 4094
free_memory : 373
free_cpus : 0
xen_major : 4
xen_minor : 1
xen_extra : .0
xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler : credit
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : unavailable
xen_commandline : dom0_mem=256M dom0_vcpus_pin cpuidle
cpufreq=xen
cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8)
cc_compile_by : root
cc_compile_domain :
cc_compile_date : Fri Jun 3 17:03:43 CEST 2011
xend_config_format : 4
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: No C-States any longer...
2011-06-04 16:18 No C-States any longer Carsten Schiers
@ 2011-06-06 8:31 ` Ian Campbell
2011-06-07 10:22 ` AW: " Carsten Schiers
` (2 more replies)
2011-06-09 2:42 ` Tian, Kevin
1 sibling, 3 replies; 20+ messages in thread
From: Ian Campbell @ 2011-06-06 8:31 UTC (permalink / raw)
To: Carsten Schiers; +Cc: xen-devel
On Sat, 2011-06-04 at 17:18 +0100, Carsten Schiers wrote:
> after my move to Xen 4.1.0 and Debian 2.6.32-5-xen-amd64 pvops Dom0.
> Seems to be a problem with ACPI.
> Can it be a BIOS problem (although it worked up to now) or is this not
> implemented?
It may not have been implemented when Debian took their snapshot of
pvops for the Squeeze release or there may have been missing bugfixes.
Can you try the latest xen.git#xen/stable-2.6.32?
> Some infos:
It might be interesting to see the equivalent on a working system. Also
a complete dmesg from each case would be useful.
Ian.
>
> xm dmesg after xm debug-key c:
> --------------------------------
> (XEN) 'c' pressed -> printing ACPI Cx structures
>
> xenpm get-cpuidle-states 0
> --------------------------
> Max C-state: C7
>
> cpu id : 0
> total C-states : 0
> idle time(ms) : 0
> pc3 : [00000000000000000018 ms]
> pc6 : [00000000000000004294 ms]
> pc7 : [00000000000140733193 ms]
> cc3 : [00000000000000000000 ms]
> cc6 : [00000000000000000006 ms]
>
> xm info
> -------
> host : data
> release : 2.6.32-5-xen-amd64
> version : #1 SMP Thu May 19 01:16:47 UTC 2011
> machine : x86_64
> nr_cpus : 3
> nr_nodes : 1
> cores_per_socket : 3
> threads_per_core : 1
> cpu_mhz : 2210
> hw_caps :
> 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000
> virt_caps : hvm
> total_memory : 4094
> free_memory : 373
> free_cpus : 0
> xen_major : 4
> xen_minor : 1
> xen_extra : .0
> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
> xen_scheduler : credit
> xen_pagesize : 4096
> platform_params : virt_start=0xffff800000000000
> xen_changeset : unavailable
> xen_commandline : dom0_mem=256M dom0_vcpus_pin cpuidle
> cpufreq=xen
> cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8)
> cc_compile_by : root
> cc_compile_domain :
> cc_compile_date : Fri Jun 3 17:03:43 CEST 2011
> xend_config_format : 4
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: No C-States any longer...
2011-06-06 8:31 ` Ian Campbell
@ 2011-06-07 10:22 ` Carsten Schiers
2011-06-07 20:16 ` AW: " Carsten Schiers
2011-06-07 20:23 ` Carsten Schiers
2 siblings, 0 replies; 20+ messages in thread
From: Carsten Schiers @ 2011-06-07 10:22 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-devel
Just to give you an update: already baked kernel, but didn't succeed to
boot it. Something with filesystems. But cannot check currently. I'll
keep you updated. BR, C.
----- Originalnachricht -----
Von: Ian Campbell <Ian.Campbell@citrix.com>
Gesendet: Mon, 6.6.2011 10:31
An: Carsten Schiers <carsten@schiers.de>
Cc: xen-devel <xen-devel@lists.xensource.com>
Betreff: Re: [Xen-devel] No C-States any longer...
On Sat, 2011-06-04 at 17:18 +0100, Carsten Schiers wrote:
> after my move to Xen 4.1.0 and Debian 2.6.32-5-xen-amd64 pvops Dom0.
> Seems to be a problem with ACPI.
> Can it be a BIOS problem (although it worked up to now) or is this not
> implemented?
It may not have been implemented when Debian took their snapshot of
pvops for the Squeeze release or there may have been missing bugfixes.
Can you try the latest xen.git#xen/stable-2.6.32?
> Some infos:
It might be interesting to see the equivalent on a working system. Also
a complete dmesg from each case would be useful.
Ian.
>
> xm dmesg after xm debug-key c:
> --------------------------------
> (XEN) 'c' pressed -> printing ACPI Cx structures
>
> xenpm get-cpuidle-states 0
> --------------------------
> Max C-state: C7
>
> cpu id : 0
> total C-states : 0
> idle time(ms) : 0
> pc3 : [00000000000000000018 ms]
> pc6 : [00000000000000004294 ms]
> pc7 : [00000000000140733193 ms]
> cc3 : [00000000000000000000 ms]
> cc6 : [00000000000000000006 ms]
>
> xm info
> -------
> host : data
> release : 2.6.32-5-xen-amd64
> version : #1 SMP Thu May 19 01:16:47 UTC 2011
> machine : x86_64
> nr_cpus : 3
> nr_nodes : 1
> cores_per_socket : 3
> threads_per_core : 1
> cpu_mhz : 2210
> hw_caps :
> 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000
> virt_caps : hvm
> total_memory : 4094
> free_memory : 373
> free_cpus : 0
> xen_major : 4
> xen_minor : 1
> xen_extra : .0
> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
> xen_scheduler : credit
> xen_pagesize : 4096
> platform_params : virt_start=0xffff800000000000
> xen_changeset : unavailable
> xen_commandline : dom0_mem=256M dom0_vcpus_pin cpuidle
> cpufreq=xen
> cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8)
> cc_compile_by : root
> cc_compile_domain :
> cc_compile_date : Fri Jun 3 17:03:43 CEST 2011
> xend_config_format : 4
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: Re: No C-States any longer...
2011-06-06 8:31 ` Ian Campbell
2011-06-07 10:22 ` AW: " Carsten Schiers
@ 2011-06-07 20:16 ` Carsten Schiers
2011-06-07 20:21 ` Konrad Rzeszutek Wilk
2011-06-08 9:20 ` Ian Campbell
2011-06-07 20:23 ` Carsten Schiers
2 siblings, 2 replies; 20+ messages in thread
From: Carsten Schiers @ 2011-06-07 20:16 UTC (permalink / raw)
To: Ian.Campbell; +Cc: xen-devel
[-- Attachment #1: Type: text/plain, Size: 2998 bytes --]
I tested with Xen 4.1.0 and latest xen.git#xen/stable-2.6.32: still not
working.
Find attached some files. I currently have no working system to produce
equivalents.
BR,
Carsten.
-----Ursprüngliche Nachricht-----
Von: Ian Campbell [mailto:Ian.Campbell@citrix.com]
Gesendet: Montag, 6. Juni 2011 10:31
An: Carsten Schiers
Cc: xen-devel
Betreff: Re: [Xen-devel] No C-States any longer...
On Sat, 2011-06-04 at 17:18 +0100, Carsten Schiers wrote:
> after my move to Xen 4.1.0 and Debian 2.6.32-5-xen-amd64 pvops Dom0.
> Seems to be a problem with ACPI.
> Can it be a BIOS problem (although it worked up to now) or is this not
> implemented?
It may not have been implemented when Debian took their snapshot of
pvops for the Squeeze release or there may have been missing bugfixes.
Can you try the latest xen.git#xen/stable-2.6.32?
> Some infos:
It might be interesting to see the equivalent on a working system. Also
a complete dmesg from each case would be useful.
Ian.
>
> xm dmesg after xm debug-key c:
> --------------------------------
> (XEN) 'c' pressed -> printing ACPI Cx structures
>
> xenpm get-cpuidle-states 0
> --------------------------
> Max C-state: C7
>
> cpu id : 0
> total C-states : 0
> idle time(ms) : 0
> pc3 : [00000000000000000018 ms]
> pc6 : [00000000000000004294 ms]
> pc7 : [00000000000140733193 ms]
> cc3 : [00000000000000000000 ms]
> cc6 : [00000000000000000006 ms]
>
> xm info
> -------
> host : data
> release : 2.6.32-5-xen-amd64
> version : #1 SMP Thu May 19 01:16:47 UTC 2011
> machine : x86_64
> nr_cpus : 3
> nr_nodes : 1
> cores_per_socket : 3
> threads_per_core : 1
> cpu_mhz : 2210
> hw_caps :
>
178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000
> virt_caps : hvm
> total_memory : 4094
> free_memory : 373
> free_cpus : 0
> xen_major : 4
> xen_minor : 1
> xen_extra : .0
> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
> xen_scheduler : credit
> xen_pagesize : 4096
> platform_params : virt_start=0xffff800000000000
> xen_changeset : unavailable
> xen_commandline : dom0_mem=256M dom0_vcpus_pin cpuidle
> cpufreq=xen
> cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8)
> cc_compile_by : root
> cc_compile_domain :
> cc_compile_date : Fri Jun 3 17:03:43 CEST 2011
> xend_config_format : 4
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 61511 bytes --]
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.32.40-xen-amd64 (root@chekotey) (gcc version 4.4.5 (Debian 4.4.5-8) ) #2 SMP Mon Jun 6 14:22:39 CEST 2011
[ 0.000000] Command line: root=/dev/mapper/space-data_lv_root ro BOOT console=tty0 xen-pciback.permissive xen-pciback.hide=(00:02.0)(00:02.1)(01:07.0)(01:08.0)(01:09.0)(02:00.0) pci=resource_alignment=00:02.0;00:02.1;01:07.0;01:08.0;01:09.0;02:00.0 reassign_resources noirqdebug xencons=off single
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] released 0 pages of unused memory
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] Xen: 0000000000000000 - 000000000009f000 (usable)
[ 0.000000] Xen: 000000000009f800 - 0000000000100000 (reserved)
[ 0.000000] Xen: 0000000000100000 - 0000000010000000 (usable)
[ 0.000000] Xen: 0000000010000000 - 00000000bfef0000 (unusable)
[ 0.000000] Xen: 00000000bfef0000 - 00000000bfef3000 (ACPI NVS)
[ 0.000000] Xen: 00000000bfef3000 - 00000000bff00000 (ACPI data)
[ 0.000000] Xen: 00000000e0000000 - 00000000e8000000 (reserved)
[ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved)
[ 0.000000] Xen: 0000000100000000 - 0000000190000000 (usable)
[ 0.000000] DMI 2.4 present.
[ 0.000000] last_pfn = 0x190000 max_arch_pfn = 0x400000000
[ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new 0x7010600070106
[ 0.000000] last_pfn = 0x10000 max_arch_pfn = 0x400000000
[ 0.000000] initial memory mapped : 0 - 03240000
[ 0.000000] init_memory_mapping: 0000000000000000-0000000010000000
[ 0.000000] 0000000000 - 0010000000 page 4k
[ 0.000000] kernel direct mapping tables up to 10000000 @ 8000-8a000
[ 0.000000] init_memory_mapping: 0000000100000000-0000000190000000
[ 0.000000] 0100000000 - 0190000000 page 4k
[ 0.000000] kernel direct mapping tables up to 190000000 @ 100000-d88000
[ 0.000000] RAMDISK: 0176e000 - 03240000
[ 0.000000] ACPI: RSDP 00000000000f6600 00014 (v00 GBT )
[ 0.000000] ACPI: RSDT 00000000bfef3000 00038 (v01 GBT NVDAACPI 42302E31 NVDA 01010101)
[ 0.000000] ACPI: FACP 00000000bfef3040 00074 (v01 GBT NVDAACPI 42302E31 NVDA 01010101)
[ 0.000000] ACPI: DSDT 00000000bfef30c0 047C1 (v01 GBT NVDAACPI 00001000 MSFT 03000000)
[ 0.000000] ACPI: FACS 00000000bfef0000 00040
[ 0.000000] ACPI: SSDT 00000000bfef79c0 008F5 (v01 PTLTD POWERNOW 00000001 LTP 00000001)
[ 0.000000] ACPI: HPET 00000000bfef82c0 00038 (v01 GBT NVDAACPI 42302E31 NVDA 00000098)
[ 0.000000] ACPI: MCFG 00000000bfef8300 0003C (v01 GBT NVDAACPI 42302E31 NVDA 01010101)
[ 0.000000] ACPI: APIC 00000000bfef78c0 000C6 (v01 GBT NVDAACPI 42302E31 NVDA 01010101)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] Scanning NUMA topology in Northbridge 24
[ 0.000000] No NUMA configuration found
[ 0.000000] Faking a node at 0000000000000000-0000000190000000
[ 0.000000] Bootmem setup node 0 0000000000000000-0000000190000000
[ 0.000000] NODE_DATA [000000000006a000 - 0000000000071fff]
[ 0.000000] bootmap [0000000000583000 - 00000000005b4fff] pages 32
[ 0.000000] (10 early reservations) ==> bootmem [0000000000 - 0190000000]
[ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
[ 0.000000] #1 [00032c1000 - 00032de000] XEN PAGETABLES ==> [00032c1000 - 00032de000]
[ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
[ 0.000000] #3 [0001000000 - 0001643a14] TEXT DATA BSS ==> [0001000000 - 0001643a14]
[ 0.000000] #4 [000176e000 - 0003240000] RAMDISK ==> [000176e000 - 0003240000]
[ 0.000000] #5 [0003240000 - 00032c1000] XEN START INFO ==> [0003240000 - 00032c1000]
[ 0.000000] #6 [0100000000 - 0190000000] XEN EXTRA ==> [0100000000 - 0190000000]
[ 0.000000] #7 [0001644000 - 00016500f2] BRK ==> [0001644000 - 00016500f2]
[ 0.000000] #8 [0000008000 - 000006a000] PGTABLE ==> [0000008000 - 000006a000]
[ 0.000000] #9 [0000100000 - 0000583000] PGTABLE ==> [0000100000 - 0000583000]
[ 0.000000] found SMP MP-table at [ffff8800000f4c30] f4c30
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000000 -> 0x00001000
[ 0.000000] DMA32 0x00001000 -> 0x00100000
[ 0.000000] Normal 0x00100000 -> 0x00190000
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[3] active PFN ranges
[ 0.000000] 0: 0x00000000 -> 0x0000009f
[ 0.000000] 0: 0x00000100 -> 0x00010000
[ 0.000000] 0: 0x00100000 -> 0x00190000
[ 0.000000] On node 0 totalpages: 655263
[ 0.000000] DMA zone: 56 pages used for memmap
[ 0.000000] DMA zone: 1256 pages reserved
[ 0.000000] DMA zone: 2687 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 14280 pages used for memmap
[ 0.000000] DMA32 zone: 47160 pages, LIFO batch:15
[ 0.000000] Normal zone: 8064 pages used for memmap
[ 0.000000] Normal zone: 581760 pages, LIFO batch:31
[ 0.000000] ACPI: PM-Timer IO Port: 0x1008
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] disabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-0
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge)
[ 0.000000] ERROR: Unable to locate IOAPIC for GSI 14
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x10dea201 base: 0xfeff0000
[ 0.000000] SMP: Allowing 3 CPUs, 0 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 256
[ 0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
[ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 0000000000100000
[ 0.000000] PM: Registered nosave memory: 0000000010000000 - 00000000bfef0000
[ 0.000000] PM: Registered nosave memory: 00000000bfef0000 - 00000000bfef3000
[ 0.000000] PM: Registered nosave memory: 00000000bfef3000 - 00000000bff00000
[ 0.000000] PM: Registered nosave memory: 00000000bff00000 - 00000000e0000000
[ 0.000000] PM: Registered nosave memory: 00000000e0000000 - 00000000e8000000
[ 0.000000] PM: Registered nosave memory: 00000000e8000000 - 00000000fec00000
[ 0.000000] PM: Registered nosave memory: 00000000fec00000 - 0000000100000000
[ 0.000000] Allocating PCI resources starting at bff00000 (gap: bff00000:20100000)
[ 0.000000] Booting paravirtualized kernel on Xen
[ 0.000000] Xen version: 4.1.0 (preserve-AD) (dom0)
[ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:3 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff88000c04f000 s90328 r8192 d24360 u122880
[ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=30*4096
[ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 631607
[ 0.000000] Policy zone: Normal
[ 0.000000] Kernel command line: root=/dev/mapper/space-data_lv_root ro BOOT console=tty0 xen-pciback.permissive xen-pciback.hide=(00:02.0)(00:02.1)(01:07.0)(01:08.0)(01:09.0)(02:00.0) pci=resource_alignment=00:02.0;00:02.1;01:07.0;01:08.0;01:09.0;02:00.0 reassign_resources noirqdebug xencons=off single
[ 0.000000] IRQ lockup detection disabled
[ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.000000] Initializing CPU#0
[ 0.000000] DMA: Placing 64MB software IO TLB between ffff880004000000 - ffff880008000000
[ 0.000000] DMA: software IO TLB at phys 0x4000000 - 0x8000000
[ 0.000000] xen_swiotlb_fixup: buf=ffff880004000000 size=67108864
[ 0.000000] xen_swiotlb_fixup: buf=ffff880008060000 size=32768
[ 0.000000] Memory: 119528k/6553600k available (3132k kernel code, 3932548k absent, 2501524k reserved, 1735k data, 604k init)
[ 0.000000] SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=3, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] NR_IRQS:4352 nr_irqs:1024
[ 0.000000] xen: --> irq=0
[ 0.000000] xen: --> irq=1
[ 0.000000] xen: --> irq=2
[ 0.000000] xen: --> irq=3
[ 0.000000] xen: --> irq=4
[ 0.000000] xen: --> irq=5
[ 0.000000] xen: --> irq=6
[ 0.000000] xen: --> irq=7
[ 0.000000] xen: --> irq=8
[ 0.000000] xen: --> irq=9
[ 0.000000] xen: --> irq=10
[ 0.000000] xen: --> irq=11
[ 0.000000] xen: --> irq=12
[ 0.000000] xen: --> irq=13
[ 0.000000] xen: --> irq=14
[ 0.000000] xen: --> irq=15
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] xen: sci override: source_irq=9 global_irq=9 trigger=c polarity=1
[ 0.000000] xen: registering gsi 9 triggering 0 polarity 0
[ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9
[ 0.000000] xen: --> irq=9
[ 0.000000] xen: acpi sci 9
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge)
[ 0.000000] Console: colour VGA+ 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] Xen: using vcpuop timer interface
[ 0.000000] installing Xen timer for CPU 0
[ 0.000000] alloc irq_desc for 1023 on node -1
[ 0.000000] alloc kstat_irqs on node -1
[ 0.000000] Detected 4228363.448 MHz processor.
[ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 4420.10 BogoMIPS (lpj=8840200)
[ 0.004023] Security Framework initialized
[ 0.004094] SELinux: Disabled at boot.
[ 0.004997] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[ 0.006688] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.007429] Mount-cache hash table entries: 256
[ 0.007651] Initializing cgroup subsys ns
[ 0.007723] Initializing cgroup subsys cpuacct
[ 0.007796] Initializing cgroup subsys devices
[ 0.007866] Initializing cgroup subsys freezer
[ 0.007936] Initializing cgroup subsys net_cls
[ 0.008000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
[ 0.008009] CPU: L2 Cache: 512K (64 bytes/line)
[ 0.008078] CPU 0/0x0 -> Node 0
[ 0.008147] tseg: 00bff00000
[ 0.008169] CPU: Physical Processor ID: 0
[ 0.008238] CPU: Processor Core ID: 0
[ 0.008307] mce: CPU supports 6 MCE banks
[ 0.008390] Performance Events: AMD PMU driver.
[ 0.008500] ------------[ cut here ]------------
[ 0.008575] WARNING: at arch/x86/xen/enlighten.c:729 init_hw_perf_events+0x337/0x3d7()
[ 0.008674] Hardware name: M56S-S3
[ 0.008741] Modules linked in:
[ 0.008848] Pid: 0, comm: swapper Not tainted 2.6.32.40-xen-amd64 #2
[ 0.008922] Call Trace:
[ 0.008993] [<ffffffff8104d73f>] ? warn_slowpath_common+0x76/0x8c
[ 0.009071] [<ffffffff814e1113>] ? init_hw_perf_events+0x337/0x3d7
[ 0.009148] [<ffffffff814e0c20>] ? identify_boot_cpu+0x15/0x3d
[ 0.009223] [<ffffffff814e0db7>] ? check_bugs+0x9/0x2e
[ 0.009297] [<ffffffff814d9ce3>] ? start_kernel+0x3cb/0x3e5
[ 0.009371] [<ffffffff814dbb4e>] ? xen_start_kernel+0x5ae/0x5b4
[ 0.009450] ---[ end trace a7919e7f17c0a725 ]---
[ 0.009522] ... version: 0
[ 0.009590] ... bit width: 48
[ 0.009658] ... generic registers: 4
[ 0.009726] ... value mask: 0000ffffffffffff
[ 0.009798] ... max period: 00007fffffffffff
[ 0.009870] ... fixed-purpose events: 0
[ 0.009937] ... event mask: 000000000000000f
[ 0.010022] SMP alternatives: switching to UP code
[ 0.012000] ACPI: Core revision 20090903
[ 0.023160] alloc irq_desc for 1022 on node -1
[ 0.023163] alloc kstat_irqs on node -1
[ 0.023174] alloc irq_desc for 1021 on node -1
[ 0.023177] alloc kstat_irqs on node -1
[ 0.023182] alloc irq_desc for 1020 on node -1
[ 0.023185] alloc kstat_irqs on node -1
[ 0.023190] alloc irq_desc for 1019 on node -1
[ 0.023193] alloc kstat_irqs on node -1
[ 0.023397] installing Xen timer for CPU 1
[ 0.024001] alloc irq_desc for 1018 on node -1
[ 0.024001] alloc kstat_irqs on node -1
[ 0.024049] SMP alternatives: switching to SMP code
[ 0.028001] alloc irq_desc for 1017 on node -1
[ 0.028001] alloc kstat_irqs on node -1
[ 0.028010] alloc irq_desc for 1016 on node -1
[ 0.028012] alloc kstat_irqs on node -1
[ 0.028018] alloc irq_desc for 1015 on node -1
[ 0.028021] alloc kstat_irqs on node -1
[ 0.028027] alloc irq_desc for 1014 on node -1
[ 0.028030] alloc kstat_irqs on node -1
[ 0.004000] Initializing CPU#1
[ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
[ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)
[ 0.004000] CPU 1/0x0 -> Node 0
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 1
[ 0.028269] installing Xen timer for CPU 2
[ 0.028751] alloc irq_desc for 1013 on node -1
[ 0.028754] alloc kstat_irqs on node -1
[ 0.028792] alloc irq_desc for 1012 on node -1
[ 0.028795] alloc kstat_irqs on node -1
[ 0.028802] alloc irq_desc for 1011 on node -1
[ 0.028804] alloc kstat_irqs on node -1
[ 0.028813] alloc irq_desc for 1010 on node -1
[ 0.028816] alloc kstat_irqs on node -1
[ 0.028821] alloc irq_desc for 1009 on node -1
[ 0.028824] alloc kstat_irqs on node -1
[ 0.004000] Initializing CPU#2
[ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
[ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)
[ 0.004000] CPU 2/0x0 -> Node 0
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 2
[ 0.028966] Brought up 3 CPUs
[ 0.029466] CPU0 attaching sched-domain:
[ 0.029470] domain 0: span 0-2 level CPU
[ 0.029474] groups: 0 1 2
[ 0.029484] CPU1 attaching sched-domain:
[ 0.029487] domain 0: span 0-2 level CPU
[ 0.029491] groups: 1 2 0
[ 0.029500] CPU2 attaching sched-domain:
[ 0.029503] domain 0: span 0-2 level CPU
[ 0.029506] groups: 2 0 1
[ 0.029603] devtmpfs: initialized
[ 0.032572] Grant table initialized
[ 0.032572] regulator: core version 0.5
[ 0.032572] NET: Registered protocol family 16
[ 0.032572] alloc irq_desc for 1008 on node -1
[ 0.032572] alloc kstat_irqs on node -1
[ 0.032572] node 0 link 0: io port [a000, ffff]
[ 0.032572] TOM: 00000000c0000000 aka 3072M
[ 0.032572] Fam 10h mmconf [e0000000, e00fffff]
[ 0.032572] node 0 link 0: mmio [a0000, bffff]
[ 0.032572] node 0 link 0: mmio [c0000000, dfffffff]
[ 0.032572] node 0 link 0: mmio [e8000000, fe02ffff]
[ 0.032572] node 0 link 0: mmio [e0000000, e03fffff] ==> [e0100000, e03fffff]
[ 0.032572] TOM2: 0000000140000000 aka 5120M
[ 0.032572] bus: [00,03] on node 0 link 0
[ 0.032572] bus: 00 index 0 io port: [0, ffff]
[ 0.032572] bus: 00 index 1 mmio: [a0000, bffff]
[ 0.032572] bus: 00 index 2 mmio: [c0000000, dfffffff]
[ 0.032572] bus: 00 index 3 mmio: [e0400000, ffffffff]
[ 0.032572] bus: 00 index 4 mmio: [e0100000, e03fffff]
[ 0.032572] bus: 00 index 5 mmio: [140000000, fcffffffff]
[ 0.032572] ACPI: bus type pci registered
[ 0.032572] sync cpu 0 get result 1 max_id 2
[ 0.032572] sync cpu 1 get result 1 max_id 2
[ 0.032572] sync cpu 2 get result 1 max_id 2
[ 0.032572] alloc irq_desc for 1007 on node -1
[ 0.032572] alloc kstat_irqs on node -1
[ 0.032572] PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
[ 0.032584] PCI: MCFG area at e0000000 reserved in E820
[ 0.032657] PCI: updated MCFG configuration 0: base e0000000 segment 0 buses 0 - 127
[ 0.047554] PCI: Using MMCONFIG at e0000000 - e7ffffff
[ 0.047629] PCI: Using configuration type 1 for base access
[ 0.048179] bio: create slab <bio-0> at 0
[ 0.049594] ERROR: Unable to locate IOAPIC for GSI 9
[ 0.049703] ACPI: EC: Look up EC in DSDT
[ 0.062901] ACPI: Interpreter enabled
[ 0.062973] ACPI: (supports S0 S3 S4 S5)
[ 0.063232] ACPI: Using IOAPIC for interrupt routing
[ 0.074013] ACPI: No dock devices found.
[ 0.074205] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 0.074632] pci 0000:00:01.1: reg 10 io port: [0xfc00-0xfc3f]
[ 0.074658] pci 0000:00:01.1: reg 20 io port: [0x1c00-0x1c3f]
[ 0.074667] pci 0000:00:01.1: reg 24 io port: [0x1c40-0x1c7f]
[ 0.074705] pci 0000:00:01.1: PME# supported from D3hot D3cold
[ 0.074785] pci 0000:00:01.1: PME# disabled
[ 0.074968] pci 0000:00:02.0: reg 10 32bit mmio: [0xfe02f000-0xfe02ffff]
[ 0.075008] pci 0000:00:02.0: Disabling memory decoding and releasing memory resources.
[ 0.075129] pci 0000:00:02.0: supports D1 D2
[ 0.075132] pci 0000:00:02.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.075211] pci 0000:00:02.0: PME# disabled
[ 0.075329] pci 0000:00:02.1: reg 10 32bit mmio: [0xfe02e000-0xfe02e0ff]
[ 0.075369] pci 0000:00:02.1: Disabling memory decoding and releasing memory resources.
[ 0.075473] pci 0000:00:02.1: Rounding up size of resource #0 to 0x1000.
[ 0.075575] pci 0000:00:02.1: supports D1 D2
[ 0.075578] pci 0000:00:02.1: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.075658] pci 0000:00:02.1: PME# disabled
[ 0.075802] pci 0000:00:06.0: reg 10 32bit mmio: [0xfe02d000-0xfe02dfff]
[ 0.075810] pci 0000:00:06.0: reg 14 io port: [0xf000-0xf007]
[ 0.075872] pci 0000:00:06.0: supports D1 D2
[ 0.075875] pci 0000:00:06.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.075955] pci 0000:00:06.0: PME# disabled
[ 0.076137] pci 0000:00:09.0: reg 20 io port: [0xec00-0xec0f]
[ 0.076224] pci 0000:00:0a.0: reg 10 io port: [0x9f0-0x9f7]
[ 0.076233] pci 0000:00:0a.0: reg 14 io port: [0xbf0-0xbf3]
[ 0.076241] pci 0000:00:0a.0: reg 18 io port: [0x970-0x977]
[ 0.076248] pci 0000:00:0a.0: reg 1c io port: [0xb70-0xb73]
[ 0.076257] pci 0000:00:0a.0: reg 20 io port: [0xd800-0xd80f]
[ 0.076265] pci 0000:00:0a.0: reg 24 32bit mmio: [0xfe02a000-0xfe02bfff]
[ 0.076434] pci 0000:00:0c.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.076514] pci 0000:00:0c.0: PME# disabled
[ 0.076707] pci 0000:00:0e.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.076786] pci 0000:00:0e.0: PME# disabled
[ 0.077323] pci 0000:01:07.0: reg 10 32bit mmio: [0xfdeff000-0xfdeff1ff]
[ 0.077371] pci 0000:01:07.0: Disabling memory decoding and releasing memory resources.
[ 0.077475] pci 0000:01:07.0: Rounding up size of resource #0 to 0x1000.
[ 0.077583] pci 0000:01:08.0: reg 10 32bit mmio: [0xfdefe000-0xfdefe1ff]
[ 0.077630] pci 0000:01:08.0: Disabling memory decoding and releasing memory resources.
[ 0.077735] pci 0000:01:08.0: Rounding up size of resource #0 to 0x1000.
[ 0.077843] pci 0000:01:09.0: reg 10 32bit mmio: [0xfdee0000-0xfdeeffff]
[ 0.077853] pci 0000:01:09.0: reg 14 io port: [0xcc00-0xcc1f]
[ 0.077895] pci 0000:01:09.0: Disabling memory decoding and releasing memory resources.
[ 0.078048] pci 0000:00:08.0: transparent bridge
[ 0.078121] pci 0000:00:08.0: bridge io port: [0xc000-0xcfff]
[ 0.078127] pci 0000:00:08.0: bridge 32bit mmio: [0xfde00000-0xfdefffff]
[ 0.078133] pci 0000:00:08.0: bridge 32bit mmio pref: [0xfdf00000-0xfdffffff]
[ 0.078204] pci 0000:02:00.0: reg 10 io port: [0xbc00-0xbcff]
[ 0.078231] pci 0000:02:00.0: reg 18 64bit mmio: [0xfddff000-0xfddfffff]
[ 0.078258] pci 0000:02:00.0: reg 30 32bit mmio pref: [0x000000-0x01ffff]
[ 0.078267] pci 0000:02:00.0: Disabling memory decoding and releasing memory resources.
[ 0.078422] pci 0000:02:00.0: supports D1 D2
[ 0.078425] pci 0000:02:00.0: PME# supported from D1 D2 D3hot D3cold
[ 0.078504] pci 0000:02:00.0: PME# disabled
[ 0.078616] pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 0.078838] pci 0000:00:0c.0: bridge io port: [0xb000-0xbfff]
[ 0.078844] pci 0000:00:0c.0: bridge 32bit mmio: [0xfdd00000-0xfddfffff]
[ 0.078852] pci 0000:00:0c.0: bridge 64bit mmio pref: [0xfdc00000-0xfdcfffff]
[ 0.078922] pci 0000:03:00.0: reg 10 io port: [0xac00-0xacff]
[ 0.078949] pci 0000:03:00.0: reg 18 64bit mmio: [0xfdbff000-0xfdbfffff]
[ 0.078976] pci 0000:03:00.0: reg 30 32bit mmio pref: [0x000000-0x01ffff]
[ 0.079034] pci 0000:03:00.0: supports D1 D2
[ 0.079037] pci 0000:03:00.0: PME# supported from D1 D2 D3hot D3cold
[ 0.079116] pci 0000:03:00.0: PME# disabled
[ 0.079225] pci 0000:03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 0.079446] pci 0000:00:0e.0: bridge io port: [0xa000-0xafff]
[ 0.079451] pci 0000:00:0e.0: bridge 32bit mmio: [0xfdb00000-0xfdbfffff]
[ 0.079459] pci 0000:00:0e.0: bridge 64bit mmio pref: [0xfda00000-0xfdafffff]
[ 0.079483] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.079848] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
[ 0.132641] ACPI: PCI Interrupt Link [LNK1] (IRQs 5 7 9 *10 11 14 15)
[ 0.133229] ACPI: PCI Interrupt Link [LNK2] (IRQs 5 7 9 *10 11 14 15)
[ 0.133812] ACPI: PCI Interrupt Link [LNK3] (IRQs 5 7 9 10 *11 14 15)
[ 0.134386] ACPI: PCI Interrupt Link [LNK4] (IRQs 5 *7 9 10 11 14 15)
[ 0.134959] ACPI: PCI Interrupt Link [LNK5] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.135630] ACPI: PCI Interrupt Link [LNK6] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.136121] ACPI: PCI Interrupt Link [LNK7] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.136791] ACPI: PCI Interrupt Link [LNK8] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.137462] ACPI: PCI Interrupt Link [LP2P] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.138132] ACPI: PCI Interrupt Link [LUBA] (IRQs 5 *7 9 10 11 14 15)
[ 0.138711] ACPI: PCI Interrupt Link [LUB2] (IRQs *5 7 9 10 11 14 15)
[ 0.139287] ACPI: PCI Interrupt Link [LU1B] (IRQs 5 7 9 10 11 14 15) *0
[ 0.139899] ACPI: PCI Interrupt Link [LU2B] (IRQs 5 7 9 10 11 14 15) *0
[ 0.140123] ACPI: PCI Interrupt Link [LMAC] (IRQs 5 7 9 10 11 14 *15)
[ 0.140701] ACPI: PCI Interrupt Link [LAZA] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.141374] ACPI: PCI Interrupt Link [LPMU] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.142047] ACPI: PCI Interrupt Link [LSMB] (IRQs 5 7 9 10 *11 14 15)
[ 0.142615] ACPI: PCI Interrupt Link [LIDE] (IRQs 5 7 9 10 11 14 15) *0, disabled.
[ 0.143290] ACPI: PCI Interrupt Link [LSID] (IRQs 5 7 9 10 *11 14 15)
[ 0.143934] ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0
[ 0.144196] ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0
[ 0.144643] ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0
[ 0.145095] ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0
[ 0.145542] ACPI: PCI Interrupt Link [APC5] (IRQs 16) *0, disabled.
[ 0.146027] ACPI: PCI Interrupt Link [APC6] (IRQs 16) *0, disabled.
[ 0.146512] ACPI: PCI Interrupt Link [APC7] (IRQs 16) *0, disabled.
[ 0.146993] ACPI: PCI Interrupt Link [APC8] (IRQs 16) *0, disabled.
[ 0.147478] ACPI: PCI Interrupt Link [AUBA] (IRQs 20 21 22 23) *0
[ 0.148001] ACPI: PCI Interrupt Link [AUB2] (IRQs 20 21 22 23) *0
[ 0.148190] ACPI: PCI Interrupt Link [AU1B] (IRQs 20 21 22 23) *0
[ 0.148762] ACPI: PCI Interrupt Link [AU2B] (IRQs 20 21 22 23) *0
[ 0.149336] ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0
[ 0.149904] ACPI: PCI Interrupt Link [APMU] (IRQs 20 21 22 23) *0, disabled.
[ 0.150514] ACPI: PCI Interrupt Link [AAZA] (IRQs 20 21 22 23) *0, disabled.
[ 0.151124] ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0
[ 0.151688] ACPI: PCI Interrupt Link [APCM] (IRQs 20 21 22 23) *0, disabled.
[ 0.152195] ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled.
[ 0.152804] ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0
[ 0.153240] xen_balloon: Initialising balloon driver with page order 0.
[ 0.153336] last_pfn = 0x190000 max_arch_pfn = 0x400000000
[ 0.162057] vgaarb: device added: PCI:0000:01:06.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.162166] vgaarb: loaded
[ 0.162307] PCI: Using ACPI for IRQ routing
[ 0.162307] Switching to clocksource xen
[ 0.162307] pnp: PnP ACPI init
[ 0.162307] ACPI: bus type pnp registered
[ 0.162596] xen: registering gsi 8 triggering 1 polarity 0
[ 0.162600] xen_allocate_pirq: returning irq 8 for gsi 8
[ 0.162673] xen: --> irq=8
[ 0.162881] xen: registering gsi 13 triggering 1 polarity 0
[ 0.162884] xen_allocate_pirq: returning irq 13 for gsi 13
[ 0.162957] xen: --> irq=13
[ 0.163872] xen: registering gsi 1 triggering 1 polarity 0
[ 0.163875] xen_allocate_pirq: returning irq 1 for gsi 1
[ 0.163948] xen: --> irq=1
[ 0.166375] pnp: PnP ACPI: found 11 devices
[ 0.166446] ACPI: ACPI bus type pnp unregistered
[ 0.166526] system 00:01: ioport range 0x1000-0x107f has been reserved
[ 0.166603] system 00:01: ioport range 0x1080-0x10ff has been reserved
[ 0.166679] system 00:01: ioport range 0x1400-0x147f has been reserved
[ 0.166756] system 00:01: ioport range 0x1480-0x14ff has been reserved
[ 0.166833] system 00:01: ioport range 0x1800-0x187f has been reserved
[ 0.166909] system 00:01: ioport range 0x1880-0x18ff has been reserved
[ 0.166990] system 00:02: ioport range 0x4d0-0x4d1 has been reserved
[ 0.167067] system 00:02: ioport range 0x800-0x87f has been reserved
[ 0.167143] system 00:02: ioport range 0x295-0x314 has been reserved
[ 0.167220] system 00:02: ioport range 0x290-0x294 has been reserved
[ 0.167302] system 00:09: iomem range 0xe0000000-0xe7ffffff has been reserved
[ 0.167384] system 00:0a: iomem range 0xf0000-0xf3fff could not be reserved
[ 0.167463] system 00:0a: iomem range 0xf4000-0xf7fff could not be reserved
[ 0.167542] system 00:0a: iomem range 0xf8000-0xfbfff could not be reserved
[ 0.167621] system 00:0a: iomem range 0xfc000-0xfffff could not be reserved
[ 0.167701] system 00:0a: iomem range 0xbfef0000-0xbfefffff could not be reserved
[ 0.167800] system 00:0a: iomem range 0xffff0000-0xffffffff has been reserved
[ 0.167880] system 00:0a: iomem range 0x0-0x9ffff could not be reserved
[ 0.167957] system 00:0a: iomem range 0x100000-0xbfeeffff could not be reserved
[ 0.168061] system 00:0a: iomem range 0xbff00000-0xbfffffff has been reserved
[ 0.168143] system 00:0a: iomem range 0xfec00000-0xfec00fff could not be reserved
[ 0.168243] system 00:0a: iomem range 0xfee00000-0xfee00fff has been reserved
[ 0.168692] pciback 0000:00:02.0: seizing device
[ 0.168826] pciback 0000:00:02.1: seizing device
[ 0.169637] pciback 0000:01:07.0: seizing device
[ 0.169764] pciback 0000:01:08.0: seizing device
[ 0.169891] pciback 0000:01:09.0: seizing device
[ 0.170017] pciback 0000:02:00.0: seizing device
[ 0.173523] PM-Timer failed consistency check (0x0xffffff) - aborting.
[ 0.173666] pci 0000:00:08.0: PCI bridge, secondary bus 0000:01
[ 0.173742] pci 0000:00:08.0: IO window: 0xc000-0xcfff
[ 0.173818] pci 0000:00:08.0: MEM window: 0xfde00000-0xfdefffff
[ 0.173896] pci 0000:00:08.0: PREFETCH window: 0xfdf00000-0xfdffffff
[ 0.173987] pci 0000:00:0c.0: PCI bridge, secondary bus 0000:02
[ 0.174063] pci 0000:00:0c.0: IO window: 0xb000-0xbfff
[ 0.174138] pci 0000:00:0c.0: MEM window: 0xfdd00000-0xfddfffff
[ 0.174216] pci 0000:00:0c.0: PREFETCH window: 0x000000fdc00000-0x000000fdcfffff
[ 0.174320] pci 0000:00:0e.0: PCI bridge, secondary bus 0000:03
[ 0.174396] pci 0000:00:0e.0: IO window: 0xa000-0xafff
[ 0.174473] pci 0000:00:0e.0: MEM window: 0xfdb00000-0xfdbfffff
[ 0.174551] pci 0000:00:0e.0: PREFETCH window: 0x000000fda00000-0x000000fdafffff
[ 0.174663] pci 0000:00:08.0: setting latency timer to 64
[ 0.174677] pci 0000:00:0c.0: setting latency timer to 64
[ 0.174690] pci 0000:00:0e.0: setting latency timer to 64
[ 0.174695] pci_bus 0000:00: resource 0 io: [0x00-0xffff]
[ 0.174699] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff]
[ 0.174703] pci_bus 0000:01: resource 0 io: [0xc000-0xcfff]
[ 0.174706] pci_bus 0000:01: resource 1 mem: [0xfde00000-0xfdefffff]
[ 0.174709] pci_bus 0000:01: resource 2 pref mem [0xfdf00000-0xfdffffff]
[ 0.174713] pci_bus 0000:01: resource 3 io: [0x00-0xffff]
[ 0.174716] pci_bus 0000:01: resource 4 mem: [0x000000-0xffffffffffffffff]
[ 0.174719] pci_bus 0000:02: resource 0 io: [0xb000-0xbfff]
[ 0.174723] pci_bus 0000:02: resource 1 mem: [0xfdd00000-0xfddfffff]
[ 0.174726] pci_bus 0000:02: resource 2 pref mem [0xfdc00000-0xfdcfffff]
[ 0.174729] pci_bus 0000:03: resource 0 io: [0xa000-0xafff]
[ 0.174733] pci_bus 0000:03: resource 1 mem: [0xfdb00000-0xfdbfffff]
[ 0.174736] pci_bus 0000:03: resource 2 pref mem [0xfda00000-0xfdafffff]
[ 0.174773] NET: Registered protocol family 2
[ 0.174974] IP route cache hash table entries: 32768 (order: 6, 262144 bytes)
[ 0.175745] TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
[ 0.181536] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[ 0.181942] TCP: Hash tables configured (established 131072 bind 65536)
[ 0.182021] TCP reno registered
[ 0.182212] NET: Registered protocol family 1
[ 0.182458] pci 0000:00:00.0: Found enabled HT MSI Mapping
[ 0.182616] pci 0000:00:00.0: Found enabled HT MSI Mapping
[ 0.182801] pci 0000:00:00.0: Found enabled HT MSI Mapping
[ 0.182998] pci 0000:00:00.0: Found enabled HT MSI Mapping
[ 0.183211] pci 0000:00:00.0: Found enabled HT MSI Mapping
[ 0.183304] pci 0000:01:06.0: Boot video device
[ 0.183370] Unpacking initramfs...
[ 0.212105] Freeing initrd memory: 27464k freed
[ 0.222293] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.222376] DMA: Placing 64MB software IO TLB between ffff880004000000 - ffff880008000000
[ 0.222476] DMA: software IO TLB at phys 0x4000000 - 0x8000000
[ 0.223051] audit: initializing netlink socket (disabled)
[ 0.223136] type=2000 audit(1307469932.242:1): initialized
[ 0.226174] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.227963] VFS: Disk quotas dquot_6.5.2
[ 0.228090] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[ 0.228254] msgmni has been set to 287
[ 0.228695] alg: No test for stdrng (krng)
[ 0.228830] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 0.228930] io scheduler noop registered
[ 0.228998] io scheduler anticipatory registered
[ 0.229069] io scheduler deadline registered
[ 0.229173] io scheduler cfq registered (default)
[ 0.229585] alloc irq_desc for 1006 on node -1
[ 0.229590] alloc kstat_irqs on node -1
[ 0.229618] pcieport 0000:00:0c.0: setting latency timer to 64
[ 0.229877] alloc irq_desc for 1005 on node -1
[ 0.229880] alloc kstat_irqs on node -1
[ 0.229899] pcieport 0000:00:0e.0: setting latency timer to 64
[ 0.230190] pciback 0000:02:00.0: enabling device (0005 -> 0007)
[ 0.230676] ACPI: PCI Interrupt Link [APC5] enabled at IRQ 16
[ 0.230751] xen: registering gsi 16 triggering 0 polarity 1
[ 0.230761] alloc irq_desc for 16 on node 0
[ 0.230764] alloc kstat_irqs on node 0
[ 0.230770] xen: --> irq=16
[ 0.230783] pciback 0000:02:00.0: PCI INT A -> Link[APC5] -> GSI 16 (level, low) -> IRQ 16
[ 0.230890] pciback 0000:02:00.0: PCI INT A disabled
[ 0.230976] pciback 0000:01:09.0: enabling device (0005 -> 0007)
[ 0.231419] ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19
[ 0.231493] xen: registering gsi 19 triggering 0 polarity 1
[ 0.231498] alloc irq_desc for 19 on node 0
[ 0.231501] alloc kstat_irqs on node 0
[ 0.231505] xen: --> irq=19
[ 0.231513] pciback 0000:01:09.0: PCI INT A -> Link[APC4] -> GSI 19 (level, low) -> IRQ 19
[ 0.231617] pciback 0000:01:09.0: PCI INT A disabled
[ 0.231703] pciback 0000:01:08.0: enabling device (0004 -> 0006)
[ 0.232147] ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
[ 0.232222] xen: registering gsi 18 triggering 0 polarity 1
[ 0.232227] alloc irq_desc for 18 on node 0
[ 0.232230] alloc kstat_irqs on node 0
[ 0.232234] xen: --> irq=18
[ 0.232241] pciback 0000:01:08.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> IRQ 18
[ 0.232346] pciback 0000:01:08.0: PCI INT A disabled
[ 0.232433] pciback 0000:01:07.0: enabling device (0004 -> 0006)
[ 0.232875] ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
[ 0.232950] xen: registering gsi 17 triggering 0 polarity 1
[ 0.232956] alloc irq_desc for 17 on node 0
[ 0.232958] alloc kstat_irqs on node 0
[ 0.232962] xen: --> irq=17
[ 0.232969] pciback 0000:01:07.0: PCI INT A -> Link[APC2] -> GSI 17 (level, low) -> IRQ 17
[ 0.233074] pciback 0000:01:07.0: PCI INT A disabled
[ 0.233185] pciback 0000:00:02.1: enabling device (0004 -> 0006)
[ 0.233636] ACPI: PCI Interrupt Link [AUB2] enabled at IRQ 23
[ 0.233710] xen: registering gsi 23 triggering 0 polarity 1
[ 0.233716] alloc irq_desc for 23 on node 0
[ 0.233719] alloc kstat_irqs on node 0
[ 0.233722] xen: --> irq=23
[ 0.233730] pciback 0000:00:02.1: PCI INT B -> Link[AUB2] -> GSI 23 (level, low) -> IRQ 23
[ 0.233834] pciback 0000:00:02.1: PCI INT B disabled
[ 0.233934] pciback 0000:00:02.0: enabling device (0005 -> 0007)
[ 0.234372] ACPI: PCI Interrupt Link [AUBA] enabled at IRQ 22
[ 0.234446] xen: registering gsi 22 triggering 0 polarity 1
[ 0.234451] alloc irq_desc for 22 on node 0
[ 0.234454] alloc kstat_irqs on node 0
[ 0.234458] xen: --> irq=22
[ 0.234465] pciback 0000:00:02.0: PCI INT A -> Link[AUBA] -> GSI 22 (level, low) -> IRQ 22
[ 0.234569] pciback 0000:00:02.0: PCI INT A disabled
[ 0.241021] registering netback
[ 0.241441] alloc irq_desc for 1004 on node -1
[ 0.241444] alloc kstat_irqs on node -1
[ 0.242787] alloc irq_desc for 1003 on node -1
[ 0.242790] alloc kstat_irqs on node -1
[ 0.243249] hpet_acpi_add: no address or irqs in _CRS
[ 0.243349] Linux agpgart interface v0.103
[ 0.243463] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 0.243885] input: Macintosh mouse button emulation as /devices/virtual/input/input0
[ 0.244036] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
[ 0.244116] PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp
[ 0.244386] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 0.244573] mice: PS/2 mouse device common for all mice
[ 0.244703] rtc_cmos 00:05: RTC can wake from S4
[ 0.244819] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0
[ 0.244938] rtc0: alarms up to one year, y3k, 242 bytes nvram
[ 0.245023] cpuidle: using governor ladder
[ 0.245092] cpuidle: using governor menu
[ 0.245164] No iBFT detected.
[ 0.245571] TCP cubic registered
[ 0.245787] NET: Registered protocol family 10
[ 0.246693] Mobile IPv6
[ 0.246761] NET: Registered protocol family 17
[ 0.246924] PM: Resume from disk failed.
[ 0.246937] registered taskstats version 1
[ 0.247611] rtc_cmos 00:05: setting system clock to 2011-06-07 18:05:31 UTC (1307469931)
[ 0.247747] Initalizing network drop monitor service
[ 0.247916] Freeing unused kernel memory: 604k freed
[ 0.248184] Write protecting the kernel read-only data: 4276k
[ 0.270165] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1
[ 0.295604] udev[97]: starting version 164
[ 0.415369] SCSI subsystem initialized
[ 0.428521] libata version 3.00 loaded.
[ 0.430972] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 0.431493] ACPI: PCI Interrupt Link [APC7] enabled at IRQ 16
[ 0.431569] xen: registering gsi 16 triggering 0 polarity 1
[ 0.431573] xen_allocate_pirq: returning irq 16 for gsi 16
[ 0.431645] xen: --> irq=16
[ 0.431651] Already setup the GSI :16
[ 0.431721] r8169 0000:03:00.0: PCI INT A -> Link[APC7] -> GSI 16 (level, low) -> IRQ 16
[ 0.431908] r8169 0000:03:00.0: setting latency timer to 64
[ 0.431974] alloc irq_desc for 1002 on node -1
[ 0.431977] alloc kstat_irqs on node -1
[ 0.432709] eth0: RTL8168b/8111b at 0xffffc9000063e000, 00:08:54:57:14:5b, XID 18000000 IRQ 1002
[ 0.434572] ahci 0000:00:0a.0: version 3.0
[ 0.435156] ACPI: PCI Interrupt Link [APSI] enabled at IRQ 21
[ 0.435237] xen: registering gsi 21 triggering 0 polarity 1
[ 0.435247] alloc irq_desc for 21 on node 0
[ 0.435250] alloc kstat_irqs on node 0
[ 0.435258] xen: --> irq=21
[ 0.435273] ahci 0000:00:0a.0: PCI INT A -> Link[APSI] -> GSI 21 (level, low) -> IRQ 21
[ 0.435622] alloc irq_desc for 1001 on node -1
[ 0.435625] alloc kstat_irqs on node -1
[ 0.435694] ahci 0000:00:0a.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode
[ 0.435799] ahci 0000:00:0a.0: flags: 64bit ncq sntf pm led clo pmp pio slum part
[ 0.435904] ahci 0000:00:0a.0: setting latency timer to 64
[ 0.436457] scsi0 : ahci
[ 0.436915] scsi1 : ahci
[ 0.437189] scsi2 : ahci
[ 0.437467] scsi3 : ahci
[ 0.437830] ata1: SATA max UDMA/133 abar m8192@0xfe02a000 port 0xfe02a100 irq 1001
[ 0.437933] ata2: SATA max UDMA/133 abar m8192@0xfe02a000 port 0xfe02a180 irq 1001
[ 0.438035] ata3: SATA max UDMA/133 abar m8192@0xfe02a000 port 0xfe02a200 irq 1001
[ 0.438134] ata4: SATA max UDMA/133 abar m8192@0xfe02a000 port 0xfe02a280 irq 1001
[ 0.438402] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[ 0.438951] ACPI: PCI Interrupt Link [APCH] enabled at IRQ 20
[ 0.439028] xen: registering gsi 20 triggering 0 polarity 1
[ 0.439040] alloc irq_desc for 20 on node 0
[ 0.439044] alloc kstat_irqs on node 0
[ 0.439051] xen: --> irq=20
[ 0.439065] forcedeth 0000:00:06.0: PCI INT A -> Link[APCH] -> GSI 20 (level, low) -> IRQ 20
[ 0.439170] forcedeth 0000:00:06.0: setting latency timer to 64
[ 0.921455] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 0.921552] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 0.927622] ata3.00: ATA-8: SAMSUNG HD204UI, 1AQ10001, max UDMA/133
[ 0.927704] ata3.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 0.927949] ata1.00: ATA-7: SAMSUNG HD502HI, 1AG01118, max UDMA7
[ 0.928024] ata1.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 0.928116] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 0.928182] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 0.933922] ata3.00: configured for UDMA/133
[ 0.934575] ata2.00: ATA-7: SAMSUNG HD154UI, 1AG01118, max UDMA7
[ 0.934657] ata2.00: 2930277168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 0.934769] ata4.00: ATA-7: SAMSUNG HD154UI, 1AG01118, max UDMA7
[ 0.934779] ata1.00: configured for UDMA/133
[ 0.934919] ata4.00: 2930277168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 0.941234] ata2.00: configured for UDMA/133
[ 0.941422] ata4.00: configured for UDMA/133
[ 0.948293] scsi 0:0:0:0: Direct-Access ATA SAMSUNG HD502HI 1AG0 PQ: 0 ANSI: 5
[ 0.960279] scsi 1:0:0:0: Direct-Access ATA SAMSUNG HD154UI 1AG0 PQ: 0 ANSI: 5
[ 0.960804] scsi 2:0:0:0: Direct-Access ATA SAMSUNG HD204UI 1AQ1 PQ: 0 ANSI: 5
[ 0.961244] scsi 3:0:0:0: Direct-Access ATA SAMSUNG HD154UI 1AG0 PQ: 0 ANSI: 5
[ 0.962145] forcedeth 0000:00:06.0: ifname eth1, PHY OUI 0x732 @ 1, addr 00:1d:7d:e8:97:7b
[ 0.962255] forcedeth 0000:00:06.0: highdma pwrctl mgmt gbit lnktim msi desc-v3
[ 0.962860] pata_amd 0000:00:09.0: version 0.4.1
[ 0.962923] pata_amd 0000:00:09.0: setting latency timer to 64
[ 0.964093] scsi4 : pata_amd
[ 0.966744] scsi5 : pata_amd
[ 0.968009] ata5: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xec00 irq 14
[ 0.968064] ata6: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xec08 irq 15
[ 0.970945] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 0.971138] sd 1:0:0:0: [sdb] 2930277168 512-byte logical blocks: (1.50 TB/1.36 TiB)
[ 0.971187] sd 2:0:0:0: [sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 0.971254] sd 2:0:0:0: [sdc] Write Protect is off
[ 0.971257] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[ 0.971291] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 0.971505] sdc:
[ 0.971628] sd 3:0:0:0: [sdd] 2930277168 512-byte logical blocks: (1.50 TB/1.36 TiB)
[ 0.971638] sd 1:0:0:0: [sdb] Write Protect is off
[ 0.971641] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 0.971675] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 0.971868] sdb:
[ 0.971948] sd 0:0:0:0: [sda] Write Protect is off
[ 0.971950] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 0.971988] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 0.972182] sda:
[ 0.972298] sd 3:0:0:0: [sdd] Write Protect is off
[ 0.972428] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
[ 0.972462] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 0.972732] sdd: sdb1
[ 0.974091] sdc1
[ 0.974526] sd 1:0:0:0: [sdb] Attached SCSI disk
[ 0.979270] sdd1
[ 0.979650] sd 3:0:0:0: [sdd] Attached SCSI disk
[ 0.980171] sd 2:0:0:0: [sdc] Attached SCSI disk
[ 0.986001] sda1 sda2
[ 0.986771] sd 0:0:0:0: [sda] Attached SCSI disk
[ 1.175615] ata5.00: HPA detected: current 976771055, native 976773168
[ 1.175697] ata5.00: ATA-7: ST3500830A, 3.AAD, max UDMA/100
[ 1.175771] ata5.00: 976771055 sectors, multi 16: LBA48
[ 1.175883] ata5: nv_mode_filter: 0x3f39f&0x3f39f->0x3f39f, BIOS=0x3f000 (0xc6000000) ACPI=0x3f01f (20:600:0x13)
[ 1.175888] ata5.00: limited to UDMA/33 due to 40-wire cable
[ 1.242207] ata5.00: configured for UDMA/33
[ 1.242436] scsi 4:0:0:0: Direct-Access ATA ST3500830A 3.AA PQ: 0 ANSI: 5
[ 1.242735] sd 4:0:0:0: [sde] 976771055 512-byte logical blocks: (500 GB/465 GiB)
[ 1.242942] sd 4:0:0:0: [sde] Write Protect is off
[ 1.242957] ata6: port disabled. ignoring.
[ 1.243017] sd 4:0:0:0: [sde] Mode Sense: 00 3a 00 00
[ 1.243057] sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.243359] sde: sde1
[ 1.282695] sd 4:0:0:0: [sde] Attached SCSI disk
[ 1.497037] device-mapper: uevent: version 1.0.3
[ 1.497318] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
[ 1.741417] PM: Starting manual resume from disk
[ 1.741517] PM: Resume from partition 254:1
[ 1.741519] PM: Checking hibernation image.
[ 1.741716] PM: Error -22 checking image file
[ 1.741718] PM: Resume from disk failed.
[ 1.775643] kjournald starting. Commit interval 5 seconds
[ 1.775660] EXT3-fs: mounted filesystem with ordered data mode.
[ 2.939016] udev[451]: starting version 164
[ 3.277267] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[ 3.277389] ACPI: Power Button [PWRB]
[ 3.277559] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[ 3.277660] ACPI: Power Button [PWRF]
[ 3.432945] input: PC Speaker as /devices/platform/pcspkr/input/input4
[ 3.718076] i2c i2c-0: nForce2 SMBus adapter at 0x1c00
[ 3.718227] i2c i2c-1: nForce2 SMBus adapter at 0x1c40
[ 3.871038] EDAC MC: Ver: 2.1.0 Jun 6 2011
[ 3.895404] EDAC amd64_edac: Ver: 3.2.0 Jun 6 2011
[ 3.895808] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (0000:00:18.3).
[ 3.895980] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
[ 3.895985] Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
[ 3.895989] (Note that use of the override may cause unknown side effects.)
[ 3.896455] amd64_edac: probe of 0000:00:18.2 failed with error -22
[ 3.992165] Error: Driver 'pcspkr' is already registered, aborting...
[ 5.034185] EXT3 FS on dm-0, internal journal
[ 5.242058] loop: module loaded
[ 5.310517] it87: Found IT8716F chip at 0x290, revision 3
[ 5.385133] Event-channel device installed.
[ 10.060941] Adding 1048568k swap on /dev/mapper/space-data_lv_swap. Priority:-1 extents:1 across:1048568k
[ 10.468712] kjournald starting. Commit interval 5 seconds
[ 10.468950] EXT3 FS on sda1, internal journal
[ 10.469132] EXT3-fs: mounted filesystem with ordered data mode.
[ 10.497035] kjournald starting. Commit interval 5 seconds
[ 10.497487] EXT3 FS on dm-2, internal journal
[ 10.497663] EXT3-fs: mounted filesystem with ordered data mode.
[ 11.878811] Bridge firewalling registered
[ 11.894244] device eth0 entered promiscuous mode
[ 11.901948] r8169: eth0: link up
[ 11.902065] r8169: eth0: link up
[ 11.916150] intern: port 1(eth0) entering learning state
[ 12.031359] alloc irq_desc for 1000 on node -1
[ 12.031372] alloc kstat_irqs on node -1
[ 12.033121] device eth1 entered promiscuous mode
[ 12.912135] intern: port 1(eth0) entering forwarding state
[ 13.178772] extern: port 1(eth1) entering learning state
[ 14.176121] extern: port 1(eth1) entering forwarding state
[ 14.336991] device wlan entered promiscuous mode
[ 14.420829] device dmz entered promiscuous mode
[ 22.088114] eth1: no IPv6 routers present
[ 22.188114] eth0: no IPv6 routers present
[ 22.228112] intern: no IPv6 routers present
[ 24.148112] extern: no IPv6 routers present
[ 24.592113] dmz: no IPv6 routers present
[ 25.060114] wlan: no IPv6 routers present
[ 66.645636] alloc irq_desc for 999 on node -1
[ 66.645642] alloc kstat_irqs on node -1
[ 66.645731] alloc irq_desc for 998 on node -1
[ 66.645734] alloc kstat_irqs on node -1
[ 66.646134] XENBUS: Unable to read cpu state
[ 66.648039] XENBUS: Unable to read cpu state
[ 66.648543] XENBUS: Unable to read cpu state
[ 71.512600] CPU0 attaching NULL sched-domain.
[ 71.512605] CPU1 attaching NULL sched-domain.
[ 71.512609] CPU2 attaching NULL sched-domain.
[ 71.544136] CPU0 attaching sched-domain:
[ 71.544141] domain 0: span 0,2 level CPU
[ 71.544146] groups: 0 2
[ 71.544155] CPU2 attaching sched-domain:
[ 71.544158] domain 0: span 0,2 level CPU
[ 71.544162] groups: 2 0
[ 71.545415] Cannot set affinity for irq 1004
[ 71.545423] Broke affinity for irq 1014
[ 71.545425] Broke affinity for irq 1015
[ 71.545428] Broke affinity for irq 1016
[ 71.545430] Broke affinity for irq 1017
[ 71.545432] Broke affinity for irq 1018
[ 71.548693] CPU0 attaching NULL sched-domain.
[ 71.549103] CPU2 attaching NULL sched-domain.
[ 71.581484] CPU0 attaching NULL sched-domain.
[ 71.582580] Broke affinity for irq 1009
[ 71.582583] Broke affinity for irq 1010
[ 71.582585] Broke affinity for irq 1011
[ 71.582587] Broke affinity for irq 1012
[ 71.582589] Broke affinity for irq 1013
[ 71.680174] SMP alternatives: switching to UP code
[ 79.196724] device vif1.0 entered promiscuous mode
[ 79.207908] intern: port 2(vif1.0) entering learning state
[ 79.473233] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 80.204122] intern: port 2(vif1.0) entering forwarding state
[ 81.738428] blkback: ring-ref 8, event-channel 8, protocol 2 (x86_32-abi)
[ 81.798567] blkback: ring-ref 9, event-channel 9, protocol 2 (x86_32-abi)
[ 81.832389] blkback: ring-ref 10, event-channel 10, protocol 2 (x86_32-abi)
[ 89.704112] vif1.0: no IPv6 routers present
[ 100.671784] pciback: vpci: 0000:01:07.0: assign to virtual slot 0
[ 100.675470] pciback: vpci: 0000:01:08.0: assign to virtual slot 1
[ 100.680036] pciback: vpci: 0000:01:09.0: assign to virtual slot 2
[ 100.751934] device vif2.0 entered promiscuous mode
[ 100.766121] intern: port 3(vif2.0) entering learning state
[ 101.764091] intern: port 3(vif2.0) entering forwarding state
[ 103.545900] blkback: ring-ref 9, event-channel 9, protocol 2 (x86_32-abi)
[ 103.566626] blkback: ring-ref 10, event-channel 10, protocol 2 (x86_32-abi)
[ 103.566828] alloc irq_desc for 997 on node -1
[ 103.566831] alloc kstat_irqs on node -1
[ 103.593302] blkback: ring-ref 11, event-channel 11, protocol 2 (x86_32-abi)
[ 103.593504] alloc irq_desc for 996 on node -1
[ 103.593507] alloc kstat_irqs on node -1
[ 103.622440] alloc irq_desc for 995 on node -1
[ 103.622444] alloc kstat_irqs on node -1
[ 106.308308] pciback 0000:01:08.0: enabling device (0000 -> 0002)
[ 106.308395] xen: registering gsi 18 triggering 0 polarity 1
[ 106.308399] xen_allocate_pirq: returning irq 18 for gsi 18
[ 106.308472] xen: --> irq=18
[ 106.308477] Already setup the GSI :18
[ 106.308547] pciback 0000:01:08.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> IRQ 18
[ 106.398590] pciback 0000:01:09.0: enabling device (0000 -> 0003)
[ 106.398677] xen: registering gsi 19 triggering 0 polarity 1
[ 106.398681] xen_allocate_pirq: returning irq 19 for gsi 19
[ 106.398754] xen: --> irq=19
[ 106.398759] Already setup the GSI :19
[ 106.398828] pciback 0000:01:09.0: PCI INT A -> Link[APC4] -> GSI 19 (level, low) -> IRQ 19
[ 106.656498] pciback 0000:01:07.0: enabling device (0000 -> 0002)
[ 106.656585] xen: registering gsi 17 triggering 0 polarity 1
[ 106.656588] xen_allocate_pirq: returning irq 17 for gsi 17
[ 106.656661] xen: --> irq=17
[ 106.656667] Already setup the GSI :17
[ 106.660476] pciback 0000:01:07.0: PCI INT A -> Link[APC2] -> GSI 17 (level, low) -> IRQ 17
[ 111.156114] vif2.0: no IPv6 routers present
[ 122.974342] alloc irq_desc for 994 on node -1
[ 122.974347] alloc kstat_irqs on node -1
[ 125.315489] alloc irq_desc for 993 on node -1
[ 125.315494] alloc kstat_irqs on node -1
[ 126.176496] device vif3.1 entered promiscuous mode
[ 126.178015] device vif3.3 entered promiscuous mode
[ 126.179527] device vif3.0 entered promiscuous mode
[ 126.183050] device vif3.2 entered promiscuous mode
[ 126.198450] dmz: port 1(vif3.2) entering learning state
[ 126.202839] extern: port 2(vif3.1) entering learning state
[ 126.205998] wlan: port 1(vif3.3) entering learning state
[ 126.208958] intern: port 4(vif3.0) entering learning state
[ 127.200093] extern: port 2(vif3.1) entering forwarding state
[ 127.208092] intern: port 4(vif3.0) entering forwarding state
[ 133.347233] blkback: ring-ref 8, event-channel 9, protocol 2 (x86_32-abi)
[ 133.347438] alloc irq_desc for 992 on node -1
[ 133.347442] alloc kstat_irqs on node -1
[ 133.369667] blkback: ring-ref 9, event-channel 10, protocol 2 (x86_32-abi)
[ 133.369884] alloc irq_desc for 991 on node -1
[ 133.369887] alloc kstat_irqs on node -1
[ 133.386966] blkback: ring-ref 10, event-channel 11, protocol 2 (x86_32-abi)
[ 133.387174] alloc irq_desc for 990 on node -1
[ 133.387177] alloc kstat_irqs on node -1
[ 133.409100] blkback: ring-ref 11, event-channel 12, protocol 2 (x86_32-abi)
[ 133.409320] alloc irq_desc for 989 on node -1
[ 133.409323] alloc kstat_irqs on node -1
[ 133.420604] blkback: ring-ref 12, event-channel 13, protocol 2 (x86_32-abi)
[ 133.420819] alloc irq_desc for 988 on node -1
[ 133.420822] alloc kstat_irqs on node -1
[ 133.445690] alloc irq_desc for 987 on node -1
[ 133.445694] alloc kstat_irqs on node -1
[ 133.461667] alloc irq_desc for 986 on node -1
[ 133.461671] alloc kstat_irqs on node -1
[ 133.472505] alloc irq_desc for 985 on node -1
[ 133.472509] alloc kstat_irqs on node -1
[ 133.483318] alloc irq_desc for 984 on node -1
[ 133.483322] alloc kstat_irqs on node -1
[ 136.220089] vif3.0: no IPv6 routers present
[ 136.580092] vif3.2: no IPv6 routers present
[ 136.848088] vif3.3: no IPv6 routers present
[ 137.092088] vif3.1: no IPv6 routers present
[ 141.196091] dmz: port 1(vif3.2) entering forwarding state
[ 141.204095] wlan: port 1(vif3.3) entering forwarding state
[ 150.749738] alloc irq_desc for 983 on node -1
[ 150.749743] alloc kstat_irqs on node -1
[ 153.660873] pciback: vpci: 0000:02:00.0: assign to virtual slot 0
[ 153.721297] alloc irq_desc for 982 on node -1
[ 153.721302] alloc kstat_irqs on node -1
[ 164.057916] alloc irq_desc for 981 on node -1
[ 164.057920] alloc kstat_irqs on node -1
[ 164.385472] blkback: ring-ref 9, event-channel 9, protocol 2 (x86_32-abi)
[ 164.385681] alloc irq_desc for 980 on node -1
[ 164.385684] alloc kstat_irqs on node -1
[ 164.413113] blkback: ring-ref 10, event-channel 10, protocol 2 (x86_32-abi)
[ 164.413323] alloc irq_desc for 979 on node -1
[ 164.413326] alloc kstat_irqs on node -1
[ 164.433913] blkback: ring-ref 11, event-channel 11, protocol 2 (x86_32-abi)
[ 164.434125] alloc irq_desc for 978 on node -1
[ 164.434128] alloc kstat_irqs on node -1
[ 164.468200] blkback: ring-ref 12, event-channel 12, protocol 2 (x86_32-abi)
[ 164.468421] alloc irq_desc for 977 on node -1
[ 164.468424] alloc kstat_irqs on node -1
[ 164.504231] blkback: ring-ref 13, event-channel 13, protocol 2 (x86_32-abi)
[ 164.504453] alloc irq_desc for 976 on node -1
[ 164.504456] alloc kstat_irqs on node -1
[ 164.517375] blkback: ring-ref 14, event-channel 14, protocol 2 (x86_32-abi)
[ 164.517583] alloc irq_desc for 975 on node -1
[ 164.517586] alloc kstat_irqs on node -1
[ 164.539176] blkback: ring-ref 15, event-channel 15, protocol 2 (x86_32-abi)
[ 164.539384] alloc irq_desc for 974 on node -1
[ 164.539388] alloc kstat_irqs on node -1
[ 164.558626] blkback: ring-ref 16, event-channel 16, protocol 2 (x86_32-abi)
[ 164.558839] alloc irq_desc for 973 on node -1
[ 164.558842] alloc kstat_irqs on node -1
[ 166.764783] pciback 0000:02:00.0: enabling device (0000 -> 0003)
[ 166.764870] xen: registering gsi 16 triggering 0 polarity 1
[ 166.764873] xen_allocate_pirq: returning irq 16 for gsi 16
[ 166.764946] xen: --> irq=16
[ 166.764952] Already setup the GSI :16
[ 166.765022] pciback 0000:02:00.0: PCI INT A -> Link[APC5] -> GSI 16 (level, low) -> IRQ 16
[ 166.765429] pciback 0000:02:00.0: setting latency timer to 64
[ 166.765815] alloc irq_desc for 972 on node -1
[ 166.765818] alloc kstat_irqs on node -1
[ 182.574448] alloc irq_desc for 971 on node -1
[ 182.574453] alloc kstat_irqs on node -1
[ 183.017290] alloc irq_desc for 970 on node -1
[ 183.017295] alloc kstat_irqs on node -1
[ 186.185046] device vif5.0 entered promiscuous mode
[ 186.189936] intern: port 5(vif5.0) entering learning state
[ 187.188069] intern: port 5(vif5.0) entering forwarding state
[ 188.143157] blkback: ring-ref 8, event-channel 8, protocol 1 (x86_64-abi)
[ 188.143380] alloc irq_desc for 969 on node -1
[ 188.143383] alloc kstat_irqs on node -1
[ 188.171850] blkback: ring-ref 9, event-channel 9, protocol 1 (x86_64-abi)
[ 188.172095] alloc irq_desc for 968 on node -1
[ 188.172098] alloc kstat_irqs on node -1
[ 191.838014] alloc irq_desc for 967 on node -1
[ 191.838025] alloc kstat_irqs on node -1
[ 196.216080] vif5.0: no IPv6 routers present
[ 208.402532] alloc irq_desc for 966 on node -1
[ 208.402548] alloc kstat_irqs on node -1
[ 208.697854] alloc irq_desc for 965 on node -1
[ 208.697859] alloc kstat_irqs on node -1
[ 210.381116] device vif6.0 entered promiscuous mode
[ 210.384628] intern: port 6(vif6.0) entering learning state
[ 211.384071] intern: port 6(vif6.0) entering forwarding state
[ 212.382039] blkback: ring-ref 8, event-channel 8, protocol 2 (x86_32-abi)
[ 212.382252] alloc irq_desc for 964 on node -1
[ 212.382256] alloc kstat_irqs on node -1
[ 212.398712] blkback: ring-ref 9, event-channel 9, protocol 2 (x86_32-abi)
[ 212.398939] alloc irq_desc for 963 on node -1
[ 212.398942] alloc kstat_irqs on node -1
[ 212.430389] alloc irq_desc for 962 on node -1
[ 212.430394] alloc kstat_irqs on node -1
[ 220.476089] vif6.0: no IPv6 routers present
[ 229.452399] alloc irq_desc for 961 on node -1
[ 229.452404] alloc kstat_irqs on node -1
[ 229.981565] alloc irq_desc for 960 on node -1
[ 229.981570] alloc kstat_irqs on node -1
[ 230.747823] device vif7.0 entered promiscuous mode
[ 230.758818] dmz: port 2(vif7.0) entering learning state
[ 234.449533] blkback: ring-ref 8, event-channel 8, protocol 2 (x86_32-abi)
[ 234.449789] alloc irq_desc for 959 on node -1
[ 234.449792] alloc kstat_irqs on node -1
[ 234.476242] blkback: ring-ref 9, event-channel 9, protocol 2 (x86_32-abi)
[ 234.476464] alloc irq_desc for 958 on node -1
[ 234.476467] alloc kstat_irqs on node -1
[ 234.497196] blkback: ring-ref 10, event-channel 10, protocol 2 (x86_32-abi)
[ 234.497415] alloc irq_desc for 957 on node -1
[ 234.497418] alloc kstat_irqs on node -1
[ 234.530244] alloc irq_desc for 956 on node -1
[ 234.530248] alloc kstat_irqs on node -1
[ 241.040116] vif7.0: no IPv6 routers present
[ 245.756092] dmz: port 2(vif7.0) entering forwarding state
[ 251.624544] alloc irq_desc for 955 on node -1
[ 251.624548] alloc kstat_irqs on node -1
[ 252.144530] alloc irq_desc for 954 on node -1
[ 252.144534] alloc kstat_irqs on node -1
[ 252.770929] device vif8.0 entered promiscuous mode
[ 252.786585] intern: port 7(vif8.0) entering learning state
[ 253.784089] intern: port 7(vif8.0) entering forwarding state
[ 256.409882] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)
[ 256.410112] alloc irq_desc for 953 on node -1
[ 256.410116] alloc kstat_irqs on node -1
[ 256.432795] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)
[ 256.433027] alloc irq_desc for 952 on node -1
[ 256.433030] alloc kstat_irqs on node -1
[ 256.455036] blkback: ring-ref 10, event-channel 15, protocol 1 (x86_64-abi)
[ 256.455266] alloc irq_desc for 951 on node -1
[ 256.455269] alloc kstat_irqs on node -1
[ 258.270400] alloc irq_desc for 950 on node -1
[ 258.270404] alloc kstat_irqs on node -1
[ 263.208101] vif8.0: no IPv6 routers present
[ 299.296710] alloc irq_desc for 949 on node -1
[ 299.296721] alloc kstat_irqs on node -1
[ 302.239338] alloc irq_desc for 948 on node -1
[ 302.239349] alloc kstat_irqs on node -1
[ 304.298120] device vif9.0 entered promiscuous mode
[ 304.306728] intern: port 8(vif9.0) entering learning state
[ 305.304062] intern: port 8(vif9.0) entering forwarding state
[ 307.060999] blkback: ring-ref 8, event-channel 8, protocol 2 (x86_32-abi)
[ 307.061222] alloc irq_desc for 947 on node -1
[ 307.061225] alloc kstat_irqs on node -1
[ 307.085550] blkback: ring-ref 9, event-channel 9, protocol 2 (x86_32-abi)
[ 307.085777] alloc irq_desc for 946 on node -1
[ 307.085780] alloc kstat_irqs on node -1
[ 307.122705] blkback: ring-ref 10, event-channel 10, protocol 2 (x86_32-abi)
[ 307.122933] alloc irq_desc for 945 on node -1
[ 307.122936] alloc kstat_irqs on node -1
[ 307.163753] alloc irq_desc for 944 on node -1
[ 307.163758] alloc kstat_irqs on node -1
[ 315.040086] vif9.0: no IPv6 routers present
[ 349.313727] alloc irq_desc for 943 on node -1
[ 349.313738] alloc kstat_irqs on node -1
[ 355.690900] alloc irq_desc for 942 on node -1
[ 355.690914] alloc kstat_irqs on node -1
[ 357.144346] device vif10.0 entered promiscuous mode
[ 357.152981] intern: port 9(vif10.0) entering learning state
[ 358.152071] intern: port 9(vif10.0) entering forwarding state
[ 362.557663] blkback: ring-ref 768, event-channel 13, protocol 2 (x86_32-abi)
[ 362.557891] alloc irq_desc for 941 on node -1
[ 362.557894] alloc kstat_irqs on node -1
[ 362.589926] alloc irq_desc for 940 on node -1
[ 362.589930] alloc kstat_irqs on node -1
[ 362.602756] blkback: ring-ref 771, event-channel 15, protocol 2 (x86_32-abi)
[ 362.602987] alloc irq_desc for 939 on node -1
[ 362.602990] alloc kstat_irqs on node -1
[ 362.631033] blkback: ring-ref 772, event-channel 16, protocol 2 (x86_32-abi)
[ 362.631256] alloc irq_desc for 938 on node -1
[ 362.631259] alloc kstat_irqs on node -1
[ 367.640112] vif10.0: no IPv6 routers present
[-- Attachment #3: xmdmesg2 --]
[-- Type: application/octet-stream, Size: 7060 bytes --]
__ __ _ _ _ ___
\ \/ /___ _ __ | || | / | / _ \
\ // _ \ '_ \ | || |_ | || | | |
/ \ __/ | | | |__ _|| || |_| |
/_/\_\___|_| |_| |_|(_)_(_)___/
(XEN) Xen version 4.1.0 (root@) (gcc version 4.4.5 (Debian 4.4.5-8) ) Fri Jun 3 17:03:43 CEST 2011
(XEN) Latest ChangeSet: unavailable
(XEN) Bootloader: GNU GRUB 0.97
(XEN) Command line: dom0_mem=256M dom0_vcpus_pin cpuidle cpufreq=xen single
(XEN) Video information:
(XEN) VGA is text mode 80x25, font 8x16
(XEN) Disc information:
(XEN) Found 5 MBR signatures
(XEN) Found 5 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009f800 (usable)
(XEN) 000000000009f800 - 00000000000a0000 (reserved)
(XEN) 00000000000f0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00000000bfef0000 (usable)
(XEN) 00000000bfef0000 - 00000000bfef3000 (ACPI NVS)
(XEN) 00000000bfef3000 - 00000000bff00000 (ACPI data)
(XEN) 00000000e0000000 - 00000000e8000000 (reserved)
(XEN) 00000000fec00000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 0000000140000000 (usable)
(XEN) ACPI: RSDP 000F6600, 0014 (r0 GBT )
(XEN) ACPI: RSDT BFEF3000, 0038 (r1 GBT NVDAACPI 42302E31 NVDA 1010101)
(XEN) ACPI: FACP BFEF3040, 0074 (r1 GBT NVDAACPI 42302E31 NVDA 1010101)
(XEN) ACPI: DSDT BFEF30C0, 47C1 (r1 GBT NVDAACPI 1000 MSFT 3000000)
(XEN) ACPI: FACS BFEF0000, 0040
(XEN) ACPI: SSDT BFEF79C0, 08F5 (r1 PTLTD POWERNOW 1 LTP 1)
(XEN) ACPI: HPET BFEF82C0, 0038 (r1 GBT NVDAACPI 42302E31 NVDA 98)
(XEN) ACPI: MCFG BFEF8300, 003C (r1 GBT NVDAACPI 42302E31 NVDA 1010101)
(XEN) ACPI: APIC BFEF78C0, 00C6 (r1 GBT NVDAACPI 42302E31 NVDA 1010101)
(XEN) System RAM: 4094MB (4192828kB)
(XEN) Domain heap initialised
(XEN) Processor #0 0:5 APIC version 16
(XEN) Processor #1 0:5 APIC version 16
(XEN) Processor #2 0:5 APIC version 16
(XEN) IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2210.051 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU not found!
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using new ACK method
(XEN) Platform timer is 25.000MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) - Nested Page Tables (NPT)
(XEN) - Last Branch Record (LBR) Virtualisation
(XEN) - Next-RIP Saved on #VMEXIT
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 3 CPUs
(XEN) Xenoprofile: AMD IBS detected (0x0000001f)
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x176e000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 0000000138000000->000000013a000000 (50478 pages to be allocated)
(XEN) Init. ramdisk: 000000013e52e000->0000000140000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->ffffffff8176e000
(XEN) Init. ramdisk: ffffffff8176e000->ffffffff83240000
(XEN) Phys-Mach map: ffffffff83240000->ffffffff832c0000
(XEN) Start info: ffffffff832c0000->ffffffff832c04b4
(XEN) Page tables: ffffffff832c1000->ffffffff832de000
(XEN) Boot stack: ffffffff832de000->ffffffff832df000
(XEN) TOTAL: ffffffff80000000->ffffffff83400000
(XEN) ENTRY ADDRESS: ffffffff814d9200
(XEN) Dom0 has maximum 3 VCPUs
(XEN) Scrubbing Free RAM: ......................................done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 228kB init memory.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010004 from 0x00007676727ffab2 to 0x0000000000000000.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010000 from 0x00000301181cccaf to 0x0000000000430076.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d1 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d2 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d4 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d5 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d6 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d7 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d8 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d8 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d9 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d10 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d10 Domain attempted WRMSR 00000000c0010048 from 0x0000000000780000 to 0x0000000000780400.
(XEN) 'h' pressed -> showing installed handlers
(XEN) key '%' (ascii '25') => trap to xendbg
(XEN) key '*' (ascii '2a') => print all diagnostics
(XEN) key '0' (ascii '30') => dump Dom0 registers
(XEN) key 'A' (ascii '41') => toggle alternative key handling
(XEN) key 'C' (ascii '43') => trigger a crashdump
(XEN) key 'H' (ascii '48') => dump heap info
(XEN) key 'M' (ascii '4d') => dump MSI state
(XEN) key 'N' (ascii '4e') => trigger an NMI
(XEN) key 'Q' (ascii '51') => dump PCI devices
(XEN) key 'R' (ascii '52') => reboot machine
(XEN) key 'a' (ascii '61') => dump timer queues
(XEN) key 'c' (ascii '63') => dump ACPI Cx structures
(XEN) key 'd' (ascii '64') => dump registers
(XEN) key 'e' (ascii '65') => dump evtchn info
(XEN) key 'g' (ascii '67') => print grant table usage
(XEN) key 'h' (ascii '68') => show this message
(XEN) key 'i' (ascii '69') => dump interrupt bindings
(XEN) key 'm' (ascii '6d') => memory info
(XEN) key 'n' (ascii '6e') => NMI statistics
(XEN) key 'q' (ascii '71') => dump domain (and guest debug) info
(XEN) key 'r' (ascii '72') => dump run queues
(XEN) key 's' (ascii '73') => dump softtsc stats
(XEN) key 't' (ascii '74') => display multi-cpu clock info
(XEN) key 'u' (ascii '75') => dump numa info
(XEN) key 'v' (ascii '76') => dump AMD-V VMCBs
(XEN) key 'z' (ascii '7a') => print ioapic info
(XEN) 'c' pressed -> printing ACPI Cx structures
[-- Attachment #4: xminfo --]
[-- Type: application/octet-stream, Size: 1137 bytes --]
host : data
release : 2.6.32.40-xen-amd64
version : #2 SMP Mon Jun 6 14:22:39 CEST 2011
machine : x86_64
nr_cpus : 3
nr_nodes : 1
cores_per_socket : 3
threads_per_core : 1
cpu_mhz : 2210
hw_caps : 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000
virt_caps : hvm
total_memory : 4094
free_memory : 367
free_cpus : 0
xen_major : 4
xen_minor : 1
xen_extra : .0
xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler : credit
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : unavailable
xen_commandline : dom0_mem=256M dom0_vcpus_pin cpuidle cpufreq=xen single
cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8)
cc_compile_by : root
cc_compile_domain :
cc_compile_date : Fri Jun 3 17:03:43 CEST 2011
xend_config_format : 4
[-- Attachment #5: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Re: No C-States any longer...
2011-06-07 20:16 ` AW: " Carsten Schiers
@ 2011-06-07 20:21 ` Konrad Rzeszutek Wilk
2011-06-08 8:23 ` AW: " Carsten Schiers
2011-06-08 9:20 ` Ian Campbell
1 sibling, 1 reply; 20+ messages in thread
From: Konrad Rzeszutek Wilk @ 2011-06-07 20:21 UTC (permalink / raw)
To: Carsten Schiers; +Cc: xen-devel, Ian.Campbell
On Tue, Jun 07, 2011 at 10:16:48PM +0200, Carsten Schiers wrote:
> I tested with Xen 4.1.0 and latest xen.git#xen/stable-2.6.32: still not
> working.
You seem to have 'cpuidle' by itself. Shouldn't it be 'cpuidle=xen' ?
> Find attached some files. I currently have no working system to produce
> equivalents.
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: Re: No C-States any longer...
2011-06-06 8:31 ` Ian Campbell
2011-06-07 10:22 ` AW: " Carsten Schiers
2011-06-07 20:16 ` AW: " Carsten Schiers
@ 2011-06-07 20:23 ` Carsten Schiers
2 siblings, 0 replies; 20+ messages in thread
From: Carsten Schiers @ 2011-06-07 20:23 UTC (permalink / raw)
To: Ian.Campbell; +Cc: xen-devel
Sorry, wanted to emphasize on the following anomalies:
xm dmesg:
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010004 from
0x00007676727ffab2 to 0x0000000000000000.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010000 from
0x00000301181cccaf to 0x0000000000430076.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d0 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d1 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d2 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d4 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d5 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d6 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d7 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d8 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d8 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d9 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d10 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
(XEN) traps.c:2375:d10 Domain attempted WRMSR 00000000c0010048 from
0x0000000000780000 to 0x0000000000780400.
dmesg Dom0:
[ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI
0-0
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high
level)
[ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high
edge)
[ 0.000000] ERROR: Unable to locate IOAPIC for GSI 14
[ 0.000000] Using ACPI (MADT) for SMP configuration information
...
[ 0.008500] ------------[ cut here ]------------
[ 0.008575] WARNING: at arch/x86/xen/enlighten.c:729
init_hw_perf_events+0x337/0x3d7()
[ 0.008674] Hardware name: M56S-S3
[ 0.008741] Modules linked in:
[ 0.008848] Pid: 0, comm: swapper Not tainted 2.6.32.40-xen-amd64 #2
[ 0.008922] Call Trace:
[ 0.008993] [<ffffffff8104d73f>] ? warn_slowpath_common+0x76/0x8c
[ 0.009071] [<ffffffff814e1113>] ? init_hw_perf_events+0x337/0x3d7
[ 0.009148] [<ffffffff814e0c20>] ? identify_boot_cpu+0x15/0x3d
[ 0.009223] [<ffffffff814e0db7>] ? check_bugs+0x9/0x2e
[ 0.009297] [<ffffffff814d9ce3>] ? start_kernel+0x3cb/0x3e5
[ 0.009371] [<ffffffff814dbb4e>] ? xen_start_kernel+0x5ae/0x5b4
[ 0.009450] ---[ end trace a7919e7f17c0a725 ]---
...
[ 0.049594] ERROR: Unable to locate IOAPIC for GSI 9
...
BR,
Carsten.
-----Ursprüngliche Nachricht-----
Von: Ian Campbell [mailto:Ian.Campbell@citrix.com]
Gesendet: Montag, 6. Juni 2011 10:31
An: Carsten Schiers
Cc: xen-devel
Betreff: Re: [Xen-devel] No C-States any longer...
On Sat, 2011-06-04 at 17:18 +0100, Carsten Schiers wrote:
> after my move to Xen 4.1.0 and Debian 2.6.32-5-xen-amd64 pvops Dom0.
> Seems to be a problem with ACPI.
> Can it be a BIOS problem (although it worked up to now) or is this not
> implemented?
It may not have been implemented when Debian took their snapshot of
pvops for the Squeeze release or there may have been missing bugfixes.
Can you try the latest xen.git#xen/stable-2.6.32?
> Some infos:
It might be interesting to see the equivalent on a working system. Also
a complete dmesg from each case would be useful.
Ian.
>
> xm dmesg after xm debug-key c:
> --------------------------------
> (XEN) 'c' pressed -> printing ACPI Cx structures
>
> xenpm get-cpuidle-states 0
> --------------------------
> Max C-state: C7
>
> cpu id : 0
> total C-states : 0
> idle time(ms) : 0
> pc3 : [00000000000000000018 ms]
> pc6 : [00000000000000004294 ms]
> pc7 : [00000000000140733193 ms]
> cc3 : [00000000000000000000 ms]
> cc6 : [00000000000000000006 ms]
>
> xm info
> -------
> host : data
> release : 2.6.32-5-xen-amd64
> version : #1 SMP Thu May 19 01:16:47 UTC 2011
> machine : x86_64
> nr_cpus : 3
> nr_nodes : 1
> cores_per_socket : 3
> threads_per_core : 1
> cpu_mhz : 2210
> hw_caps :
>
178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000
> virt_caps : hvm
> total_memory : 4094
> free_memory : 373
> free_cpus : 0
> xen_major : 4
> xen_minor : 1
> xen_extra : .0
> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
> xen_scheduler : credit
> xen_pagesize : 4096
> platform_params : virt_start=0xffff800000000000
> xen_changeset : unavailable
> xen_commandline : dom0_mem=256M dom0_vcpus_pin cpuidle
> cpufreq=xen
> cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8)
> cc_compile_by : root
> cc_compile_domain :
> cc_compile_date : Fri Jun 3 17:03:43 CEST 2011
> xend_config_format : 4
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: Re: No C-States any longer...
2011-06-07 20:21 ` Konrad Rzeszutek Wilk
@ 2011-06-08 8:23 ` Carsten Schiers
0 siblings, 0 replies; 20+ messages in thread
From: Carsten Schiers @ 2011-06-08 8:23 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel, Ian.Campbell
I think it's only cpuidle, but it doesn't make a difference anyhow...
----- Originalnachricht -----
Von: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Gesendet: Die, 7.6.2011 22:21
An: Carsten Schiers <carsten@schiers.de>
Cc: xen-devel <xen-devel@lists.xensource.com> ; Ian.Campbell <Ian.Campbell@citrix.com>
Betreff: Re: Re: [Xen-devel] No C-States any longer...
On Tue, Jun 07, 2011 at 10:16:48PM +0200, Carsten Schiers wrote:
> I tested with Xen 4.1.0 and latest xen.git#xen/stable-2.6.32: still not
> working.
You seem to have 'cpuidle' by itself. Shouldn't it be 'cpuidle=xen' ?
> Find attached some files. I currently have no working system to produce
> equivalents.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: AW: Re: No C-States any longer...
2011-06-07 20:16 ` AW: " Carsten Schiers
2011-06-07 20:21 ` Konrad Rzeszutek Wilk
@ 2011-06-08 9:20 ` Ian Campbell
1 sibling, 0 replies; 20+ messages in thread
From: Ian Campbell @ 2011-06-08 9:20 UTC (permalink / raw)
To: Carsten Schiers; +Cc: kevin.tian, xen-devel, ke.yu, yunhong.jiang
I'm really not sure how this stuff is supposed to work.
I've CC'd some Intel folks who authored/touched
driver/acpi/processor_xen.c and drivers/xen/acpi_processor.c which I
think is the glue which is supposed to make this stuff work.
Ian.
On Tue, 2011-06-07 at 21:16 +0100, Carsten Schiers wrote:
> I tested with Xen 4.1.0 and latest xen.git#xen/stable-2.6.32: still not
> working.
> Find attached some files. I currently have no working system to produce
> equivalents.
>
> BR,
> Carsten.
>
> -----Ursprüngliche Nachricht-----
> Von: Ian Campbell [mailto:Ian.Campbell@citrix.com]
> Gesendet: Montag, 6. Juni 2011 10:31
> An: Carsten Schiers
> Cc: xen-devel
> Betreff: Re: [Xen-devel] No C-States any longer...
>
> On Sat, 2011-06-04 at 17:18 +0100, Carsten Schiers wrote:
> > after my move to Xen 4.1.0 and Debian 2.6.32-5-xen-amd64 pvops Dom0.
> > Seems to be a problem with ACPI.
> > Can it be a BIOS problem (although it worked up to now) or is this not
>
> > implemented?
>
> It may not have been implemented when Debian took their snapshot of
> pvops for the Squeeze release or there may have been missing bugfixes.
> Can you try the latest xen.git#xen/stable-2.6.32?
>
> > Some infos:
>
> It might be interesting to see the equivalent on a working system. Also
> a complete dmesg from each case would be useful.
>
> Ian.
>
> >
> > xm dmesg after xm debug-key c:
> > --------------------------------
> > (XEN) 'c' pressed -> printing ACPI Cx structures
> >
> > xenpm get-cpuidle-states 0
> > --------------------------
> > Max C-state: C7
> >
> > cpu id : 0
> > total C-states : 0
> > idle time(ms) : 0
> > pc3 : [00000000000000000018 ms]
> > pc6 : [00000000000000004294 ms]
> > pc7 : [00000000000140733193 ms]
> > cc3 : [00000000000000000000 ms]
> > cc6 : [00000000000000000006 ms]
> >
> > xm info
> > -------
> > host : data
> > release : 2.6.32-5-xen-amd64
> > version : #1 SMP Thu May 19 01:16:47 UTC 2011
> > machine : x86_64
> > nr_cpus : 3
> > nr_nodes : 1
> > cores_per_socket : 3
> > threads_per_core : 1
> > cpu_mhz : 2210
> > hw_caps :
> >
> 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000
> > virt_caps : hvm
> > total_memory : 4094
> > free_memory : 373
> > free_cpus : 0
> > xen_major : 4
> > xen_minor : 1
> > xen_extra : .0
> > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
>
> > hvm-3.0-x86_32p hvm-3.0-x86_64
> > xen_scheduler : credit
> > xen_pagesize : 4096
> > platform_params : virt_start=0xffff800000000000
> > xen_changeset : unavailable
> > xen_commandline : dom0_mem=256M dom0_vcpus_pin cpuidle
> > cpufreq=xen
> > cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8)
> > cc_compile_by : root
> > cc_compile_domain :
> > cc_compile_date : Fri Jun 3 17:03:43 CEST 2011
> > xend_config_format : 4
> >
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
>
>
>
>
^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: No C-States any longer...
2011-06-04 16:18 No C-States any longer Carsten Schiers
2011-06-06 8:31 ` Ian Campbell
@ 2011-06-09 2:42 ` Tian, Kevin
2011-06-09 4:04 ` AW: " Carsten Schiers
1 sibling, 1 reply; 20+ messages in thread
From: Tian, Kevin @ 2011-06-09 2:42 UTC (permalink / raw)
To: Carsten Schiers, xen-devel
> From: Carsten Schiers
> Sent: Sunday, June 05, 2011 12:19 AM
>
> after my move to Xen 4.1.0 and Debian 2.6.32-5-xen-amd64 pvops Dom0.
> Seems to be a problem with ACPI.
> Can it be a BIOS problem (although it worked up to now) or is this not
> implemented?
to verify BIOS problem, you could run a native Linux to verify.
>
> Thanks & BR, Carsten.
>
> Some infos:
>
> xm dmesg after xm debug-key c:
> --------------------------------
> (XEN) 'c' pressed -> printing ACPI Cx structures
>
> xenpm get-cpuidle-states 0
> --------------------------
> Max C-state: C7
>
> cpu id : 0
> total C-states : 0
> idle time(ms) : 0
> pc3 : [00000000000000000018 ms]
> pc6 : [00000000000000004294 ms]
> pc7 : [00000000000140733193 ms]
> cc3 : [00000000000000000000 ms]
> cc6 : [00000000000000000006 ms]
This looks strange. At least C1 should be available. You may check Xen/dom0
log to see any error there, or manually add some printk in set_cx_pminfo to
see any error there.
Thanks
Kevin
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: RE: No C-States any longer...
2011-06-09 2:42 ` Tian, Kevin
@ 2011-06-09 4:04 ` Carsten Schiers
2011-06-09 4:19 ` Tian, Kevin
2011-06-09 5:25 ` AW: " Ian Campbell
0 siblings, 2 replies; 20+ messages in thread
From: Carsten Schiers @ 2011-06-09 4:04 UTC (permalink / raw)
To: kevin.tian, xen-devel
> to verify BIOS problem, you could run a native Linux to verify.
I can tell you that it worked with the old Xenified 2.6.18 kernel.
> This looks strange. At least C1 should be available. You may check
Xen/dom0
> log to see any error there, or manually add some printk in
set_cx_pminfo to
> see any error there.
I check tonight. Does it make sense also to turn debug info on for Dom0
acpi?
BR,
Carsten.
^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: RE: No C-States any longer...
2011-06-09 4:04 ` AW: " Carsten Schiers
@ 2011-06-09 4:19 ` Tian, Kevin
2011-06-09 10:50 ` AW: " Carsten Schiers
2011-06-09 19:08 ` AW: " Carsten Schiers
2011-06-09 5:25 ` AW: " Ian Campbell
1 sibling, 2 replies; 20+ messages in thread
From: Tian, Kevin @ 2011-06-09 4:19 UTC (permalink / raw)
To: Carsten Schiers, xen-devel
> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Thursday, June 09, 2011 12:05 PM
>
> > to verify BIOS problem, you could run a native Linux to verify.
>
> I can tell you that it worked with the old Xenified 2.6.18 kernel.
Then possibly some patches get lost in your current env...
>
> > This looks strange. At least C1 should be available. You may check
> Xen/dom0
> > log to see any error there, or manually add some printk in
> set_cx_pminfo to
> > see any error there.
>
> I check tonight. Does it make sense also to turn debug info on for Dom0
> acpi?
>
You can have a try though I don't think that gives much hint because
basic ACPI logic doesn't change in Dom0. The more interesting thing is
about the gear logic between dom0 and Xen. Does the dom0 notify
Xen on earth? Is there some condition making Xen reject the call? ...
Thanks
Kevin
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: AW: RE: No C-States any longer...
2011-06-09 4:04 ` AW: " Carsten Schiers
2011-06-09 4:19 ` Tian, Kevin
@ 2011-06-09 5:25 ` Ian Campbell
1 sibling, 0 replies; 20+ messages in thread
From: Ian Campbell @ 2011-06-09 5:25 UTC (permalink / raw)
To: Carsten Schiers; +Cc: kevin.tian, xen-devel
On Thu, 2011-06-09 at 05:04 +0100, Carsten Schiers wrote:
> > to verify BIOS problem, you could run a native Linux to verify.
>
> I can tell you that it worked with the old Xenified 2.6.18 kernel.
Perhaps there are CONFIG options needed for the new kernel which aren't
enabled? Can you post your .config please.
Ian.
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: RE: No C-States any longer...
2011-06-09 4:19 ` Tian, Kevin
@ 2011-06-09 10:50 ` Carsten Schiers
2011-06-09 10:54 ` Ian Campbell
2011-06-09 19:08 ` AW: " Carsten Schiers
1 sibling, 1 reply; 20+ messages in thread
From: Carsten Schiers @ 2011-06-09 10:50 UTC (permalink / raw)
To: Tian, Kevin, xen-devel
> The more interesting thing is
> about the gear logic between dom0 and Xen. Does the dom0 notify
> Xen on earth? Is there some condition making Xen reject the call? ...
I am not sure whether this is a gear, but in dmesg I have a WARNING
which is issued by enlighten.c/xen_apic_write, saying: Warn to see if there's
any stray reference.
> You may check Xen/dom0
> log to see any error there, or manually add some printk in set_cx_pminfo to
> see any error there.
I'll do that tonight, Kernel is already baking...
BR,
Carsten.
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: AW: RE: No C-States any longer...
2011-06-09 10:50 ` AW: " Carsten Schiers
@ 2011-06-09 10:54 ` Ian Campbell
0 siblings, 0 replies; 20+ messages in thread
From: Ian Campbell @ 2011-06-09 10:54 UTC (permalink / raw)
To: Carsten Schiers; +Cc: Tian, Kevin, xen-devel
On Thu, 2011-06-09 at 11:50 +0100, Carsten Schiers wrote:
> > The more interesting thing is
> > about the gear logic between dom0 and Xen. Does the dom0 notify
> > Xen on earth? Is there some condition making Xen reject the call? ...
>
> I am not sure whether this is a gear, but in dmesg I have a WARNING
> which is issued by enlighten.c/xen_apic_write, saying: Warn to see if there's
> any stray reference.
Those are 99% likely to be benign.
>
> > You may check Xen/dom0
> > log to see any error there, or manually add some printk in set_cx_pminfo to
> > see any error there.
>
> I'll do that tonight, Kernel is already baking...
>
> BR,
> Carsten.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: RE: RE: No C-States any longer...
2011-06-09 4:19 ` Tian, Kevin
2011-06-09 10:50 ` AW: " Carsten Schiers
@ 2011-06-09 19:08 ` Carsten Schiers
2011-06-10 8:48 ` Tian, Kevin
1 sibling, 1 reply; 20+ messages in thread
From: Carsten Schiers @ 2011-06-09 19:08 UTC (permalink / raw)
To: kevin.tian, xen-devel
Through some adding of printk I was able at least to verify that for my
3 core CPU AMD Athlon X3 400e
- xen_px_notifier is called six times
- Hypervisor is reporting XEN_PM_PX is called six times
- Hypervisor is never reporting XEN_PM_CX to have been called
- this is because xen_cx_notifier is never called.
-> set_cx_pminfo is never called.
What I will try to find out next is to check where xen_cx_notifier
*should* be called. OS debugging is
not realy my expertise, let's see whether you first can give me a hint
or whether I am quicker to find
it on my own.
Carsten.
-----Ursprüngliche Nachricht-----
Von: Tian, Kevin [mailto:kevin.tian@intel.com]
Gesendet: Donnerstag, 9. Juni 2011 06:19
An: Carsten Schiers; xen-devel
Betreff: RE: RE: [Xen-devel] No C-States any longer...
> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Thursday, June 09, 2011 12:05 PM
>
> > to verify BIOS problem, you could run a native Linux to verify.
>
> I can tell you that it worked with the old Xenified 2.6.18 kernel.
Then possibly some patches get lost in your current env...
>
> > This looks strange. At least C1 should be available. You may check
> Xen/dom0
> > log to see any error there, or manually add some printk in
> set_cx_pminfo to
> > see any error there.
>
> I check tonight. Does it make sense also to turn debug info on for
Dom0
> acpi?
>
You can have a try though I don't think that gives much hint because
basic ACPI logic doesn't change in Dom0. The more interesting thing is
about the gear logic between dom0 and Xen. Does the dom0 notify
Xen on earth? Is there some condition making Xen reject the call? ...
Thanks
Kevin
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: RE: RE: No C-States any longer...
2011-06-09 19:08 ` AW: " Carsten Schiers
@ 2011-06-10 8:48 ` Tian, Kevin
2011-06-10 14:56 ` AW: " Carsten Schiers
0 siblings, 1 reply; 20+ messages in thread
From: Tian, Kevin @ 2011-06-10 8:48 UTC (permalink / raw)
To: Carsten Schiers, xen-devel
> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Friday, June 10, 2011 3:09 AM
>
> Through some adding of printk I was able at least to verify that for my
> 3 core CPU AMD Athlon X3 400e
>
> - xen_px_notifier is called six times
> - Hypervisor is reporting XEN_PM_PX is called six times
> - Hypervisor is never reporting XEN_PM_CX to have been called
> - this is because xen_cx_notifier is never called.
> -> set_cx_pminfo is never called.
>
> What I will try to find out next is to check where xen_cx_notifier
> *should* be called. OS debugging is
> not realy my expertise, let's see whether you first can give me a hint
> or whether I am quicker to find
> it on my own.
>
the entry point in dom0 looks like:
xen_acpi_processor_start
xen_acpi_processor_power_init
processor_cntl_xen_notify
xen_ops.pm_ops
xen_cx_notifier
HYPERVISOR_dom0_op
Thanks
Kevin
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: RE: RE: RE: No C-States any longer...
2011-06-10 8:48 ` Tian, Kevin
@ 2011-06-10 14:56 ` Carsten Schiers
2011-06-12 8:57 ` Tian, Kevin
0 siblings, 1 reply; 20+ messages in thread
From: Carsten Schiers @ 2011-06-10 14:56 UTC (permalink / raw)
To: kevin.tian, xen-devel
Some in-between notes, if someone is better in analyzing the code. There
is the following sequence
In drivers/scpi/processor_idle.c:
result = acpi_processor_get_power_info_cst(pr);
if (result == -ENODEV)
result = acpi_processor_get_power_info_fadt(pr);
if (result)
return result;
acpi_processor_get_power_info_default(pr);
On a working Intel machine, it will go through it like this:
- acpi_processor_get_power_info_cst, which returns 0
- acpi_processor_get_power_info_default
- later acpi_processor_power_verify will find some c-states
On my non-working AMD machine, it will go through like this:
- acpi_processor_get_power_info_cst, which returns -ENODEV
- acpi_processor_get_power_info_fadt, which also return -ENODEV
- this result is returned
The returned result -ENODEV is cascaded up to the call in
xen_acpi_processor_power_init, but there
nothing is checked or done.
I will now try to find the root cause (acpi_processor_get_power_info_cst
is to be checked next).
Carsten.
-----Ursprüngliche Nachricht-----
Von: Tian, Kevin [mailto:kevin.tian@intel.com]
Gesendet: Freitag, 10. Juni 2011 10:49
An: Carsten Schiers; xen-devel
Betreff: RE: RE: RE: [Xen-devel] No C-States any longer...
> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Friday, June 10, 2011 3:09 AM
>
> Through some adding of printk I was able at least to verify that for
my
> 3 core CPU AMD Athlon X3 400e
>
> - xen_px_notifier is called six times
> - Hypervisor is reporting XEN_PM_PX is called six times
> - Hypervisor is never reporting XEN_PM_CX to have been called
> - this is because xen_cx_notifier is never called.
> -> set_cx_pminfo is never called.
>
> What I will try to find out next is to check where xen_cx_notifier
> *should* be called. OS debugging is
> not realy my expertise, let's see whether you first can give me a hint
> or whether I am quicker to find
> it on my own.
>
the entry point in dom0 looks like:
xen_acpi_processor_start
xen_acpi_processor_power_init
processor_cntl_xen_notify
xen_ops.pm_ops
xen_cx_notifier
HYPERVISOR_dom0_op
Thanks
Kevin
^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: RE: RE: RE: No C-States any longer...
2011-06-10 14:56 ` AW: " Carsten Schiers
@ 2011-06-12 8:57 ` Tian, Kevin
2011-06-12 10:24 ` AW: " Carsten Schiers
0 siblings, 1 reply; 20+ messages in thread
From: Tian, Kevin @ 2011-06-12 8:57 UTC (permalink / raw)
To: Carsten Schiers, xen-devel
> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Friday, June 10, 2011 10:56 PM
>
> Some in-between notes, if someone is better in analyzing the code. There
> is the following sequence
> In drivers/scpi/processor_idle.c:
>
> result = acpi_processor_get_power_info_cst(pr);
>
> if (result == -ENODEV)
> result = acpi_processor_get_power_info_fadt(pr);
>
> if (result)
> return result;
>
> acpi_processor_get_power_info_default(pr);
>
> On a working Intel machine, it will go through it like this:
>
> - acpi_processor_get_power_info_cst, which returns 0
> - acpi_processor_get_power_info_default
> - later acpi_processor_power_verify will find some c-states
this is expected sequence
>
> On my non-working AMD machine, it will go through like this:
> - acpi_processor_get_power_info_cst, which returns -ENODEV
> - acpi_processor_get_power_info_fadt, which also return -ENODEV
> - this result is returned
though CST is optional, it's weird that even FADT doesn't contain valid Cx
information. Could you compare with your working pvops dom0 version or
compare with generic linux to see any difference? This parse logic should
be generic for both Linux and Xen.
>
> The returned result -ENODEV is cascaded up to the call in
> xen_acpi_processor_power_init, but there
> nothing is checked or done.
>
> I will now try to find the root cause (acpi_processor_get_power_info_cst
> is to be checked next).
Anyway, you seems close to the root cause...
Thanks
Kevin
^ permalink raw reply [flat|nested] 20+ messages in thread
* AW: RE: RE: RE: RE: No C-States any longer...
2011-06-12 8:57 ` Tian, Kevin
@ 2011-06-12 10:24 ` Carsten Schiers
2011-06-12 11:59 ` Tian, Kevin
0 siblings, 1 reply; 20+ messages in thread
From: Carsten Schiers @ 2011-06-12 10:24 UTC (permalink / raw)
To: kevin.tian, xen-devel
[-- Attachment #1: Type: text/plain, Size: 2018 bytes --]
There are some information in FACP (attached), there is no FADT.
In order to test native Linux, I need some more days. Family & Barbecue
have higher Prio ;o).
Carsten.
-----Ursprüngliche Nachricht-----
Von: Tian, Kevin [mailto:kevin.tian@intel.com]
Gesendet: Sonntag, 12. Juni 2011 10:57
An: Carsten Schiers; xen-devel
Betreff: RE: RE: RE: RE: [Xen-devel] No C-States any longer...
> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Friday, June 10, 2011 10:56 PM
>
> Some in-between notes, if someone is better in analyzing the code.
There
> is the following sequence
> In drivers/scpi/processor_idle.c:
>
> result = acpi_processor_get_power_info_cst(pr);
>
> if (result == -ENODEV)
> result = acpi_processor_get_power_info_fadt(pr);
>
> if (result)
> return result;
>
> acpi_processor_get_power_info_default(pr);
>
> On a working Intel machine, it will go through it like this:
>
> - acpi_processor_get_power_info_cst, which returns 0
> - acpi_processor_get_power_info_default
> - later acpi_processor_power_verify will find some c-states
this is expected sequence
>
> On my non-working AMD machine, it will go through like this:
> - acpi_processor_get_power_info_cst, which returns -ENODEV
> - acpi_processor_get_power_info_fadt, which also return -ENODEV
> - this result is returned
though CST is optional, it's weird that even FADT doesn't contain valid
Cx
information. Could you compare with your working pvops dom0 version or
compare with generic linux to see any difference? This parse logic
should
be generic for both Linux and Xen.
>
> The returned result -ENODEV is cascaded up to the call in
> xen_acpi_processor_power_init, but there
> nothing is checked or done.
>
> I will now try to find the root cause
(acpi_processor_get_power_info_cst
> is to be checked next).
Anyway, you seems close to the root cause...
Thanks
Kevin
[-- Attachment #2: FACP.dsl --]
[-- Type: application/octet-stream, Size: 4515 bytes --]
/*
* Intel ACPI Component Architecture
* AML Disassembler version 20100528
*
* Disassembly of FACP.dat, Sat Jun 11 11:45:41 2011
*
* ACPI Data Table [FACP]
*
* Format: [HexOffset DecimalOffset ByteLength] FieldName : FieldValue
*/
[000h 0000 4] Signature : "FACP" /* Fixed ACPI Description Table */
[004h 0004 4] Table Length : 00000074
[008h 0008 1] Revision : 01
[009h 0009 1] Checksum : 5D
[00Ah 0010 6] Oem ID : "GBT "
[010h 0016 8] Oem Table ID : "NVDAACPI"
[018h 0024 4] Oem Revision : 42302E31
[01Ch 0028 4] Asl Compiler ID : "NVDA"
[020h 0032 4] Asl Compiler Revision : 01010101
[024h 0036 4] FACS Address : BFEF0000
[028h 0040 4] DSDT Address : BFEF30C0
[02Ch 0044 1] Model : 00
[02Dh 0045 1] PM Profile : 01 (Desktop)
[02Eh 0046 2] SCI Interrupt : 0009
[030h 0048 4] SMI Command Port : 0000142E
[034h 0052 1] ACPI Enable Value : A1
[035h 0053 1] ACPI Disable Value : A0
[036h 0054 1] S4BIOS Command : 00
[037h 0055 1] P-State Control : 00
[038h 0056 4] PM1A Event Block Address : 00001000
[03Ch 0060 4] PM1B Event Block Address : 00000000
[040h 0064 4] PM1A Control Block Address : 00001004
[044h 0068 4] PM1B Control Block Address : 00000000
[048h 0072 4] PM2 Control Block Address : 0000101C
[04Ch 0076 4] PM Timer Block Address : 00001008
[050h 0080 4] GPE0 Block Address : 00001020
[054h 0084 4] GPE1 Block Address : 000014A0
[058h 0088 1] PM1 Event Block Length : 04
[059h 0089 1] PM1 Control Block Length : 02
[05Ah 0090 1] PM2 Control Block Length : 01
[05Bh 0091 1] PM Timer Block Length : 04
[05Ch 0092 1] GPE0 Block Length : 08
[05Dh 0093 1] GPE1 Block Length : 10
[05Eh 0094 1] GPE1 Base Offset : 20
[05Fh 0095 1] _CST Support : 00
[060h 0096 2] C2 Latency : 0065
[062h 0098 2] C3 Latency : 03E9
[064h 0100 2] CPU Cache Size : 0000
[066h 0102 2] Cache Flush Stride : 0000
[068h 0104 1] Duty Cycle Offset : 01
[069h 0105 1] Duty Cycle Width : 03
[06Ah 0106 1] RTC Day Alarm Index : 7D
[06Bh 0107 1] RTC Month Alarm Index : 7E
[06Ch 0108 1] RTC Century Index : 32
[06Dh 0109 2] Boot Flags (decoded below) : 0000
Legacy Devices Supported (V2) : 0
8042 Present on ports 60/64 (V2) : 0
VGA Not Present (V4) : 0
MSI Not Supported (V4) : 0
PCIe ASPM Not Supported (V4) : 0
[06Fh 0111 1] Reserved : 00
[070h 0112 4] Flags (decoded below) : 000004A5
WBINVD instruction is operational (V1) : 1
WBINVD flushes all caches (V1) : 0
All CPUs support C1 (V1) : 1
C2 works on MP system (V1) : 0
Control Method Power Button (V1) : 0
Control Method Sleep Button (V1) : 1
RTC wake not in fixed reg space (V1) : 0
RTC can wake system from S4 (V1) : 1
32-bit PM Timer (V1) : 0
Docking Supported (V1) : 0
Reset Register Supported (V2) : 1
Sealed Case (V3) : 0
Headless - No Video (V3) : 0
Use native instr after SLP_TYPx (V3) : 0
PCIEXP_WAK Bits Supported (V4) : 0
Use Platform Timer (V4) : 0
RTC_STS valid on S4 wake (V4) : 0
Remote Power-on capable (V4) : 0
Use APIC Cluster Model (V4) : 0
Use APIC Physical Destination Mode (V4) : 0
Raw Table Data
0000: 46 41 43 50 74 00 00 00 01 5D 47 42 54 20 20 20 FACPt....]GBT
0010: 4E 56 44 41 41 43 50 49 31 2E 30 42 4E 56 44 41 NVDAACPI1.0BNVDA
0020: 01 01 01 01 00 00 EF BF C0 30 EF BF 00 01 09 00 .........0......
0030: 2E 14 00 00 A1 A0 00 00 00 10 00 00 00 00 00 00 ................
0040: 04 10 00 00 00 00 00 00 1C 10 00 00 08 10 00 00 ................
0050: 20 10 00 00 A0 14 00 00 04 02 01 04 08 10 20 00 ............. .
0060: 65 00 E9 03 00 00 00 00 01 03 7D 7E 32 00 00 00 e.........}~2...
0070: A5 04 00 00 ....
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: RE: RE: RE: RE: No C-States any longer...
2011-06-12 10:24 ` AW: " Carsten Schiers
@ 2011-06-12 11:59 ` Tian, Kevin
0 siblings, 0 replies; 20+ messages in thread
From: Tian, Kevin @ 2011-06-12 11:59 UTC (permalink / raw)
To: Carsten Schiers, xen-devel
> From: Carsten Schiers [mailto:carsten@schiers.de]
> Sent: Sunday, June 12, 2011 6:24 PM
>
> There are some information in FACP (attached), there is no FADT.
FADT is plain text table, not encoded with AML language. It should be always there. :-)
Thanks
Kevin
>
> In order to test native Linux, I need some more days. Family & Barbecue
> have higher Prio ;o).
>
> Carsten.
>
> -----Ursprüngliche Nachricht-----
> Von: Tian, Kevin [mailto:kevin.tian@intel.com]
> Gesendet: Sonntag, 12. Juni 2011 10:57
> An: Carsten Schiers; xen-devel
> Betreff: RE: RE: RE: RE: [Xen-devel] No C-States any longer...
>
> > From: Carsten Schiers [mailto:carsten@schiers.de]
> > Sent: Friday, June 10, 2011 10:56 PM
> >
> > Some in-between notes, if someone is better in analyzing the code.
> There
> > is the following sequence
> > In drivers/scpi/processor_idle.c:
> >
> > result = acpi_processor_get_power_info_cst(pr);
> >
> > if (result == -ENODEV)
> > result = acpi_processor_get_power_info_fadt(pr);
> >
> > if (result)
> > return result;
> >
> > acpi_processor_get_power_info_default(pr);
> >
> > On a working Intel machine, it will go through it like this:
> >
> > - acpi_processor_get_power_info_cst, which returns 0
> > - acpi_processor_get_power_info_default
> > - later acpi_processor_power_verify will find some c-states
>
> this is expected sequence
>
> >
> > On my non-working AMD machine, it will go through like this:
> > - acpi_processor_get_power_info_cst, which returns -ENODEV
> > - acpi_processor_get_power_info_fadt, which also return -ENODEV
> > - this result is returned
>
> though CST is optional, it's weird that even FADT doesn't contain valid
> Cx
> information. Could you compare with your working pvops dom0 version or
> compare with generic linux to see any difference? This parse logic
> should
> be generic for both Linux and Xen.
>
> >
> > The returned result -ENODEV is cascaded up to the call in
> > xen_acpi_processor_power_init, but there
> > nothing is checked or done.
> >
> > I will now try to find the root cause
> (acpi_processor_get_power_info_cst
> > is to be checked next).
>
> Anyway, you seems close to the root cause...
> Thanks
> Kevin
>
>
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2011-06-12 11:59 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-04 16:18 No C-States any longer Carsten Schiers
2011-06-06 8:31 ` Ian Campbell
2011-06-07 10:22 ` AW: " Carsten Schiers
2011-06-07 20:16 ` AW: " Carsten Schiers
2011-06-07 20:21 ` Konrad Rzeszutek Wilk
2011-06-08 8:23 ` AW: " Carsten Schiers
2011-06-08 9:20 ` Ian Campbell
2011-06-07 20:23 ` Carsten Schiers
2011-06-09 2:42 ` Tian, Kevin
2011-06-09 4:04 ` AW: " Carsten Schiers
2011-06-09 4:19 ` Tian, Kevin
2011-06-09 10:50 ` AW: " Carsten Schiers
2011-06-09 10:54 ` Ian Campbell
2011-06-09 19:08 ` AW: " Carsten Schiers
2011-06-10 8:48 ` Tian, Kevin
2011-06-10 14:56 ` AW: " Carsten Schiers
2011-06-12 8:57 ` Tian, Kevin
2011-06-12 10:24 ` AW: " Carsten Schiers
2011-06-12 11:59 ` Tian, Kevin
2011-06-09 5:25 ` AW: " Ian Campbell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).