Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Alex Chiang]

Since you bisected this down to a commit from Arjan, it might
help to cc him.

Adding him and lkml.

* Dimitrios Apostolou <jimis@gmx.net>:
> Hello and sorry if I bother. I sent this email to lkml 2 days ago but got 
> no answer. Supposing it was lost somewhere I send it personally to you  
> that are listed as the maintainers of the "processor" module. If I should 
> reformulate the email and send it to lkml, please tell me what I should  
> add and I'll resend it.
>
> Please CC replies to me.
>
> Thanks in advance,
> Dimitris
>
>
> ---------- Forwarded message ----------
> Date: Wed, 6 Jan 2010 19:39:48 +0200 (EET)
> From: Dimitrios Apostolou <jimis@gmx.net>
> To: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
> Subject: High cpu temperature with 2.6.32, bisection shows commit 69d258
>
> Hello list,
>
> after upgrading to 2.6.32 kernel, I noticed my P3 500MHz laptop's fan was 
> working non-stop. Powertop showed more than 100K wakeups/s even though 
> cpu was idling almost 100% (no user nor system cpu usage). Further 
> investigation showed that this happened as soon as the "processor" module 
> was inserted, whence I also got a message like the following:
>
> tsc unstable due to halts in idle
> switching clocksource to acpi_pm
>
> A workaround that currently works for me is to boot with 
> "clocksource=pit" parameter. FYI in 2.6.31 logs I had the same message 
> about tsc instability, and the final clocksource was acpi_pm too. 
> Nevertheless wakeups/s were much less and temperature was low.
>
> I performed a bisection to find which commit to blame. Please look into  
> attached files which include dmesg output from good and bad case, and 
> bisection output.
>
>
> What do you think?
>
> Dimitris

> Linux version 2.6.31-07222-g45d80ee (jimis@mango) (gcc version 4.4.2 20091208 (prerelease) (GCC) ) #18 SMP PREEMPT Wed Jan 6 19:01:27 EET 2010
> KERNEL supported cpus:
>   Intel GenuineIntel
>   AMD AuthenticAMD
>   NSC Geode by NSC
>   Cyrix CyrixInstead
>   Centaur CentaurHauls
>   Transmeta GenuineTMx86
>   Transmeta TransmetaCPU
>   UMC UMC UMC UMC
> BIOS-provided physical RAM map:
>  BIOS-e820: 0000000000000000 - 000000000009f400 (usable)
>  BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved)
>  BIOS-e820: 00000000000e9800 - 0000000000100000 (reserved)
>  BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)
>  BIOS-e820: 0000000007ff0000 - 0000000007fffc00 (ACPI data)
>  BIOS-e820: 0000000007fffc00 - 0000000008000000 (ACPI NVS)
>  BIOS-e820: 00000000fffe9800 - 0000000100000000 (reserved)
> DMI 2.1 present.
> Phoenix BIOS detected: BIOS may corrupt low RAM, working around it.
> e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
> last_pfn = 0x7ff0 max_arch_pfn = 0x100000
> MTRR default type: uncachable
> MTRR fixed ranges enabled:
>   00000-9FFFF write-back
>   A0000-BFFFF uncachable
>   C0000-C7FFF write-protect
>   C8000-DFFFF uncachable
>   E0000-FFFFF write-protect
> MTRR variable ranges enabled:
>   0 base 000000000 mask FF8000000 write-back
>   1 disabled
>   2 disabled
>   3 disabled
>   4 disabled
>   5 disabled
>   6 disabled
>   7 disabled
> PAT not supported by CPU.
> Scanning 0 areas for low memory corruption
> modified physical RAM map:
>  modified: 0000000000000000 - 0000000000010000 (reserved)
>  modified: 0000000000010000 - 000000000009f400 (usable)
>  modified: 000000000009f400 - 00000000000a0000 (reserved)
>  modified: 00000000000e9800 - 0000000000100000 (reserved)
>  modified: 0000000000100000 - 0000000007ff0000 (usable)
>  modified: 0000000007ff0000 - 0000000007fffc00 (ACPI data)
>  modified: 0000000007fffc00 - 0000000008000000 (ACPI NVS)
>  modified: 00000000fffe9800 - 0000000100000000 (reserved)
> initial memory mapped : 0 - 01800000
> init_memory_mapping: 0000000000000000-0000000007ff0000
>  0000000000 - 0000400000 page 4k
>  0000400000 - 0007c00000 page 2M
>  0007c00000 - 0007ff0000 page 4k
> kernel direct mapping tables up to 7ff0000 @ 10000-15000
> ACPI: RSDP 000f6d80 00014 (v00 PTLTD )
> ACPI: RSDT 07ffd008 0002C (v01 PTLTD    RSDT   00000000  LTP 00000000)
> ACPI: FACP 07fffb65 00074 (v01 ASUS   L8400B   00000000 PTL  000F4240)
> ACPI: DSDT 07ffd034 02B31 (v01  Intel   Trajan 00000000 MSFT 01000004)
> ACPI: FACS 07ffffc0 00040
> ACPI: BOOT 07fffbd9 00027 (v01 PTLTD  $SBFTBL$ 00000000  LTP 00000001)
> 0MB HIGHMEM available.
> 127MB LOWMEM available.
>   mapped low ram: 0 - 07ff0000
>   low ram: 0 - 07ff0000
>   node 0 low ram: 00000000 - 07ff0000
>   node 0 bootmap 00011000 - 00012000
> (8 early reservations) ==> bootmem [0000000000 - 0007ff0000]
>   #0 [0000000000 - 0000001000]   BIOS data page ==> [0000000000 - 0000001000]
>   #1 [0000001000 - 0000002000]    EX TRAMPOLINE ==> [0000001000 - 0000002000]
>   #2 [0000006000 - 0000007000]       TRAMPOLINE ==> [0000006000 - 0000007000]
>   #3 [0001000000 - 00014d8b14]    TEXT DATA BSS ==> [0001000000 - 00014d8b14]
>   #4 [000009f400 - 0000100000]    BIOS reserved ==> [000009f400 - 0000100000]
>   #5 [00014d9000 - 00014df130]              BRK ==> [00014d9000 - 00014df130]
>   #6 [0000010000 - 0000011000]          PGTABLE ==> [0000010000 - 0000011000]
>   #7 [0000011000 - 0000012000]          BOOTMAP ==> [0000011000 - 0000012000]
> Zone PFN ranges:
>   DMA      0x00000010 -> 0x00001000
>   Normal   0x00001000 -> 0x00007ff0
>   HighMem  0x00007ff0 -> 0x00007ff0
> Movable zone start PFN for each node
> early_node_map[2] active PFN ranges
>     0: 0x00000010 -> 0x0000009f
>     0: 0x00000100 -> 0x00007ff0
> On node 0 totalpages: 32639
> free_area_init_node: node 0, pgdat c13c13e0, node_mem_map c14e1200
>   DMA zone: 32 pages used for memmap
>   DMA zone: 0 pages reserved
>   DMA zone: 3951 pages, LIFO batch:0
>   Normal zone: 224 pages used for memmap
>   Normal zone: 28432 pages, LIFO batch:7
> Using APIC driver default
> ACPI: PM-Timer IO Port: 0x8008
> SMP: Allowing 1 CPUs, 0 hotplug CPUs
> Local APIC disabled by BIOS -- you can enable it with "lapic"
> APIC: disable apic facility
> nr_irqs_gsi: 16
> PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
> PM: Registered nosave memory: 00000000000a0000 - 00000000000ea000
> PM: Registered nosave memory: 00000000000ea000 - 0000000000100000
> Allocating PCI resources starting at 8000000 (gap: 8000000:f7fe9800)
> Booting paravirtualized kernel on bare hardware
> NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:1 nr_node_ids:1
> PERCPU: Embedded 13 pages/cpu @c1800000 s29528 r0 d23720 u4194304
> pcpu-alloc: s29528 r0 d23720 u4194304 alloc=1*4194304
> pcpu-alloc: [0] 0 
> Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32383
> Kernel command line: root=/dev/hda2 ro init=/bin/sh
> PID hash table entries: 512 (order: -1, 2048 bytes)
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Initializing CPU#0
> Initializing HighMem for node 0 (00000000:00000000)
> Memory: 124200k/131008k available (2870k kernel code, 6208k reserved, 993k data, 340k init, 0k highmem)
> virtual kernel memory layout:
>     fixmap  : 0xfff1e000 - 0xfffff000   ( 900 kB)
>     pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
>     vmalloc : 0xc87f0000 - 0xff7fe000   ( 880 MB)
>     lowmem  : 0xc0000000 - 0xc7ff0000   ( 127 MB)
>       .init : 0xc13c7000 - 0xc141c000   ( 340 kB)
>       .data : 0xc12cdb74 - 0xc13c6038   ( 993 kB)
>       .text : 0xc1000000 - 0xc12cdb74   (2870 kB)
> Checking if this processor honours the WP bit even in supervisor mode...Ok.
> SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> Hierarchical RCU implementation.
> NR_IRQS:512
> Console: colour VGA+ 80x25
> console [tty0] enabled
> Fast TSC calibration using PIT
> Detected 501.039 MHz processor.
> Calibrating delay loop (skipped), value calculated using timer frequency.. 1002.83 BogoMIPS (lpj=1670130)
> Mount-cache hash table entries: 512
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 256K
> mce: CPU supports 5 MCE banks
> Performance Events: 
> no APIC, boot with the "lapic" boot parameter to force-enable it.
> no hardware sampling interrupt available.
> p6 PMU driver.
> ... version:                0
> ... bit width:              32
> ... generic registers:      2
> ... value mask:             00000000ffffffff
> ... max period:             000000007fffffff
> ... fixed-purpose events:   0
> ... event mask:             0000000000000003
> Checking 'hlt' instruction... OK.
> SMP alternatives: switching to UP code
> Freeing SMP alternatives: 11k freed
> ACPI: Core revision 20090521
> ACPI: setting ELCR to 0200 (from 0820)
> weird, boot CPU (#0) not listed by the BIOS.
> SMP motherboard not detected.
> Local APIC not detected. Using dummy APIC emulation.
> SMP disabled
> Brought up 1 CPUs
> Total of 1 processors activated (1002.83 BogoMIPS).
> CPU0 attaching NULL sched-domain.
> NET: Registered protocol family 16
> ACPI: bus type pci registered
> PCI: PCI BIOS revision 2.10 entry at 0xfd9a6, last bus=1
> PCI: Using configuration type 1 for base access
> bio: create slab <bio-0> at 0
> ACPI: EC: Enabling special treatment for EC from MSI.
> ACPI: EC: Look up EC in DSDT
> ACPI: Interpreter enabled
> ACPI: (supports S0 S1 S3 S4 S5)
> ACPI: Using PIC for interrupt routing
> ACPI: EC: non-query interrupt received, switching to interrupt mode
> ACPI: EC: GPE = 0x9, I/O: command/status = 0x66, data = 0x62
> ACPI: EC: driver started in interrupt mode
> ACPI: Power Resource [PFAN] (off)
> ACPI: PCI Root Bridge [PCI0] (0000:00)
> pci 0000:00:00.0: reg 10 32bit mmio pref: [0xf8000000-0xfbffffff]
> pci 0000:00:06.0: reg 10 32bit mmio: [0xfedc0000-0xfedfffff]
> pci 0000:00:06.0: reg 14 io port: [0xfcc0-0xfcc7]
> pci 0000:00:06.0: reg 18 io port: [0xfcc8-0xfccf]
> pci 0000:00:06.0: supports D2
> pci 0000:00:06.0: PME# supported from D2 D3hot D3cold
> pci 0000:00:06.0: PME# disabled
> pci 0000:00:07.1: reg 20 io port: [0xfcd0-0xfcdf]
> pci 0000:00:07.2: reg 20 io port: [0xfce0-0xfcff]
> pci 0000:00:07.3: quirk: region 8000-803f claimed by PIIX4 ACPI
> pci 0000:00:07.3: quirk: region 2180-218f claimed by PIIX4 SMB
> pci 0000:00:0a.0: reg 10 32bit mmio: [0x000000-0x000fff]
> pci 0000:00:0a.0: supports D1 D2
> pci 0000:00:0a.0: PME# supported from D0 D1 D2 D3hot D3cold
> pci 0000:00:0a.0: PME# disabled
> pci 0000:00:0a.1: reg 10 32bit mmio: [0x000000-0x000fff]
> pci 0000:00:0a.1: supports D1 D2
> pci 0000:00:0a.1: PME# supported from D0 D1 D2 D3hot D3cold
> pci 0000:00:0a.1: PME# disabled
> pci 0000:01:00.0: reg 10 32bit mmio: [0xf0000000-0xf7ffffff]
> pci 0000:01:00.0: reg 30 32bit mmio pref: [0x000000-0x00ffff]
> pci 0000:01:00.0: supports D1 D2
> pci 0000:00:01.0: bridge 32bit mmio: [0xf0000000-0xf7ffffff]
> pci_bus 0000:00: on NUMA node 0
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Link [LNKA] (IRQs *11)
> ACPI: PCI Interrupt Link [LNKB] (IRQs 11) *0, disabled.
> ACPI: PCI Interrupt Link [LNKC] (IRQs *5 6 7 10)
> ACPI: PCI Interrupt Link [LNKD] (IRQs *11)
> vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
> vgaarb: loaded
> PCI: Using ACPI for IRQ routing
> Switching to clocksource tsc
> pnp: PnP ACPI init
> ACPI: bus type pnp registered
> pnp: PnP ACPI: found 13 devices
> ACPI: ACPI bus type pnp unregistered
> system 00:00: iomem range 0x0-0x9ffff could not be reserved
> system 00:00: iomem range 0xe0000-0xfffff could not be reserved
> system 00:00: iomem range 0x100000-0x7ffffff could not be reserved
> system 00:02: ioport range 0x4d0-0x4d1 has been reserved
> system 00:02: ioport range 0x398-0x399 has been reserved
> system 00:02: ioport range 0x2180-0x218f has been reserved
> system 00:02: ioport range 0x8000-0x803f has been reserved
> system 00:02: ioport range 0x3800-0x383f has been reserved
> system 00:02: iomem range 0xfff80000-0xffffffff could not be reserved
> pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
> pci 0000:00:01.0:   IO window: disabled
> pci 0000:00:01.0:   MEM window: 0xf0000000-0xf7ffffff
> pci 0000:00:01.0:   PREFETCH window: 0x18000000-0x180fffff
> pci 0000:00:0a.0: CardBus bridge, secondary bus 0000:02
> pci 0000:00:0a.0:   IO window: 0x001000-0x0010ff
> pci 0000:00:0a.0:   IO window: 0x001400-0x0014ff
> pci 0000:00:0a.0:   PREFETCH window: 0x8000000-0xbffffff
> pci 0000:00:0a.0:   MEM window: 0xc000000-0xfffffff
> pci 0000:00:0a.1: CardBus bridge, secondary bus 0000:06
> pci 0000:00:0a.1:   IO window: 0x001800-0x0018ff
> pci 0000:00:0a.1:   IO window: 0x001c00-0x001cff
> pci 0000:00:0a.1:   PREFETCH window: 0x10000000-0x13ffffff
> pci 0000:00:0a.1:   MEM window: 0x14000000-0x17ffffff
> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
> PCI: setting IRQ 11 as level-triggered
> pci 0000:00:0a.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11
> ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
> pci 0000:00:0a.1: PCI INT B -> Link[LNKB] -> GSI 11 (level, low) -> IRQ 11
> pci_bus 0000:00: resource 0 io:  [0x00-0xffff]
> pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffff]
> pci_bus 0000:01: resource 1 mem: [0xf0000000-0xf7ffffff]
> pci_bus 0000:01: resource 2 pref mem [0x18000000-0x180fffff]
> pci_bus 0000:02: resource 0 io:  [0x1000-0x10ff]
> pci_bus 0000:02: resource 1 io:  [0x1400-0x14ff]
> pci_bus 0000:02: resource 2 pref mem [0x8000000-0xbffffff]
> pci_bus 0000:02: resource 3 mem: [0xc000000-0xfffffff]
> pci_bus 0000:06: resource 0 io:  [0x1800-0x18ff]
> pci_bus 0000:06: resource 1 io:  [0x1c00-0x1cff]
> pci_bus 0000:06: resource 2 pref mem [0x10000000-0x13ffffff]
> pci_bus 0000:06: resource 3 mem: [0x14000000-0x17ffffff]
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> NET: Registered protocol family 1
> Simple Boot Flag at 0x37 set to 0x1
> Scanning for low memory corruption every 60 seconds
> msgmni has been set to 242
> alg: No test for stdrng (krng)
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
> io scheduler noop registered (default)
> pci 0000:00:00.0: Limiting direct PCI/PCI transfers
> pci 0000:01:00.0: Boot video device
> ACPI: AC Adapter [AC] (on-line)
> input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
> ACPI: Power Button [PWRF]
> input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input1
> ACPI: Lid Switch [LID]
> fan PNP0C0B:00: registered as cooling_device0
> ACPI: Fan [FAN] (off)
> Marking TSC unstable due to TSC halts in idle
> ACPI: CPU0 (power states: C1[C1] C2[C2])
> processor LNXCPU:00: registered as cooling_device1
> ACPI: Processor [CPU0] (supports 4 throttling states)
> Switching to clocksource acpi_pm
> Switched to high resolution mode on CPU 0
> thermal LNXTHERM:01: registered as thermal_zone0
> ACPI: Thermal Zone [THRM] (64 C)
> Linux agpgart interface v0.103
> agpgart-intel 0000:00:00.0: Intel 440BX Chipset
> agpgart-intel 0000:00:00.0: AGP aperture is 64M @ 0xf8000000
> Hangcheck: starting hangcheck timer 0.9.0 (tick is 180 seconds, margin is 60 seconds).
> Hangcheck: Using get_cycles().
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A
> 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> loop: module loaded
> Uniform Multi-Platform E-IDE driver
> piix 0000:00:07.1: IDE controller (0x8086:0x7111 rev 0x01)
> piix 0000:00:07.1: IDE port disabled
> piix 0000:00:07.1: not 100% native mode: will probe irqs later
>     ide0: BM-DMA at 0xfcd0-0xfcd7
> Probing IDE interface ide0...
> ACPI: Battery Slot [BAT0] (battery absent)
> hda: IBM-DARA-212000, ATA DISK drive
> hdb: TOSHIBA DVD-ROM SD-C2302, ATAPI CD/DVD-ROM drive
> hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> hda: UDMA/33 mode selected
> hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> hdb: UDMA/33 mode selected
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide-gd driver 1.18
> hda: max request size: 128KiB
> hda: 23579136 sectors (12072 MB) w/418KiB Cache, CHS=23392/16/63
> hda: cache flushes not supported
>  hda: hda1 hda2
> ide-cd driver 5.00
> ide-cd: hdb: ATAPI 24X DVD-ROM drive, 128kB Cache
> Uniform CD-ROM driver Revision: 3.20
> PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:MOUE] at 0x60,0x64 irq 1,12
> serio: i8042 KBD port at 0x60,0x64 irq 1
> serio: i8042 AUX port at 0x60,0x64 irq 12
> mice: PS/2 mouse device common for all mice
> cpuidle: using governor ladder
> cpuidle: using governor menu
> TCP cubic registered
> NET: Registered protocol family 17
> Using IPI No-Shortcut mode
> input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
> Synaptics Touchpad, model: 1, fw: 4.6, id: 0x135ea1, caps: 0x804713/0x0
> input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input3
> EXT3-fs: hda2: couldn't mount because of unsupported optional features (240).
> EXT2-fs: hda2: couldn't mount because of unsupported optional features (240).
> EXT4-fs (hda2): barriers enabled
> EXT4-fs (hda2): delayed allocation enabled
> EXT4-fs: file extents enabled
> EXT4-fs: mballoc enabled
> EXT4-fs (hda2): mounted filesystem with ordered data mode
> VFS: Mounted root (ext4 filesystem) readonly on device 3:2.
> Freeing unused kernel memory: 340k freed
> kjournald2 starting: pid 26, dev hda2:8, commit interval 5 seconds
> Write protecting the kernel text: 2872k
> Write protecting the kernel read-only data: 740k
> EXT4-fs (hda2): internal journal on hda2:8
> JBD: barrier-based sync failed on hda2:8 - disabling barriers

> Linux version 2.6.31-07223-g69d2587 (jimis@mango) (gcc version 4.4.2 20091208 (prerelease) (GCC) ) #17 SMP PREEMPT Wed Jan 6 18:39:29 EET 2010
> KERNEL supported cpus:
>   Intel GenuineIntel
>   AMD AuthenticAMD
>   NSC Geode by NSC
>   Cyrix CyrixInstead
>   Centaur CentaurHauls
>   Transmeta GenuineTMx86
>   Transmeta TransmetaCPU
>   UMC UMC UMC UMC
> BIOS-provided physical RAM map:
>  BIOS-e820: 0000000000000000 - 000000000009f400 (usable)
>  BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved)
>  BIOS-e820: 00000000000e9800 - 0000000000100000 (reserved)
>  BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)
>  BIOS-e820: 0000000007ff0000 - 0000000007fffc00 (ACPI data)
>  BIOS-e820: 0000000007fffc00 - 0000000008000000 (ACPI NVS)
>  BIOS-e820: 00000000fffe9800 - 0000000100000000 (reserved)
> DMI 2.1 present.
> Phoenix BIOS detected: BIOS may corrupt low RAM, working around it.
> e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
> last_pfn = 0x7ff0 max_arch_pfn = 0x100000
> MTRR default type: uncachable
> MTRR fixed ranges enabled:
>   00000-9FFFF write-back
>   A0000-BFFFF uncachable
>   C0000-C7FFF write-protect
>   C8000-DFFFF uncachable
>   E0000-FFFFF write-protect
> MTRR variable ranges enabled:
>   0 base 000000000 mask FF8000000 write-back
>   1 disabled
>   2 disabled
>   3 disabled
>   4 disabled
>   5 disabled
>   6 disabled
>   7 disabled
> PAT not supported by CPU.
> Scanning 0 areas for low memory corruption
> modified physical RAM map:
>  modified: 0000000000000000 - 0000000000010000 (reserved)
>  modified: 0000000000010000 - 000000000009f400 (usable)
>  modified: 000000000009f400 - 00000000000a0000 (reserved)
>  modified: 00000000000e9800 - 0000000000100000 (reserved)
>  modified: 0000000000100000 - 0000000007ff0000 (usable)
>  modified: 0000000007ff0000 - 0000000007fffc00 (ACPI data)
>  modified: 0000000007fffc00 - 0000000008000000 (ACPI NVS)
>  modified: 00000000fffe9800 - 0000000100000000 (reserved)
> initial memory mapped : 0 - 01800000
> init_memory_mapping: 0000000000000000-0000000007ff0000
>  0000000000 - 0000400000 page 4k
>  0000400000 - 0007c00000 page 2M
>  0007c00000 - 0007ff0000 page 4k
> kernel direct mapping tables up to 7ff0000 @ 10000-15000
> ACPI: RSDP 000f6d80 00014 (v00 PTLTD )
> ACPI: RSDT 07ffd008 0002C (v01 PTLTD    RSDT   00000000  LTP 00000000)
> ACPI: FACP 07fffb65 00074 (v01 ASUS   L8400B   00000000 PTL  000F4240)
> ACPI: DSDT 07ffd034 02B31 (v01  Intel   Trajan 00000000 MSFT 01000004)
> ACPI: FACS 07ffffc0 00040
> ACPI: BOOT 07fffbd9 00027 (v01 PTLTD  $SBFTBL$ 00000000  LTP 00000001)
> 0MB HIGHMEM available.
> 127MB LOWMEM available.
>   mapped low ram: 0 - 07ff0000
>   low ram: 0 - 07ff0000
>   node 0 low ram: 00000000 - 07ff0000
>   node 0 bootmap 00011000 - 00012000
> (8 early reservations) ==> bootmem [0000000000 - 0007ff0000]
>   #0 [0000000000 - 0000001000]   BIOS data page ==> [0000000000 - 0000001000]
>   #1 [0000001000 - 0000002000]    EX TRAMPOLINE ==> [0000001000 - 0000002000]
>   #2 [0000006000 - 0000007000]       TRAMPOLINE ==> [0000006000 - 0000007000]
>   #3 [0001000000 - 00014d8b14]    TEXT DATA BSS ==> [0001000000 - 00014d8b14]
>   #4 [000009f400 - 0000100000]    BIOS reserved ==> [000009f400 - 0000100000]
>   #5 [00014d9000 - 00014df130]              BRK ==> [00014d9000 - 00014df130]
>   #6 [0000010000 - 0000011000]          PGTABLE ==> [0000010000 - 0000011000]
>   #7 [0000011000 - 0000012000]          BOOTMAP ==> [0000011000 - 0000012000]
> Zone PFN ranges:
>   DMA      0x00000010 -> 0x00001000
>   Normal   0x00001000 -> 0x00007ff0
>   HighMem  0x00007ff0 -> 0x00007ff0
> Movable zone start PFN for each node
> early_node_map[2] active PFN ranges
>     0: 0x00000010 -> 0x0000009f
>     0: 0x00000100 -> 0x00007ff0
> On node 0 totalpages: 32639
> free_area_init_node: node 0, pgdat c13c13e0, node_mem_map c14e1200
>   DMA zone: 32 pages used for memmap
>   DMA zone: 0 pages reserved
>   DMA zone: 3951 pages, LIFO batch:0
>   Normal zone: 224 pages used for memmap
>   Normal zone: 28432 pages, LIFO batch:7
> Using APIC driver default
> ACPI: PM-Timer IO Port: 0x8008
> SMP: Allowing 1 CPUs, 0 hotplug CPUs
> Local APIC disabled by BIOS -- you can enable it with "lapic"
> APIC: disable apic facility
> nr_irqs_gsi: 16
> PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
> PM: Registered nosave memory: 00000000000a0000 - 00000000000ea000
> PM: Registered nosave memory: 00000000000ea000 - 0000000000100000
> Allocating PCI resources starting at 8000000 (gap: 8000000:f7fe9800)
> Booting paravirtualized kernel on bare hardware
> NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:1 nr_node_ids:1
> PERCPU: Embedded 13 pages/cpu @c1800000 s29656 r0 d23592 u4194304
> pcpu-alloc: s29656 r0 d23592 u4194304 alloc=1*4194304
> pcpu-alloc: [0] 0 
> Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32383
> Kernel command line: root=/dev/hda2 ro init=/bin/sh
> PID hash table entries: 512 (order: -1, 2048 bytes)
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Initializing CPU#0
> Initializing HighMem for node 0 (00000000:00000000)
> Memory: 124200k/131008k available (2871k kernel code, 6208k reserved, 992k data, 340k init, 0k highmem)
> virtual kernel memory layout:
>     fixmap  : 0xfff1e000 - 0xfffff000   ( 900 kB)
>     pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
>     vmalloc : 0xc87f0000 - 0xff7fe000   ( 880 MB)
>     lowmem  : 0xc0000000 - 0xc7ff0000   ( 127 MB)
>       .init : 0xc13c7000 - 0xc141c000   ( 340 kB)
>       .data : 0xc12cdd54 - 0xc13c6038   ( 992 kB)
>       .text : 0xc1000000 - 0xc12cdd54   (2871 kB)
> Checking if this processor honours the WP bit even in supervisor mode...Ok.
> SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> Hierarchical RCU implementation.
> NR_IRQS:512
> Console: colour VGA+ 80x25
> console [tty0] enabled
> Fast TSC calibration using PIT
> Detected 501.124 MHz processor.
> Calibrating delay loop (skipped), value calculated using timer frequency.. 1002.00 BogoMIPS (lpj=1670413)
> Mount-cache hash table entries: 512
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 256K
> mce: CPU supports 5 MCE banks
> Performance Events: 
> no APIC, boot with the "lapic" boot parameter to force-enable it.
> no hardware sampling interrupt available.
> p6 PMU driver.
> ... version:                0
> ... bit width:              32
> ... generic registers:      2
> ... value mask:             00000000ffffffff
> ... max period:             000000007fffffff
> ... fixed-purpose events:   0
> ... event mask:             0000000000000003
> Checking 'hlt' instruction... OK.
> SMP alternatives: switching to UP code
> Freeing SMP alternatives: 11k freed
> ACPI: Core revision 20090521
> ACPI: setting ELCR to 0200 (from 0820)
> weird, boot CPU (#0) not listed by the BIOS.
> SMP motherboard not detected.
> Local APIC not detected. Using dummy APIC emulation.
> SMP disabled
> Brought up 1 CPUs
> Total of 1 processors activated (1002.00 BogoMIPS).
> CPU0 attaching NULL sched-domain.
> NET: Registered protocol family 16
> ACPI: bus type pci registered
> PCI: PCI BIOS revision 2.10 entry at 0xfd9a6, last bus=1
> PCI: Using configuration type 1 for base access
> bio: create slab <bio-0> at 0
> ACPI: EC: Enabling special treatment for EC from MSI.
> ACPI: EC: Look up EC in DSDT
> ACPI: Interpreter enabled
> ACPI: (supports S0 S1 S3 S4 S5)
> ACPI: Using PIC for interrupt routing
> ACPI: EC: non-query interrupt received, switching to interrupt mode
> ACPI: EC: GPE = 0x9, I/O: command/status = 0x66, data = 0x62
> ACPI: EC: driver started in interrupt mode
> ACPI: Power Resource [PFAN] (off)
> ACPI: PCI Root Bridge [PCI0] (0000:00)
> pci 0000:00:00.0: reg 10 32bit mmio pref: [0xf8000000-0xfbffffff]
> pci 0000:00:06.0: reg 10 32bit mmio: [0xfedc0000-0xfedfffff]
> pci 0000:00:06.0: reg 14 io port: [0xfcc0-0xfcc7]
> pci 0000:00:06.0: reg 18 io port: [0xfcc8-0xfccf]
> pci 0000:00:06.0: supports D2
> pci 0000:00:06.0: PME# supported from D2 D3hot D3cold
> pci 0000:00:06.0: PME# disabled
> pci 0000:00:07.1: reg 20 io port: [0xfcd0-0xfcdf]
> pci 0000:00:07.2: reg 20 io port: [0xfce0-0xfcff]
> pci 0000:00:07.3: quirk: region 8000-803f claimed by PIIX4 ACPI
> pci 0000:00:07.3: quirk: region 2180-218f claimed by PIIX4 SMB
> pci 0000:00:0a.0: reg 10 32bit mmio: [0x000000-0x000fff]
> pci 0000:00:0a.0: supports D1 D2
> pci 0000:00:0a.0: PME# supported from D0 D1 D2 D3hot D3cold
> pci 0000:00:0a.0: PME# disabled
> pci 0000:00:0a.1: reg 10 32bit mmio: [0x000000-0x000fff]
> pci 0000:00:0a.1: supports D1 D2
> pci 0000:00:0a.1: PME# supported from D0 D1 D2 D3hot D3cold
> pci 0000:00:0a.1: PME# disabled
> pci 0000:01:00.0: reg 10 32bit mmio: [0xf0000000-0xf7ffffff]
> pci 0000:01:00.0: reg 30 32bit mmio pref: [0x000000-0x00ffff]
> pci 0000:01:00.0: supports D1 D2
> pci 0000:00:01.0: bridge 32bit mmio: [0xf0000000-0xf7ffffff]
> pci_bus 0000:00: on NUMA node 0
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Link [LNKA] (IRQs *11)
> ACPI: PCI Interrupt Link [LNKB] (IRQs 11) *0, disabled.
> ACPI: PCI Interrupt Link [LNKC] (IRQs *5 6 7 10)
> ACPI: PCI Interrupt Link [LNKD] (IRQs *11)
> vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
> vgaarb: loaded
> PCI: Using ACPI for IRQ routing
> Switching to clocksource tsc
> pnp: PnP ACPI init
> ACPI: bus type pnp registered
> pnp: PnP ACPI: found 13 devices
> ACPI: ACPI bus type pnp unregistered
> system 00:00: iomem range 0x0-0x9ffff could not be reserved
> system 00:00: iomem range 0xe0000-0xfffff could not be reserved
> system 00:00: iomem range 0x100000-0x7ffffff could not be reserved
> system 00:02: ioport range 0x4d0-0x4d1 has been reserved
> system 00:02: ioport range 0x398-0x399 has been reserved
> system 00:02: ioport range 0x2180-0x218f has been reserved
> system 00:02: ioport range 0x8000-0x803f has been reserved
> system 00:02: ioport range 0x3800-0x383f has been reserved
> system 00:02: iomem range 0xfff80000-0xffffffff could not be reserved
> pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
> pci 0000:00:01.0:   IO window: disabled
> pci 0000:00:01.0:   MEM window: 0xf0000000-0xf7ffffff
> pci 0000:00:01.0:   PREFETCH window: 0x18000000-0x180fffff
> pci 0000:00:0a.0: CardBus bridge, secondary bus 0000:02
> pci 0000:00:0a.0:   IO window: 0x001000-0x0010ff
> pci 0000:00:0a.0:   IO window: 0x001400-0x0014ff
> pci 0000:00:0a.0:   PREFETCH window: 0x8000000-0xbffffff
> pci 0000:00:0a.0:   MEM window: 0xc000000-0xfffffff
> pci 0000:00:0a.1: CardBus bridge, secondary bus 0000:06
> pci 0000:00:0a.1:   IO window: 0x001800-0x0018ff
> pci 0000:00:0a.1:   IO window: 0x001c00-0x001cff
> pci 0000:00:0a.1:   PREFETCH window: 0x10000000-0x13ffffff
> pci 0000:00:0a.1:   MEM window: 0x14000000-0x17ffffff
> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
> PCI: setting IRQ 11 as level-triggered
> pci 0000:00:0a.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11
> ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
> pci 0000:00:0a.1: PCI INT B -> Link[LNKB] -> GSI 11 (level, low) -> IRQ 11
> pci_bus 0000:00: resource 0 io:  [0x00-0xffff]
> pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffff]
> pci_bus 0000:01: resource 1 mem: [0xf0000000-0xf7ffffff]
> pci_bus 0000:01: resource 2 pref mem [0x18000000-0x180fffff]
> pci_bus 0000:02: resource 0 io:  [0x1000-0x10ff]
> pci_bus 0000:02: resource 1 io:  [0x1400-0x14ff]
> pci_bus 0000:02: resource 2 pref mem [0x8000000-0xbffffff]
> pci_bus 0000:02: resource 3 mem: [0xc000000-0xfffffff]
> pci_bus 0000:06: resource 0 io:  [0x1800-0x18ff]
> pci_bus 0000:06: resource 1 io:  [0x1c00-0x1cff]
> pci_bus 0000:06: resource 2 pref mem [0x10000000-0x13ffffff]
> pci_bus 0000:06: resource 3 mem: [0x14000000-0x17ffffff]
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> NET: Registered protocol family 1
> Simple Boot Flag at 0x37 set to 0x1
> Scanning for low memory corruption every 60 seconds
> msgmni has been set to 242
> alg: No test for stdrng (krng)
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
> io scheduler noop registered (default)
> pci 0000:00:00.0: Limiting direct PCI/PCI transfers
> pci 0000:01:00.0: Boot video device
> ACPI: AC Adapter [AC] (on-line)
> input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
> ACPI: Power Button [PWRF]
> input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input1
> ACPI: Lid Switch [LID]
> fan PNP0C0B:00: registered as cooling_device0
> ACPI: Fan [FAN] (off)
> Marking TSC unstable due to TSC halts in idle
> ACPI: CPU0 (power states: C1[C1] C2[C2])
> processor LNXCPU:00: registered as cooling_device1
> ACPI: Processor [CPU0] (supports 4 throttling states)
> Switching to clocksource acpi_pm
> Switched to high resolution mode on CPU 0
> thermal LNXTHERM:01: registered as thermal_zone0
> ACPI: Thermal Zone [THRM] (54 C)
> Linux agpgart interface v0.103
> agpgart-intel 0000:00:00.0: Intel 440BX Chipset
> agpgart-intel 0000:00:00.0: AGP aperture is 64M @ 0xf8000000
> Hangcheck: starting hangcheck timer 0.9.0 (tick is 180 seconds, margin is 60 seconds).
> Hangcheck: Using get_cycles().
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A
> 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> loop: module loaded
> Uniform Multi-Platform E-IDE driver
> piix 0000:00:07.1: IDE controller (0x8086:0x7111 rev 0x01)
> piix 0000:00:07.1: IDE port disabled
> piix 0000:00:07.1: not 100% native mode: will probe irqs later
>     ide0: BM-DMA at 0xfcd0-0xfcd7
> Probing IDE interface ide0...
> ACPI: Battery Slot [BAT0] (battery absent)
> hda: IBM-DARA-212000, ATA DISK drive
> hdb: TOSHIBA DVD-ROM SD-C2302, ATAPI CD/DVD-ROM drive
> hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> hda: UDMA/33 mode selected
> hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> hdb: UDMA/33 mode selected
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide-gd driver 1.18
> hda: max request size: 128KiB
> hda: 23579136 sectors (12072 MB) w/418KiB Cache, CHS=23392/16/63
> hda: cache flushes not supported
>  hda: hda1 hda2
> ide-cd driver 5.00
> ide-cd: hdb: ATAPI 24X DVD-ROM drive, 128kB Cache
> Uniform CD-ROM driver Revision: 3.20
> PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:MOUE] at 0x60,0x64 irq 1,12
> serio: i8042 KBD port at 0x60,0x64 irq 1
> serio: i8042 AUX port at 0x60,0x64 irq 12
> mice: PS/2 mouse device common for all mice
> cpuidle: using governor ladder
> cpuidle: using governor menu
> TCP cubic registered
> NET: Registered protocol family 17
> Using IPI No-Shortcut mode
> input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
> Synaptics Touchpad, model: 1, fw: 4.6, id: 0x135ea1, caps: 0x804713/0x0
> input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input3
> EXT3-fs: hda2: couldn't mount because of unsupported optional features (240).
> EXT2-fs: hda2: couldn't mount because of unsupported optional features (240).
> EXT4-fs (hda2): barriers enabled
> EXT4-fs (hda2): delayed allocation enabled
> EXT4-fs: file extents enabled
> EXT4-fs: mballoc enabled
> EXT4-fs (hda2): mounted filesystem with ordered data mode
> VFS: Mounted root (ext4 filesystem) readonly on device 3:2.
> Freeing unused kernel memory: 340k freed
> kjournald2 starting: pid 26, dev hda2:8, commit interval 5 seconds
> Write protecting the kernel text: 2872k
> Write protecting the kernel read-only data: 740k
> EXT4-fs (hda2): internal journal on hda2:8
> JBD: barrier-based sync failed on hda2:8 - disabling barriers

Content-Description: bisection output
> 69d25870f20c4b2563304f2b79c5300dd60a067e is the first bad commit
> commit 69d25870f20c4b2563304f2b79c5300dd60a067e
> Author: Arjan van de Ven <arjan@infradead.org>
> Date:   Mon Sep 21 17:04:08 2009 -0700
> 
>     cpuidle: fix the menu governor to boost IO performance
>     
>     Fix the menu idle governor which balances power savings, energy efficiency
>     and performance impact.
>     
>     The reason for a reworked governor is that there have been serious
>     performance issues reported with the existing code on Nehalem server
>     systems.
>     
>     To show this I'm sure Andrew wants to see benchmark results:
>     (benchmark is "fio", "no cstates" is using "idle=poll")
>     
>                 no cstates      current linux   new algorithm
>     1 disk              107 Mb/s        85 Mb/s         105 Mb/s
>     2 disks             215 Mb/s        123 Mb/s        209 Mb/s
>     12 disks    590 Mb/s  320 Mb/s      585 Mb/s
>     
>     In various power benchmark measurements, no degredation was found by our
>     measurement&diagnostics team.  Obviously a small percentage more power was
>     used in the "fio" benchmark, due to the much higher performance.
>     
>     While it would be a novel idea to describe the new algorithm in this
>     commit message, I cheaped out and described it in comments in the code
>     instead.
>     
>     [changes since first post: spelling fixes from akpm, review feedback,
>     folded menu-tng into menu.c]
>     
>     Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
>     Cc: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
>     Cc: Len Brown <lenb@kernel.org>
>     Cc: Ingo Molnar <mingo@elte.hu>
>     Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
>     Cc: Yanmin Zhang <yanmin_zhang@linux.intel.com>
>     Acked-by: Ingo Molnar <mingo@elte.hu>
>     Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
>     Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
>     Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
> 
> :040000 040000 6950249ee85fe869ebbb71aaf33984699224cd1d 1e4ab42d8d229d0151bb39a548ed95eb93f75f95 M      drivers
> :040000 040000 4bb15927952a3781752f462c9005860f1878265c 8a460cc55da7faac14523c79f6457b1cd9353276 M      include
> :040000 040000 71c103ec210293b8b6bcad896bec28b5abea635e cd730d0a1db46960a5f0e0590334c8ce5f413a13 M      kernel

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Fri, 8 Jan 2010 10:15:13 -0700
Alex Chiang <achiang@hp.com> wrote:

> Since you bisected this down to a commit from Arjan, it might
> help to cc him.


please send me "powertop -d" output, as well as the output of
"dmidecode"..... quite possible that that's enough for me to fix this..


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 390 bytes --]

On Sat, 9 Jan 2010, Arjan van de Ven wrote:
> please send me "powertop -d" output, as well as the output of
> "dmidecode"..... quite possible that that's enough for me to fix this..

Hi, please see the attached powertop-before.out, right before modprobing 
the processor module, and powertop-after.out right after that, and also 
dmidecode.out, all on a minimally booted system.


Dimitris

[-- Attachment #2: Type: TEXT/PLAIN, Size: 1106 bytes --]

PowerTOP 1.11   (C) 2007, 2008 Intel Corporation 

Collecting data for 15 seconds 


Cn	          Avg residency
C0 (cpu running)        (69.6%)
C1	  0.0ms ( 0.0%)
C2	  0.0ms (30.4%)
P-states (frequencies)
Wakeups-from-idle per second : 148370.1	interval: 15.0s
Top causes for wakeups:
  94.3% ( 35.3)       <interrupt> : extra timer interrupt 
   2.3% (  0.9)       <interrupt> : ata_piix 
   1.2% (  0.5)     <kernel core> : hrtimer_start (tick_sched_timer) 
   0.9% (  0.3)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer) 
   0.4% (  0.1)     <kernel core> : run_timer_softirq (sync_supers_timer_fn) 
   0.4% (  0.1)       bdi-default : bdi_forker_task (process_timeout) 
   0.4% (  0.1)         flush-8:0 : bdi_writeback_task (process_timeout) 
   0.2% (  0.1)       <interrupt> : PS/2 keyboard/mouse/touchpad 

Suggestion: increase the VM dirty writeback time from 5.00 to 15 seconds with:
  echo 1500 > /proc/sys/vm/dirty_writeback_centisecs 
This wakes the disk up less frequently for background VM activity

Recent USB suspend statistics
Active  Device name

[-- Attachment #3: Type: TEXT/PLAIN, Size: 1067 bytes --]

PowerTOP 1.11   (C) 2007, 2008 Intel Corporation 

Collecting data for 15 seconds 


< Detailed C-state information is not available.>
P-states (frequencies)
Wakeups-from-idle per second : 38.7	interval: 15.0s
Top causes for wakeups:
  86.2% ( 32.5)       <interrupt> : extra timer interrupt 
   6.2% (  2.3)     <kernel core> : hrtimer_start (tick_sched_timer) 
   5.1% (  1.9)     <kernel core> : clocksource_watchdog (clocksource_watchdog) 
   0.9% (  0.3)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer) 
   0.7% (  0.3)       <interrupt> : ata_piix 
   0.4% (  0.1)       bdi-default : bdi_forker_task (process_timeout) 
   0.4% (  0.1)         flush-8:0 : bdi_writeback_task (process_timeout) 
   0.2% (  0.1)     <kernel core> : run_timer_softirq (sync_supers_timer_fn) 

Suggestion: increase the VM dirty writeback time from 5.00 to 15 seconds with:
  echo 1500 > /proc/sys/vm/dirty_writeback_centisecs 
This wakes the disk up less frequently for background VM activity

Recent USB suspend statistics
Active  Device name

[-- Attachment #4: Type: TEXT/PLAIN, Size: 8832 bytes --]

# dmidecode 2.10
SMBIOS 2.1 present.
27 structures occupying 914 bytes.
Table at 0x000EFE80.

Handle 0x0000, DMI type 0, 19 bytes
BIOS Information
	Vendor: Phoenix Technologies LTD
	Version: 0102
	Release Date: 02/21/00
	Address: 0xE9940
	Runtime Size: 91840 bytes
	ROM Size: 256 kB
	Characteristics:
		ISA is supported
		PCI is supported
		PC Card (PCMCIA) is supported
		PNP is supported
		APM is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		Boot from CD is supported
		Selectable boot is supported
		Japanese floppy for Toshiba 1.2 MB is supported (int 13h)
		3.5"/720 kB floppy services are supported (int 13h)
		Print screen service is supported (int 5h)
		8042 keyboard services are supported (int 9h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		CGA/mono video services are supported (int 10h)

Handle 0x0001, DMI type 1, 25 bytes
System Information
	Manufacturer: ASUSTeK Computer Inc.
	Product Name: L8400B series Notebook PC
	Version: CPU Module, VGA Board
	Serial Number: 000000000
	UUID: Not Settable
	Wake-up Type: Unknown

Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
	Manufacturer: ASUSTeK Computer Inc.
	Product Name: L8400B Main Board
	Version: 3.x
	Serial Number: NS170000000000

Handle 0x0003, DMI type 3, 13 bytes
Chassis Information
	Manufacturer: ASUSTeK Computer Inc.
	Type: Notebook
	Lock: Not Present
	Version: T5
	Serial Number: None
	Asset Tag: No Asset Tag
	Boot-up State: Unknown
	Power Supply State: Unknown
	Thermal State: Unknown
	Security Status: Unknown

Handle 0x0004, DMI type 4, 32 bytes
Processor Information
	Socket Designation: uPGA2
	Type: Central Processor
	Family: Pentium III
	Manufacturer: Intel
	ID: 81 06 00 00 FF F9 83 03
	Signature: Type 0, Family 6, Model 8, Stepping 1
	Flags:
		FPU (Floating-point unit on-chip)
		VME (Virtual mode extension)
		DE (Debugging extension)
		PSE (Page size extension)
		TSC (Time stamp counter)
		MSR (Model specific registers)
		PAE (Physical address extension)
		MCE (Machine check exception)
		CX8 (CMPXCHG8 instruction supported)
		SEP (Fast system call)
		MTRR (Memory type range registers)
		PGE (Page global enable)
		MCA (Machine check architecture)
		CMOV (Conditional move instruction supported)
		PAT (Page attribute table)
		PSE-36 (36-bit page size extension)
		MMX (MMX technology supported)
		FXSR (Fast floating-point save and restore)
		SSE (Streaming SIMD extensions)
	Version: Pentium(R) III
	Voltage: 1.8 V
	External Clock: 100 MHz
	Max Speed: 700 MHz
	Current Speed: 500 MHz
	Status: Populated, Enabled
	Upgrade: Daughter Board
	L1 Cache Handle: No L1 Cache
	L2 Cache Handle: 0x0009
	L3 Cache Handle: No L3 Cache

Handle 0x0005, DMI type 5, 22 bytes
Memory Controller Information
	Error Detecting Method: None
	Error Correcting Capabilities:
		None
	Supported Interleave: One-way Interleave
	Current Interleave: One-way Interleave
	Maximum Memory Module Size: 128 MB
	Maximum Total Memory Size: 384 MB
	Supported Speeds:
		70 ns
		60 ns
	Supported Memory Types:
		DIMM
		SDRAM
	Memory Module Voltage: 3.3 V
	Associated Memory Slots: 3
		0x0007
		0x0008
		0x0009
	Enabled Error Correcting Capabilities:
		Unknown

Handle 0x0006, DMI type 6, 12 bytes
Memory Module Information
	Socket Designation: On Board
	Bank Connections: 0
	Current Speed: Unknown
	Type: Other
	Installed Size: 32 MB (Single-bank Connection)
	Enabled Size: 32 MB (Single-bank Connection)
	Error Status: OK

Handle 0x0007, DMI type 6, 12 bytes
Memory Module Information
	Socket Designation: DIMM1
	Bank Connections: 2 3
	Current Speed: Unknown
	Type: Other DIMM
	Installed Size: 64 MB (Single-bank Connection)
	Enabled Size: 64 MB (Single-bank Connection)
	Error Status: OK

Handle 0x0008, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L1 Cache
	Configuration: Enabled, Socketed, Level 1
	Operational Mode: Write Back
	Location: Internal
	Installed Size: 16 kB
	Maximum Size: 16 kB
	Supported SRAM Types:
		Burst
		Pipeline Burst
		Asynchronous
	Installed SRAM Type: Asynchronous
	Speed: Unknown
	Error Correction Type: Unknown
	System Type: Unknown
	Associativity: Unknown

Handle 0x0009, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L2 Cache
	Configuration: Enabled, Socketed, Level 2
	Operational Mode: Write Back
	Location: Internal
	Installed Size: 256 kB
	Maximum Size: 256 kB
	Supported SRAM Types:
		Burst
		Pipeline Burst
		Asynchronous
	Installed SRAM Type: Burst
	Speed: Unknown
	Error Correction Type: Unknown
	System Type: Unknown
	Associativity: Unknown

Handle 0x000A, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J1
	Internal Connector Type: None
	External Reference Designator: USB
	External Connector Type: Access Bus (USB)
	Port Type: USB

Handle 0x000B, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J1
	Internal Connector Type: None
	External Reference Designator: Keyboard/Mouse
	External Connector Type: PS/2
	Port Type: Keyboard Port

Handle 0x000C, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J4
	Internal Connector Type: None
	External Reference Designator: Docking Connector
	External Connector Type: Other
	Port Type: Other

Handle 0x000D, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J6
	Internal Connector Type: None
	External Reference Designator: TV
	External Connector Type: Mini DIN
	Port Type: Video Port

Handle 0x000E, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J3
	Internal Connector Type: None
	External Reference Designator: Monitor
	External Connector Type: DB-15 female
	Port Type: Video Port

Handle 0x000F, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J2
	Internal Connector Type: None
	External Reference Designator: Joystick/Midi
	External Connector Type: DB-15 female
	Port Type: Joystick Port

Handle 0x0010, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J5
	Internal Connector Type: None
	External Reference Designator: Printer Port
	External Connector Type: DB-25 female
	Port Type: Parallel Port ECP/EPP

Handle 0x0011, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J7
	Internal Connector Type: None
	External Reference Designator: Serial Port
	External Connector Type: DB-9 male
	Port Type: Serial Port 16550A Compatible

Handle 0x0012, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J8
	Internal Connector Type: None
	External Reference Designator: Power Jack
	External Connector Type: Other
	Port Type: Other

Handle 0x0013, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: MIC
	Internal Connector Type: None
	External Reference Designator: Microphone
	External Connector Type: Mini Jack (headphones)
	Port Type: Audio Port

Handle 0x0014, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: LINE IN
	Internal Connector Type: None
	External Reference Designator: Line In
	External Connector Type: Mini Jack (headphones)
	Port Type: Audio Port

Handle 0x0015, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: SPK
	Internal Connector Type: None
	External Reference Designator: Speaker
	External Connector Type: Mini Jack (headphones)
	Port Type: Audio Port

Handle 0x0016, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: U18
	Internal Connector Type: None
	External Reference Designator: IR
	External Connector Type: Infrared
	Port Type: Other

Handle 0x0017, DMI type 9, 13 bytes
System Slot Information
	Designation: PC Card Upper Socket
	Type: 32-bit PC Card (PCMCIA)
	Current Usage: Unknown
	Length: Long
	ID: Adapter 1, Socket 0
	Characteristics:
		5.0 V is provided
		3.3 V is provided
		PC Card-16 is supported
		Cardbus is supported

Handle 0x0018, DMI type 9, 13 bytes
System Slot Information
	Designation: PC Card Lower Socket
	Type: 32-bit PC Card (PCMCIA)
	Current Usage: Unknown
	Length: Long
	ID: Adapter 0, Socket 0
	Characteristics:
		5.0 V is provided
		3.3 V is provided
		PC Card-16 is supported
		Cardbus is supported
		Zoom Video is supported

Handle 0x0019, DMI type 10, 8 bytes
On Board Device 1 Information
	Type: Video
	Status: Disabled
	Description: S3 Savage MX
On Board Device 2 Information
	Type: Sound
	Status: Disabled
	Description: VORTEX AU8810

Handle 0x001A, DMI type 11, 5 bytes
OEM Strings
	String 1: Intel 440BX Notebook PC

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Sun, 10 Jan 2010 01:55:42 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:

> L8400B series Notebook PC

can you try this patch?

diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c
index d1676b1..6c3145b 100644
--- a/drivers/acpi/processor_idle.c
+++ b/drivers/acpi/processor_idle.c
@@ -110,6 +110,14 @@ static struct dmi_system_id __cpuinitdata processor_power_dmi_table[] = {
 	  DMI_MATCH(DMI_BIOS_VENDOR,"Phoenix Technologies LTD"),
 	  DMI_MATCH(DMI_BIOS_VERSION,"SHE845M0.86C.0013.D.0302131307")},
 	 (void *)2},
+	{ set_max_cstate, "Pavilion zv5000", {
+	  DMI_MATCH(DMI_SYS_VENDOR, "Hewlett-Packard"),
+	  DMI_MATCH(DMI_PRODUCT_NAME,"Pavilion zv5000 (DS502A#ABA)")},
+	 (void *)1},
+	{ set_max_cstate, "Asus L8400B", {
+	  DMI_MATCH(DMI_SYS_VENDOR, "ASUSTeK Computer Inc."),
+	  DMI_MATCH(DMI_PRODUCT_NAME,"L8400B series Notebook PC")},
+	 (void *)1},
 	{},
 };
 


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

On Sat, 9 Jan 2010, Arjan van de Ven wrote:

> On Sun, 10 Jan 2010 01:55:42 +0200 (EET)
> Dimitrios Apostolou <jimis@gmx.net> wrote:
>
>> L8400B series Notebook PC
>
> can you try this patch?
>

OK I'm compiling a new kernel right now but that will take a while, I only 
have access to old hardware at the moment... What exactly this patch does?

BTW, how can I remove that irritating -O2 flag? I 'm used to compiling 
with -O0 my debug builds in userland, because compilation is *many times* 
faster. I should be really useful for bisections.


Thanks,
Dimitris

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Sun, 10 Jan 2010 02:32:11 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:

> On Sat, 9 Jan 2010, Arjan van de Ven wrote:
> 
> > On Sun, 10 Jan 2010 01:55:42 +0200 (EET)
> > Dimitrios Apostolou <jimis@gmx.net> wrote:
> >
> >> L8400B series Notebook PC
> >
> > can you try this patch?
> >
> 
> OK I'm compiling a new kernel right now but that will take a while, I
> only have access to old hardware at the moment... What exactly this
> patch does?
> 

basically it appears that your machine, when the kernel asks for C2,
exits C2 immediately again.

The old algorithm somehow caught this and stopped asking for C2 most of
the time; the new algorithm doesn't see any activity and asks for C2
again.

What the patch does is tell the kernel to just not use C2 at all...



-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

On Sat, 9 Jan 2010, Arjan van de Ven wrote:

> On Sun, 10 Jan 2010 02:32:11 +0200 (EET)
> Dimitrios Apostolou <jimis@gmx.net> wrote:
>
>> On Sat, 9 Jan 2010, Arjan van de Ven wrote:
>>
>>> On Sun, 10 Jan 2010 01:55:42 +0200 (EET)
>>> Dimitrios Apostolou <jimis@gmx.net> wrote:
>>>
>>>> L8400B series Notebook PC
>>>
>>> can you try this patch?
>>>
>>
>> OK I'm compiling a new kernel right now but that will take a while, I
>> only have access to old hardware at the moment... What exactly this
>> patch does?
>>
>
> basically it appears that your machine, when the kernel asks for C2,
> exits C2 immediately again.
>
> The old algorithm somehow caught this and stopped asking for C2 most of
> the time; the new algorithm doesn't see any activity and asks for C2
> again.
>
> What the patch does is tell the kernel to just not use C2 at all...

Indeed, in the past powertop always showed my processor idling in C1 
state, and I wondered why it never entered C2. :-)

So thanks for the patch, I guess it works, and my bet is that this 
case applies to L8400* (not only B models), except if it is fixed by some 
old BIOS upgrade that I must have missed.

While testing your patch, indeed the temperature was not rising and 
everything was normal, but the tsc was not marked as unstable so it didn't 
switch to acpi_pm clocksource, so that was probably the reason.


Dimitris

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Sun, 10 Jan 2010 03:05:38 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:

> 
> So thanks for the patch, I guess it works, and my bet is that this 
> case applies to L8400* (not only B models), except if it is fixed by
> some old BIOS upgrade that I must have missed.
> 
> While testing your patch, indeed the temperature was not rising and 
> everything was normal, but the tsc was not marked as unstable so it
> didn't switch to acpi_pm clocksource, so that was probably the reason.

that's a feature ;-)

tsc is much nicer than acpi_pm. 

now, if you have working C2 you get power savings back for going the
going-back-to-acpi_pm... but since for you, C2 doesn't.... you're now
much better off ...


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Andrew Morton]

On Sun, 10 Jan 2010 03:05:38 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:

> On Sat, 9 Jan 2010, Arjan van de Ven wrote:
> 
> > On Sun, 10 Jan 2010 02:32:11 +0200 (EET)
> > Dimitrios Apostolou <jimis@gmx.net> wrote:
> >
> >> On Sat, 9 Jan 2010, Arjan van de Ven wrote:
> >>
> >>> On Sun, 10 Jan 2010 01:55:42 +0200 (EET)
> >>> Dimitrios Apostolou <jimis@gmx.net> wrote:
> >>>
> >>>> L8400B series Notebook PC
> >>>
> >>> can you try this patch?
> >>>
> >>
> >> OK I'm compiling a new kernel right now but that will take a while, I
> >> only have access to old hardware at the moment... What exactly this
> >> patch does?
> >>
> >
> > basically it appears that your machine, when the kernel asks for C2,
> > exits C2 immediately again.
> >
> > The old algorithm somehow caught this and stopped asking for C2 most of
> > the time; the new algorithm doesn't see any activity and asks for C2
> > again.
> >
> > What the patch does is tell the kernel to just not use C2 at all...
> 
> Indeed, in the past powertop always showed my processor idling in C1 
> state, and I wondered why it never entered C2. :-)
> 
> So thanks for the patch, I guess it works, and my bet is that this 
> case applies to L8400* (not only B models), except if it is fixed by some 
> old BIOS upgrade that I must have missed.
> 
> While testing your patch, indeed the temperature was not rising and 
> everything was normal, but the tsc was not marked as unstable so it didn't 
> switch to acpi_pm clocksource, so that was probably the reason.
> 

Arjan, can you please prepare a formal version of the fix?  I guess the
cc:stable will be needed as well.

I assume that the effects which Dimitrios described above were the
intended ones?

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Tue, 12 Jan 2010 16:07:34 -0800
Andrew Morton <akpm@linux-foundation.org> wrote:

> > While testing your patch, indeed the temperature was not rising and 
> > everything was normal, but the tsc was not marked as unstable so it
> > didn't switch to acpi_pm clocksource, so that was probably the
> > reason.
> > 
> 
> Arjan, can you please prepare a formal version of the fix?  I guess
> the cc:stable will be needed as well.

sure see below
> 
> I assume that the effects which Dimitrios described above were the
> intended ones?

yes absolutely; having a stable tsc is a good thing, and totally expected
if you don't have C2.


Subject: Add two laptops to the C-state DMI table
From: Arjan van de Ven <arjan@linux.intel.com>

CC: stable@kernel.org

Since the rewrite of the CPU idle governor in 2.6.32, two laptops have surfaced
where the BIOS advertises a C2 power state, but for some reason this state is not
functioning (as verified in both cases by powertop before the patch in .32).

The old governor had the accidental behavior that if a non-working state was chosen
too many times, it would end up falling back to C1. The new governor works differently
and this accidental behavior is no longer there; the result is a high temperature
on these two machines.

This patch adds these 2 machines to the DMI table for C state anomalies; by just not using
C2 both these machines are better off (the TSC can be used instead of the pm timer, giving
a performance boost for example).

Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>



diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c
index d1676b1..6c3145b 100644
--- a/drivers/acpi/processor_idle.c
+++ b/drivers/acpi/processor_idle.c
@@ -110,6 +110,14 @@ static struct dmi_system_id __cpuinitdata processor_power_dmi_table[] = {
 	  DMI_MATCH(DMI_BIOS_VENDOR,"Phoenix Technologies LTD"),
 	  DMI_MATCH(DMI_BIOS_VERSION,"SHE845M0.86C.0013.D.0302131307")},
 	 (void *)2},
+	{ set_max_cstate, "Pavilion zv5000", {
+	  DMI_MATCH(DMI_SYS_VENDOR, "Hewlett-Packard"),
+	  DMI_MATCH(DMI_PRODUCT_NAME,"Pavilion zv5000 (DS502A#ABA)")},
+	 (void *)1},
+	{ set_max_cstate, "Asus L8400B", {
+	  DMI_MATCH(DMI_SYS_VENDOR, "ASUSTeK Computer Inc."),
+	  DMI_MATCH(DMI_PRODUCT_NAME,"L8400B series Notebook PC")},
+	 (void *)1},
 	{},
 };
 





-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

Hi Arjan,

it seems that the changes inside processor module have bitten another 
user, see relevant thread at archlinux bugtracker:
http://bugs.archlinux.org/task/17771

It can be summarised with the following quote:


I've tested jimis's suggestion about booting with init=/bin/sh and later 
modprobing next modules.
I confirm that module called "processor" in any kernel26 2.6.32.* is a 
root problem of high power consumption.
Here's output of modprobing it:

ACPI: SSDT 000000003f6d94fb 00238 (v01 PmRef Cpu0Ist 000003000 INTL 
20050624)
ACPI: SSDT 000000003f6d8e8c 005EA (v01 PmRef Cpu0Cst 000003001 INTL 
20050624)
Marking TSC unstable due to TSC halts in idle
processor LNXCPU:00: registered as cooling_device0
ACPI: SSDT 000000003f6d9733 000C8(v01 PmRef Cpu1Ist 000003000 INTL 
20050624)
ACPI: SSDT 00000000376d9476 00085 (v01 PmRef Cpu1Cst 000003000 INTL 
20050624)
Swtiching to clocksource hpet
processor LNXCPU:01: registered as cooling_device1



As I understand, in his case the C3 state is unstable and exits 
immediately. I have asked him to post the dmidecode output so you can put 
him on the exception list too. However I now believe that more and more 
users will be facing the same problem, it's not something you find easily, 
especially on desktop machines! What do you think?


Thanks,
Dimitris

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

On Wed, 10 Feb 2010, Dimitrios Apostolou wrote:
> Hi Arjan,

I have also added Wojo, the user that had the problem, to the CC list so 
you can ask him any details you might need.


Dimitris


>
> it seems that the changes inside processor module have bitten another user, 
> see relevant thread at archlinux bugtracker:
> http://bugs.archlinux.org/task/17771
>
> It can be summarised with the following quote:
>
>
> I've tested jimis's suggestion about booting with init=/bin/sh and later 
> modprobing next modules.
> I confirm that module called "processor" in any kernel26 2.6.32.* is a root 
> problem of high power consumption.
> Here's output of modprobing it:
>
> ACPI: SSDT 000000003f6d94fb 00238 (v01 PmRef Cpu0Ist 000003000 INTL 20050624)
> ACPI: SSDT 000000003f6d8e8c 005EA (v01 PmRef Cpu0Cst 000003001 INTL 20050624)
> Marking TSC unstable due to TSC halts in idle
> processor LNXCPU:00: registered as cooling_device0
> ACPI: SSDT 000000003f6d9733 000C8(v01 PmRef Cpu1Ist 000003000 INTL 20050624)
> ACPI: SSDT 00000000376d9476 00085 (v01 PmRef Cpu1Cst 000003000 INTL 20050624)
> Swtiching to clocksource hpet
> processor LNXCPU:01: registered as cooling_device1
>
>
>
> As I understand, in his case the C3 state is unstable and exits immediately. 
> I have asked him to post the dmidecode output so you can put him on the 
> exception list too. However I now believe that more and more users will be 
> facing the same problem, it's not something you find easily, especially on 
> desktop machines! What do you think?
>
>
> Thanks,
> Dimitris
>
>
>

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Wed, 10 Feb 2010 22:51:38 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:


> 
> 
> As I understand, in his case the C3 state is unstable and exits 
> immediately. I have asked him to post the dmidecode output so you can
> put him on the exception list too. However I now believe that more
> and more users will be facing the same problem, it's not something
> you find easily, especially on desktop machines! What do you think?

if C3 does not work, this needs to be fixed in the code that implements
C3, not in the code that selects C3.


Modern systems should have working C3; if one does not it needs to be
investigated as to why it's not working. One cause could be a PME that
we're not handling (I've seen that a few times in our lab), lspci -vvv
will show that.

But regardless, it's not the task of the code that selects a C state to
deal with....



-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

On Wed, 10 Feb 2010, Arjan van de Ven wrote:
> On Wed, 10 Feb 2010 22:51:38 +0200 (EET)
> Dimitrios Apostolou <jimis@gmx.net> wrote:
>>
>> As I understand, in his case the C3 state is unstable and exits
>> immediately. I have asked him to post the dmidecode output so you can
>> put him on the exception list too. However I now believe that more
>> and more users will be facing the same problem, it's not something
>> you find easily, especially on desktop machines! What do you think?
>
> if C3 does not work, this needs to be fixed in the code that implements
> C3, not in the code that selects C3.
>
>
> Modern systems should have working C3; if one does not it needs to be
> investigated as to why it's not working. One cause could be a PME that
> we're not handling (I've seen that a few times in our lab), lspci -vvv
> will show that.
>
> But regardless, it's not the task of the code that selects a C state to
> deal with....

Wojo (CC'd) can you run as root lspci -vvv and attach the output, so the 
experts can have a look?

Arjan, in this case a bisection was not performed but the symptoms are 
exactly the same as mine:
* powertop showing thousands of interrups but showing no specific process 
causing them
* The situation is caused only when the "processor" module is inserted and 
after a message about "marking TSC as unstable due to halts in idle", 
exactly like my case

Hmmm actually a difference is that in my case the system used the acpi_pm 
clocksource, but in Wojo's case it used hpet.

If I understand correctly what you said, this is a bug in another piece of 
code, and I assume that the previous behaviour of the governor was hiding 
it, avoiding C3 state completely, right?


Dimitris

>
>
>
> -- 
> Arjan van de Ven 	Intel Open Source Technology Centre
> For development, discussion and tips for power savings,
> visit http://www.lesswatts.org
>

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Wojciech Ploskonka]

[-- Attachment #1: Type: text/plain, Size: 1940 bytes --]

On 11.02.2010 19:00, Dimitrios Apostolou wrote:
> On Wed, 10 Feb 2010, Arjan van de Ven wrote:
>> On Wed, 10 Feb 2010 22:51:38 +0200 (EET)
>> Dimitrios Apostolou <jimis@gmx.net> wrote:
>>>
>>> As I understand, in his case the C3 state is unstable and exits
>>> immediately. I have asked him to post the dmidecode output so you can
>>> put him on the exception list too. However I now believe that more
>>> and more users will be facing the same problem, it's not something
>>> you find easily, especially on desktop machines! What do you think?
>>
>> if C3 does not work, this needs to be fixed in the code that implements
>> C3, not in the code that selects C3.
>>
>>
>> Modern systems should have working C3; if one does not it needs to be
>> investigated as to why it's not working. One cause could be a PME that
>> we're not handling (I've seen that a few times in our lab), lspci -vvv
>> will show that.
>>
>> But regardless, it's not the task of the code that selects a C state to
>> deal with....
>
> Wojo (CC'd) can you run as root lspci -vvv and attach the output, so the
> experts can have a look?
>
> Arjan, in this case a bisection was not performed but the symptoms are
> exactly the same as mine:
> * powertop showing thousands of interrups but showing no specific
> process causing them
> * The situation is caused only when the "processor" module is inserted
> and after a message about "marking TSC as unstable due to halts in
> idle", exactly like my case
>
> Hmmm actually a difference is that in my case the system used the
> acpi_pm clocksource, but in Wojo's case it used hpet.
>
> If I understand correctly what you said, this is a bug in another piece
> of code, and I assume that the previous behaviour of the governor was
> hiding it, avoiding C3 state completely, right?

Sure Dimitris.
You can find lspci -vvv output from that unfortunate laptop in attachments.

-- 
Sincerely Yours,
Wojciech 'Wojo' Płoskonka


[-- Attachment #2: lspci.txt --]
[-- Type: text/plain, Size: 31724 bytes --]

00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
	Subsystem: Lenovo Device 383c
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
	Latency: 0
	Capabilities: [e0] Vendor Specific Information: Len=0a <?>
	Kernel driver in use: agpgart-intel
	Kernel modules: intel-agp

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA controller])
	Subsystem: Lenovo Device 383e
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 30
	Region 0: Memory at fc000000 (64-bit, non-prefetchable) [size=1M]
	Region 2: Memory at d0000000 (64-bit, prefetchable) [size=256M]
	Region 4: I/O ports at 1800 [size=8]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 41b1
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+

00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
	Subsystem: Lenovo Device 383e
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Region 0: Memory at fc100000 (64-bit, non-prefetchable) [size=1M]
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+

00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Lenovo Device 3846
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 16
	Region 4: I/O ports at 1820 [size=32]
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd

00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Lenovo Device 3847
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 21
	Region 4: I/O ports at 1840 [size=32]
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd

00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03) (prog-if 20 [EHCI])
	Subsystem: Lenovo Device 3849
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin C routed to IRQ 18
	Region 0: Memory at fc504800 (32-bit, non-prefetchable) [size=1K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [58] Debug port: BAR=1 offset=00a0
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd

00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
	Subsystem: Lenovo Device 384e
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 22
	Region 0: Memory at fc300000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+
		Address: 0000000000000000  Data: 0000
	Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
			ExtTag- RBE- FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us
			ClockPM- Surprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; Disabled- Retrain- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntrySize=0
		Arb:	Fixed- WRR32- WRR64- WRR128- 100ns- - - onfig- TableOffset=0
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Fixed- RR32-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=01
			Status:	NegoPending- InProgress-
		VC1:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Fixed- RR32-
			Ctrl:	Enable+ ID=1 ArbSelect=Fixed TC/VC=80
			Status:	NegoPending- InProgress-
	Capabilities: [130 v1] Root Complex Link
		Desc:	PortNumber=0f ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c000
	Kernel driver in use: HDA Intel
	Kernel modules: snd-hda-intel

00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
	I/O behind bridge: 00002000-00002fff
	Memory behind bridge: f6000000-f7ffffff
	Prefetchable memory behind bridge: 00000000f0000000-00000000f1ffffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
			ExtTag- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <1us, L1 <4us
			ClockPM- Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
			Slot #  2, PowerLimit 6.500000; Interlock- NoCompl-
		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
			Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
		SltSta:	Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
			Changed: MRL- PresDet- LinkState-
		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
		RootCap: CRSVisible-
		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
	Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 4169
	Capabilities: [90] Subsystem: Lenovo Device 384a
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntrySize=0
		Arb:	Fixed+ WRR32- WRR64- WRR128- 100ns- - - onfig- TableOffset=0
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256- Fixed- RR32-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
			Status:	NegoPending- InProgress-
	Capabilities: [180 v1] Root Complex Link
		Desc:	PortNumber=01 ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c001
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp

00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
	I/O behind bridge: 00003000-00003fff
	Memory behind bridge: f8000000-f9ffffff
	Prefetchable memory behind bridge: 00000000f2000000-00000000f3ffffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
			ExtTag- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #2, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <256ns, L1 <4us
			ClockPM- Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
			Slot #  3, PowerLimit 6.500000; Interlock- NoCompl-
		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
			Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
		SltSta:	Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
			Changed: MRL- PresDet- LinkState-
		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
		RootCap: CRSVisible-
		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
	Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 4171
	Capabilities: [90] Subsystem: Lenovo Device 384b
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntrySize=0
		Arb:	Fixed+ WRR32- WRR64- WRR128- 100ns- - - onfig- TableOffset=0
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256- Fixed- RR32-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=01
			Status:	NegoPending- InProgress-
	Capabilities: [180 v1] Root Complex Link
		Desc:	PortNumber=02 ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c001
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp

00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=05, subordinate=05, sec-latency=0
	I/O behind bridge: 00004000-00004fff
	Memory behind bridge: fa000000-fbffffff
	Prefetchable memory behind bridge: 00000000f4000000-00000000f5ffffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
			ExtTag- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #3, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <1us, L1 <4us
			ClockPM- Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
			Slot #  4, PowerLimit 6.500000; Interlock- NoCompl-
		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
			Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
		SltSta:	Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
			Changed: MRL- PresDet- LinkState-
		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
		RootCap: CRSVisible-
		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
	Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 4179
	Capabilities: [90] Subsystem: Lenovo Device 384c
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntrySize=0
		Arb:	Fixed+ WRR32- WRR64- WRR128- 100ns- - - onfig- TableOffset=0
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256- Fixed- RR32-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
			Status:	NegoPending- InProgress-
	Capabilities: [180 v1] Root Complex Link
		Desc:	PortNumber=03 ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c001
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp

00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=06, subordinate=06, sec-latency=0
	I/O behind bridge: 00005000-00005fff
	Memory behind bridge: c8000000-c9ffffff
	Prefetchable memory behind bridge: 00000000cc000000-00000000cdffffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
			ExtTag- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #4, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <256ns, L1 <4us
			ClockPM- Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM L0s L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
			Slot #  5, PowerLimit 6.500000; Interlock- NoCompl-
		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
			Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
		SltSta:	Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
			Changed: MRL- PresDet- LinkState-
		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
		RootCap: CRSVisible-
		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
	Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 4181
	Capabilities: [90] Subsystem: Lenovo Device 384d
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntrySize=0
		Arb:	Fixed+ WRR32- WRR64- WRR128- 100ns- - - onfig- TableOffset=0
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256- Fixed- RR32-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=01
			Status:	NegoPending- InProgress-
	Capabilities: [180 v1] Root Complex Link
		Desc:	PortNumber=04 ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c001
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp

00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Lenovo Device 3843
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 23
	Region 4: I/O ports at 1860 [size=32]
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd

00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Lenovo Device 3844
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 19
	Region 4: I/O ports at 1880 [size=32]
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd

00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Lenovo Device 3845
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin C routed to IRQ 18
	Region 4: I/O ports at 18a0 [size=32]
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd

00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03) (prog-if 20 [EHCI])
	Subsystem: Lenovo Device 3848
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 23
	Region 0: Memory at fc504c00 (32-bit, non-prefetchable) [size=1K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [58] Debug port: BAR=1 offset=00a0
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd

00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3) (prog-if 01 [Subtractive decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Bus: primary=00, secondary=08, subordinate=08, sec-latency=32
	I/O behind bridge: 0000f000-00000fff
	Memory behind bridge: fc200000-fc2fffff
	Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
	Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [50] Subsystem: Lenovo Device 383f

00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 03)
	Subsystem: Lenovo Device 3840
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Capabilities: [e0] Vendor Specific Information: Len=0c <?>
	Kernel modules: iTCO_wdt

00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03) (prog-if 8a [Master SecP PriP])
	Subsystem: Lenovo Device 386d
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 19
	Region 0: I/O ports at 01f0 [size=8]
	Region 1: I/O ports at 03f4 [size=1]
	Region 2: I/O ports at 0170 [size=8]
	Region 3: I/O ports at 0374 [size=1]
	Region 4: I/O ports at 1810 [size=16]
	Kernel driver in use: ata_piix
	Kernel modules: ata_generic, pata_acpi, ata_piix, ide-pci-generic, piix

00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0])
	Subsystem: Lenovo Device 386c
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 28
	Region 0: I/O ports at 1c00 [size=8]
	Region 1: I/O ports at 18d4 [size=4]
	Region 2: I/O ports at 18d8 [size=8]
	Region 3: I/O ports at 18d0 [size=4]
	Region 4: I/O ports at 18e0 [size=32]
	Region 5: Memory at fc504000 (32-bit, non-prefetchable) [size=2K]
	Capabilities: [80] MSI: Enable+ Count=1/4 Maskable- 64bit-
		Address: fee0300c  Data: 4189
	Capabilities: [70] Power Management version 3
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004
	Kernel driver in use: ahci
	Kernel modules: ahci

00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
	Subsystem: Lenovo Device 3842
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Interrupt: pin C routed to IRQ 19
	Region 0: Memory at 40000000 (32-bit, non-prefetchable) [size=256]
	Region 4: I/O ports at 1c20 [size=32]
	Kernel modules: i2c-i801

04:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
	Subsystem: Intel Corporation ThinkPad R60e/X60s
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 29
	Region 0: Memory at f8000000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: [c8] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
		Address: 00000000fee0300c  Data: 41a1
	Capabilities: [e0] Express (v1) Legacy Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 unlimited
			ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr+ TransPend-
		LnkCap:	Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <128ns, L1 <64us
			ClockPM+ Surprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
			ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
	Capabilities: [100 v1] Advanced Error Reporting
		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
		UESvrt:	DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
		AERCap:	First Error Pointer: 14, GenCap- CGenEn- ChkCap- ChkEn-
	Capabilities: [140 v1] Device Serial Number 00-1f-3c-ff-ff-3b-79-39
	Kernel driver in use: iwl3945
	Kernel modules: iwl3945

06:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
	Subsystem: Lenovo Device 3861
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR+ <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at c8000000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: [48] Power Management version 3
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [50] Vital Product Data
		End
	Capabilities: [58] Vendor Specific Information: Len=78 <?>
	Capabilities: [e8] MSI: Enable- Count=1/1 Maskable- 64bit+
		Address: bfffffffbffeffb8  Data: ffff
	Capabilities: [d0] Express (v1) Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
			ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 4096 bytes
		DevSta:	CorrErr+ UncorrErr+ FatalErr- UnsuppReq+ AuxPwr+ TransPend-
		LnkCap:	Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us
			ClockPM- Surprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
	Capabilities: [100 v1] Advanced Error Reporting
		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
		UESvrt:	DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
		AERCap:	First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn-
	Capabilities: [13c v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntrySize=0
		Arb:	Fixed- WRR32- WRR64- WRR128- 100ns- - - onfig- TableOffset=0
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Fixed- RR32-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=01
			Status:	NegoPending- InProgress-
	Capabilities: [160 v1] Device Serial Number 00-1e-ec-ff-fe-09-61-4b
	Kernel driver in use: tg3
	Kernel modules: tg3

08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05) (prog-if 10 [OHCI])
	Subsystem: Lenovo Device 3829
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 32 (500ns min, 1000ns max), Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 22
	Region 0: Memory at fc200000 (32-bit, non-prefetchable) [size=2K]
	Capabilities: [dc] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME+
	Kernel driver in use: ohci1394
	Kernel modules: ohci1394

08:06.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
	Subsystem: Lenovo Device 382a
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 32, Cache Line Size: 64 bytes
	Interrupt: pin B routed to IRQ 23
	Region 0: Memory at fc200800 (32-bit, non-prefetchable) [size=256]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME-
	Kernel driver in use: sdhci-pci
	Kernel modules: sdhci-pci

08:06.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 12)
	Subsystem: Lenovo Device 382c
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 32, Cache Line Size: 64 bytes
	Interrupt: pin B routed to IRQ 11
	Region 0: Memory at fc200c00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME-
	Kernel driver in use: ricoh-mmc
	Kernel modules: ricoh_mmc

08:06.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)
	Subsystem: Lenovo Device 382d
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 32, Cache Line Size: 64 bytes
	Interrupt: pin B routed to IRQ 11
	Region 0: Memory at fc201000 (32-bit, non-prefetchable) [size=256]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME-

08:06.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff) (prog-if ff)
	!!! Unknown header type 7f

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Thu, 11 Feb 2010 22:58:21 +0100
Wojciech Ploskonka <wploskonka@gmail.com> wrote:

> 08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394
> Controller (rev 05) (prog-if 10 [OHCI])

08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
(rev 05) (prog-if 10 [OHCI])

is the one having PME+ set.

Len: how do we handle PME's again?


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Matthew Garrett]

On Thu, Feb 11, 2010 at 09:24:15PM -0800, Arjan van de Ven wrote:
> On Thu, 11 Feb 2010 22:58:21 +0100
> Wojciech Ploskonka <wploskonka@gmail.com> wrote:
> 
> > 08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394
> > Controller (rev 05) (prog-if 10 [OHCI])
> 
> 08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
> (rev 05) (prog-if 10 [OHCI])
> 
> is the one having PME+ set.
> 
> Len: how do we handle PME's again?

Right now, nothing enables the GPE they're connected to and so they're 
entirely irrelevant.

-- 
Matthew Garrett | mjg59@srcf.ucam.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

On Thu, 11 Feb 2010, Arjan van de Ven wrote:
> On Thu, 11 Feb 2010 22:58:21 +0100
> Wojciech Ploskonka <wploskonka@gmail.com> wrote:
>
>> 08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394
>> Controller (rev 05) (prog-if 10 [OHCI])
>
> 08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
> (rev 05) (prog-if 10 [OHCI])
>
> is the one having PME+ set.
>
> Len: how do we handle PME's again?

So is this something fixable? Did I lose some email?


Dimitris

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Rafael J. Wysocki]

On Thursday 18 February 2010, Dimitrios Apostolou wrote:
> On Thu, 11 Feb 2010, Arjan van de Ven wrote:
> > On Thu, 11 Feb 2010 22:58:21 +0100
> > Wojciech Ploskonka <wploskonka@gmail.com> wrote:
> >
> >> 08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394
> >> Controller (rev 05) (prog-if 10 [OHCI])
> >
> > 08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
> > (rev 05) (prog-if 10 [OHCI])
> >
> > is the one having PME+ set.
> >
> > Len: how do we handle PME's again?
> 
> So is this something fixable? Did I lose some email?

May be fixable at one point in future.

Rafael

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

Hi Arjan, Len,

It seems that another user of archlinux (mie.iscrizioni CC'd) is having 
the same problem, and this time I can't see any PME+ flag in lspci output. 
The bug report is at [1] but since it's getting too big perhaps you want 
to take a look at attachment [2], which includes "powertop -d", 
"dmidecode" and "lspci -vvv" output.

BTW, the common denominator for all these cases is the message "Marking 
TSC unstable due to TSC halts in idle". So I was thinking perhaps the code 
that detects the bug is already there! What do you think?


Thanks,
Dimitris


[1] http://bugs.archlinux.org/task/17771
[2] http://bugs.archlinux.org/task/17771?getfile=4899

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Mon, 22 Feb 2010 18:43:50 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:

> Hi Arjan, Len,
> 
> It seems that another user of archlinux (mie.iscrizioni CC'd) is
> having the same problem, and this time I can't see any PME+ flag in
> lspci output. The bug report is at [1] but since it's getting too big
> perhaps you want to take a look at attachment [2], which includes
> "powertop -d", "dmidecode" and "lspci -vvv" output.
> 
> BTW, the common denominator for all these cases is the message
> "Marking TSC unstable due to TSC halts in idle". So I was thinking
> perhaps the code that detects the bug is already there! What do you
> think?

every single Intel and AMD cpu prior to the latest generation will spew
that message....

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Thu, 11 Feb 2010 20:00:47 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:

> On Wed, 10 Feb 2010, Arjan van de Ven wrote:
> > On Wed, 10 Feb 2010 22:51:38 +0200 (EET)
> > Dimitrios Apostolou <jimis@gmx.net> wrote:
> >>
> >> As I understand, in his case the C3 state is unstable and exits
> >> immediately. I have asked him to post the dmidecode output so you
> >> can put him on the exception list too. However I now believe that
> >> more and more users will be facing the same problem, it's not
> >> something you find easily, especially on desktop machines! What do
> >> you think?
> >
> > if C3 does not work, this needs to be fixed in the code that
> > implements C3, not in the code that selects C3.
> >
> >
> > Modern systems should have working C3; if one does not it needs to
> > be investigated as to why it's not working. One cause could be a
> > PME that we're not handling (I've seen that a few times in our
> > lab), lspci -vvv will show that.
> >
> > But regardless, it's not the task of the code that selects a C
> > state to deal with....
> 
> Wojo (CC'd) can you run as root lspci -vvv and attach the output, so
> the experts can have a look?
> 
> Arjan, in this case a bisection was not performed but the symptoms
> are exactly the same as mine:
> * powertop showing thousands of interrups but showing no specific
> process causing them
> * The situation is caused only when the "processor" module is
> inserted and after a message about "marking TSC as unstable due to
> halts in idle", exactly like my case
> 
> Hmmm actually a difference is that in my case the system used the
> acpi_pm clocksource, but in Wojo's case it used hpet.
> 
> If I understand correctly what you said, this is a bug in another
> piece of code, and I assume that the previous behaviour of the
> governor was hiding it, avoiding C3 state completely, right?
> 
> 

the old governor would not avoid c3, each time it would try it a bunch
of times and eventually fall back... not very good, but mostly
invisible to you.


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Ray Lee]

On Sat, Jan 9, 2010 at 4:42 PM, Arjan van de Ven <arjan@infradead.org> wrote:
> basically it appears that your machine, when the kernel asks for C2,
> exits C2 immediately again.
>
> The old algorithm somehow caught this and stopped asking for C2 most of
> the time; the new algorithm doesn't see any activity and asks for C2
> again.

This change of behavior will certainly bite more users out there. Is
there any way we can detect the systems that aren't honoring the C2
request and limit back to C1?

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Robert Hancock]

On 01/09/2010 08:07 PM, Ray Lee wrote:
> On Sat, Jan 9, 2010 at 4:42 PM, Arjan van de Ven<arjan@infradead.org>  wrote:
>> basically it appears that your machine, when the kernel asks for C2,
>> exits C2 immediately again.
>>
>> The old algorithm somehow caught this and stopped asking for C2 most of
>> the time; the new algorithm doesn't see any activity and asks for C2
>> again.
>
> This change of behavior will certainly bite more users out there. Is
> there any way we can detect the systems that aren't honoring the C2
> request and limit back to C1?

That seems like it would be a better approach, rather than adding to a 
DMI list which is almost certainly incomplete.. We've got too many DMI 
special cases in the kernel already.

Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Arjan van de Ven]

On Sat, 9 Jan 2010 18:07:14 -0800
Ray Lee <ray-lk@madrabbit.org> wrote:

> On Sat, Jan 9, 2010 at 4:42 PM, Arjan van de Ven
> <arjan@infradead.org> wrote:
> > basically it appears that your machine, when the kernel asks for C2,
> > exits C2 immediately again.
> >
> > The old algorithm somehow caught this and stopped asking for C2
> > most of the time; the new algorithm doesn't see any activity and
> > asks for C2 again.
> 
> This change of behavior will certainly bite more users out there. Is
> there any way we can detect the systems that aren't honoring the C2
> request and limit back to C1?

it's not very likely that there are many such systems; it takes work to
break C2....
so far in 6 months 2 systems showed up, and this includes a fedora
release.

on the other hand, it's not so easy to detect the situation; exiting c2
quickly can also happen in normal use, so we'd have to have some sort of
threshold, which will be fragile by itself.


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

-O0 kernel Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Pavel Machek]

> BTW, how can I remove that irritating -O2 flag? I 'm used to compiling  
> with -O0 my debug builds in userland, because compilation is *many times* 
> faster. I should be really useful for bisections.

Actually, figuring out kernel flags for fastest kernel compilation
would be nice. Nice for bisect, and nice for slow machines. Zaurus
needs 4 hours to compile kernel, kohjinsha cca 1.5 hours.

-O0 may not fly, as inlining is needed... some tests are
 neccessary. Now that we support icc, gcc -O0 should be doable, too...

...ok, so I tried -O0.

-O2 compilation took 1250seconds, -O0 took 1167seconds and failed.

is there some fast compiler around that could be used?

								Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: -O0 kernel Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)

[Dimitrios Apostolou]

On Fri, 15 Jan 2010, Pavel Machek wrote:
>
>> BTW, how can I remove that irritating -O2 flag? I 'm used to compiling
>> with -O0 my debug builds in userland, because compilation is *many times*
>> faster. I should be really useful for bisections.
>
> Actually, figuring out kernel flags for fastest kernel compilation
> would be nice. Nice for bisect, and nice for slow machines. Zaurus
> needs 4 hours to compile kernel, kohjinsha cca 1.5 hours.
>
> -O0 may not fly, as inlining is needed... some tests are

I did some research too and this has been discussed again. Regarding 
inlining and -O0 I understand that theoretically it should work, but 
practically it doesn't. Here is an explanatory message from Andi Kleen:

http://lists.openwall.net/linux-kernel/2008/09/09/399

> neccessary. Now that we support icc, gcc -O0 should be doable, too...
>
> ...ok, so I tried -O0.
>
> -O2 compilation took 1250seconds, -O0 took 1167seconds and failed.
>
> is there some fast compiler around that could be used?

Strange that -O0 was not faster. Compiling userland I'm sure I've seen 
great speeds, and much less memory usage. Another compiler that is 
infamous for its speed is TCC (Tiny C Compiler) but I haven't actually 
used it, perhaps you want to try first. :-)


Dimitris