* X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
@ 2009-02-13 9:33 ` Nico Schottelius
2009-02-13 9:40 ` Nico Schottelius
2009-02-13 9:42 ` Ingo Molnar
0 siblings, 2 replies; 152+ messages in thread
From: Nico Schottelius @ 2009-02-13 9:33 UTC (permalink / raw)
To: LKML
[-- Attachment #1: Type: text/plain, Size: 804 bytes --]
Hello!
When using
- vmlinuz-2.6.29-rc4-ikn-00058-g4c098bc or
- vmlinuz-2.6.29-rc4-ikn-00211-g37bed90
the brightness of the LCD is almost off (lowest level),
although kernel reports otherwise:
[10:31] ikn:~% cat /proc/acpi/video/VID/LCD0/brightness
levels: 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 100
current: 100
Changing the brightness via echo 20 > /proc/acpi/video/VID/LCD0/brightness
only changes the value displayed, the display always keeps the same
brightness.
The last time I saw it working was vmlinuz-2.6.29-rc4-ikn-00001-gd5b5623.
Sincerly,
Nico
ps: please CC on reply
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-13 9:33 ` Nico Schottelius
@ 2009-02-13 9:40 ` Nico Schottelius
2009-02-13 13:43 ` Matthew Garrett
2009-03-10 2:28 ` Eric Anholt
2009-02-13 9:42 ` Ingo Molnar
1 sibling, 2 replies; 152+ messages in thread
From: Nico Schottelius @ 2009-02-13 9:40 UTC (permalink / raw)
To: LKML
[-- Attachment #1: Type: text/plain, Size: 62925 bytes --]
Nico Schottelius [Fri, Feb 13, 2009 at 10:33:54AM +0100]:
> [...]
dmesg:
[ 0.000000] Linux version 2.6.29-rc4-ikn-00211-g37bed90 (compiler@ikn) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #12 SMP PREEMPT Fri Feb 13 09:40:39 CET 2009
[ 0.000000] Command line: root=/dev/sda1 ro
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
[ 0.000000] BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000007c4a1000 (usable)
[ 0.000000] BIOS-e820: 000000007c4a1000 - 000000007c4a7000 (reserved)
[ 0.000000] BIOS-e820: 000000007c4a7000 - 000000007c5b7000 (usable)
[ 0.000000] BIOS-e820: 000000007c5b7000 - 000000007c60f000 (reserved)
[ 0.000000] BIOS-e820: 000000007c60f000 - 000000007c6c6000 (usable)
[ 0.000000] BIOS-e820: 000000007c6c6000 - 000000007c6d1000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c6d1000 - 000000007c6d4000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c6d4000 - 000000007c6d8000 (reserved)
[ 0.000000] BIOS-e820: 000000007c6d8000 - 000000007c6dc000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c6dc000 - 000000007c6df000 (reserved)
[ 0.000000] BIOS-e820: 000000007c6df000 - 000000007c706000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c706000 - 000000007c708000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c708000 - 000000007c90f000 (reserved)
[ 0.000000] BIOS-e820: 000000007c90f000 - 000000007c99f000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c99f000 - 000000007c9ff000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c9ff000 - 000000007ca00000 (usable)
[ 0.000000] BIOS-e820: 000000007cc00000 - 000000007f000000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved)
[ 0.000000] BIOS-e820: 00000000fed10000 - 00000000fed14000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed18000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff800000 - 0000000100000000 (reserved)
[ 0.000000] DMI present.
[ 0.000000] last_pfn = 0x7ca00 max_arch_pfn = 0x100000000
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] init_memory_mapping: 0000000000000000-000000007ca00000
[ 0.000000] 0000000000 - 007ca00000 page 2M
[ 0.000000] kernel direct mapping tables up to 7ca00000 @ 8000-b000
[ 0.000000] last_map_addr: 7ca00000 end: 7ca00000
[ 0.000000] ACPI: RSDP 000F73A0, 0024 (r2 LENOVO)
[ 0.000000] ACPI: XSDT 7C97BD45, 009C (r1 LENOVO TP-6D 1050 LTP 0)
[ 0.000000] ACPI: FACP 7C97BF00, 00F4 (r3 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI Warning (tbfadt-0568): 32/64X length mismatch in Pm1aControlBlock: 16/32 [20081204]
[ 0.000000] ACPI Warning (tbfadt-0412): Invalid length for Pm1aControlBlock: 32, using default 16 [20081204]
[ 0.000000] FADT: X_PM1a_EVT_BLK.bit_width (16) does not match PM1_EVT_LEN (4)
[ 0.000000] ACPI: DSDT 7C97C2F4, D910 (r1 LENOVO TP-6D 1050 MSFT 3000000)
[ 0.000000] ACPI: FACS 7C98E000, 0040
[ 0.000000] ACPI: SSDT 7C97C0B4, 0240 (r1 LENOVO TP-6D 1050 MSFT 3000000)
[ 0.000000] ACPI: ECDT 7C989C04, 0052 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: APIC 7C989C56, 0078 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: MCFG 7C989CCE, 003C (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: HPET 7C989D0A, 0038 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: SLIC 7C989DC2, 0176 (r1 LENOVO TP-6D 1050 LTP 0)
[ 0.000000] ACPI: BOOT 7C989F38, 0028 (r1 LENOVO TP-6D 1050 LTP 1)
[ 0.000000] ACPI: ASF! 7C989F60, 00A0 (r16 LENOVO TP-6D 1050 PTL 1)
[ 0.000000] ACPI: SSDT 7C98D203, 055F (r1 LENOVO TP-6D 1050 INTL 20050513)
[ 0.000000] ACPI: TCPA 7C707000, 0032 (r0 0 0)
[ 0.000000] ACPI: DMAR 7C706000, 0120 (r1 \x01 1 0)
[ 0.000000] ACPI: SSDT 7C6D3000, 0655 (r1 PmRef CpuPm 3000 INTL 20050624)
[ 0.000000] ACPI: SSDT 7C6D2000, 0274 (r1 PmRef Cpu0Tst 3000 INTL 20050624)
[ 0.000000] ACPI: SSDT 7C6D1000, 0242 (r1 PmRef ApTst 3000 INTL 20050624)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] (5 early reservations) ==> bootmem [0000000000 - 007ca00000]
[ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
[ 0.000000] #1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
[ 0.000000] #2 [0000200000 - 000073c3dc] TEXT DATA BSS ==> [0000200000 - 000073c3dc]
[ 0.000000] #3 [000009ec00 - 0000100000] BIOS reserved ==> [000009ec00 - 0000100000]
[ 0.000000] #4 [0000008000 - 0000009000] PGTABLE ==> [0000008000 - 0000009000]
[ 0.000000] found SMP MP-table at [ffff8800000f73e0] 000f73e0
[ 0.000000] [ffffe20000000000-ffffe20001bfffff] PMD -> [ffff880001200000-ffff880002dfffff] on node 0
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000000 -> 0x00001000
[ 0.000000] DMA32 0x00001000 -> 0x00100000
[ 0.000000] Normal 0x00100000 -> 0x00100000
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[5] active PFN ranges
[ 0.000000] 0: 0x00000000 -> 0x0000009e
[ 0.000000] 0: 0x00000100 -> 0x0007c4a1
[ 0.000000] 0: 0x0007c4a7 -> 0x0007c5b7
[ 0.000000] 0: 0x0007c60f -> 0x0007c6c6
[ 0.000000] 0: 0x0007c9ff -> 0x0007ca00
[ 0.000000] On node 0 totalpages: 509447
[ 0.000000] DMA zone: 56 pages used for memmap
[ 0.000000] DMA zone: 1443 pages reserved
[ 0.000000] DMA zone: 2499 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 6923 pages used for memmap
[ 0.000000] DMA32 zone: 498526 pages, LIFO batch:31
[ 0.000000] ACPI: PM-Timer IO Port: 0x1008
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 0, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] 4 Processors exceeds NR_CPUS limit of 2
[ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 24
[ 0.000000] Allocating PCI resources starting at 80000000 (gap: 7f000000:61000000)
[ 0.000000] NR_CPUS:2 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1
[ 0.000000] PERCPU: Allocating 49152 bytes of per cpu data
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 501025
[ 0.000000] Kernel command line: root=/dev/sda1 ro
[ 0.000000] Initializing CPU#0
[ 0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[ 0.000000] Extended CMOS year: 2000
[ 0.000000] TSC: PIT calibration matches PMTIMER. 1 loops
[ 0.000000] Detected 2261.002 MHz processor.
[ 0.004000] Console: colour VGA+ 80x25
[ 0.004000] console [tty0] enabled
[ 0.004000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.004000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.004000] Memory: 1999576k/2041856k available (2892k kernel code, 4068k absent, 37484k reserved, 1411k data, 348k init)
[ 0.004000] SLUB: Genslabs=12, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[ 0.004000] hpet clockevent registered
[ 0.004000] HPET: 4 timers in total, 0 timers will be used for per-cpu timer
[ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 4522.00 BogoMIPS (lpj=9044008)
[ 0.004000] Security Framework initialized
[ 0.004000] Mount-cache hash table entries: 256
[ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 0.004000] CPU: L2 cache: 3072K
[ 0.004000] [ds] using Core 2/Atom configuration
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 0
[ 0.004000] CPU0: Thermal monitoring enabled (TM2)
[ 0.004000] using mwait in idle threads.
[ 0.004000] ACPI: Core revision 20081204
[ 0.024048] Setting APIC routing to flat
[ 0.024480] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.067050] CPU0: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 0.068001] Booting processor 1 APIC 0x1 ip 0x6000
[ 0.004000] Initializing CPU#1
[ 0.004000] Calibrating delay using timer specific routine.. 4521.97 BogoMIPS (lpj=9043956)
[ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 0.004000] CPU: L2 cache: 3072K
[ 0.004000] [ds] using Core 2/Atom configuration
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 1
[ 0.004000] CPU1: Thermal monitoring enabled (TM2)
[ 0.004000] x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
[ 0.153317] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 0.154465] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[ 0.156024] Brought up 2 CPUs
[ 0.156124] Total of 2 processors activated (9043.98 BogoMIPS).
[ 0.156290] net_namespace: 1752 bytes
[ 0.156290] regulator: core version 0.5
[ 0.156290] NET: Registered protocol family 16
[ 0.156290] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 0.156290] ACPI: bus type pci registered
[ 0.160027] PCI: Using configuration type 1 for base access
[ 0.160124] bio: create slab <bio-0> at 0
[ 0.164063] ACPI: EC: EC description table is found, configuring boot EC
[ 0.172099] ACPI: BIOS _OSI(Linux) query ignored
[ 0.172016] ACPI: EC: non-query interrupt received, switching to interrupt mode
[ 0.188308] ACPI: Interpreter enabled
[ 0.188409] ACPI: (supports S0 S3 S5)
[ 0.188630] ACPI: Using IOAPIC for interrupt routing
[ 0.224197] ACPI: EC: GPE = 0x11, I/O: command/status = 0x66, data = 0x62
[ 0.224302] ACPI: EC: driver started in interrupt mode
[ 0.228003] ACPI: ACPI Dock Station Driver: 3 docks/bays found
[ 0.228003] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 0.228058] pci 0000:00:02.0: reg 10 64bit mmio: [0xf2000000-0xf23fffff]
[ 0.228064] pci 0000:00:02.0: reg 18 64bit mmio: [0xd0000000-0xdfffffff]
[ 0.228068] pci 0000:00:02.0: reg 20 io port: [0x1800-0x1807]
[ 0.228099] pci 0000:00:02.1: reg 10 64bit mmio: [0xf2400000-0xf24fffff]
[ 0.228149] pci 0000:00:03.0: reg 10 64bit mmio: [0xf2826800-0xf282680f]
[ 0.228179] pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
[ 0.228284] pci 0000:00:03.0: PME# disabled
[ 0.228284] pci 0000:00:19.0: reg 10 32bit mmio: [0xf2600000-0xf261ffff]
[ 0.228284] pci 0000:00:19.0: reg 14 32bit mmio: [0xf2625000-0xf2625fff]
[ 0.228284] pci 0000:00:19.0: reg 18 io port: [0x1840-0x185f]
[ 0.228284] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
[ 0.228284] pci 0000:00:19.0: PME# disabled
[ 0.228402] pci 0000:00:1a.0: reg 20 io port: [0x1860-0x187f]
[ 0.228481] pci 0000:00:1a.1: reg 20 io port: [0x1880-0x189f]
[ 0.228560] pci 0000:00:1a.2: reg 20 io port: [0x18a0-0x18bf]
[ 0.228643] pci 0000:00:1a.7: reg 10 32bit mmio: [0xf2826c00-0xf2826fff]
[ 0.228705] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
[ 0.228811] pci 0000:00:1a.7: PME# disabled
[ 0.228955] pci 0000:00:1b.0: reg 10 64bit mmio: [0xf2620000-0xf2623fff]
[ 0.229004] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.229109] pci 0000:00:1b.0: PME# disabled
[ 0.232002] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.232002] pci 0000:00:1c.0: PME# disabled
[ 0.232002] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 0.232002] pci 0000:00:1c.1: PME# disabled
[ 0.232002] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[ 0.232002] pci 0000:00:1c.3: PME# disabled
[ 0.232002] pci 0000:00:1d.0: reg 20 io port: [0x18c0-0x18df]
[ 0.232002] pci 0000:00:1d.1: reg 20 io port: [0x18e0-0x18ff]
[ 0.232002] pci 0000:00:1d.2: reg 20 io port: [0x1c00-0x1c1f]
[ 0.232002] pci 0000:00:1d.7: reg 10 32bit mmio: [0xf2827000-0xf28273ff]
[ 0.232002] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[ 0.232002] pci 0000:00:1d.7: PME# disabled
[ 0.232002] pci 0000:00:1f.2: reg 10 io port: [0x1c48-0x1c4f]
[ 0.232002] pci 0000:00:1f.2: reg 14 io port: [0x183c-0x183f]
[ 0.232002] pci 0000:00:1f.2: reg 18 io port: [0x1c40-0x1c47]
[ 0.232002] pci 0000:00:1f.2: reg 1c io port: [0x1838-0x183b]
[ 0.232002] pci 0000:00:1f.2: reg 20 io port: [0x1c20-0x1c3f]
[ 0.232002] pci 0000:00:1f.2: reg 24 32bit mmio: [0xf2826000-0xf28267ff]
[ 0.232002] pci 0000:00:1f.2: PME# supported from D3hot
[ 0.232002] pci 0000:00:1f.2: PME# disabled
[ 0.232002] pci 0000:00:1f.3: reg 10 64bit mmio: [0xf2827400-0xf28274ff]
[ 0.232002] pci 0000:00:1f.3: reg 20 io port: [0x1c60-0x1c7f]
[ 0.232002] pci 0000:03:00.0: reg 10 64bit mmio: [0xf2500000-0xf2501fff]
[ 0.232002] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold
[ 0.232002] pci 0000:03:00.0: PME# disabled
[ 0.232002] pci 0000:00:1c.1: bridge 32bit mmio: [0xf2500000-0xf25fffff]
[ 0.232002] pci 0000:00:1c.3: bridge io port: [0x2000-0x2fff]
[ 0.232002] pci 0000:00:1c.3: bridge 32bit mmio: [0xf0000000-0xf1ffffff]
[ 0.232002] pci 0000:00:1c.3: bridge 64bit mmio pref: [0xf2900000-0xf29fffff]
[ 0.232002] pci 0000:00:1e.0: transparent bridge
[ 0.232031] pci_bus 0000:00: on NUMA node 0
[ 0.232038] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.232220] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP0._PRT]
[ 0.232301] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP1._PRT]
[ 0.232383] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP3._PRT]
[ 0.240258] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.240851] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.240851] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.240851] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.241505] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.242182] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.242860] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.243539] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.244092] ACPI: Power Resource [PUBS] (on)
[ 0.244310] SCSI subsystem initialized
[ 0.244310] libata version 3.00 loaded.
[ 0.248041] PCI: Using ACPI for IRQ routing
[ 0.260054] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
[ 0.260334] hpet0: 4 comparators, 64-bit 14.318180 MHz counter
[ 0.284008] pnp: PnP ACPI init
[ 0.284113] ACPI: bus type pnp registered
[ 0.345257] pnp: PnP ACPI: found 10 devices
[ 0.345358] ACPI: ACPI bus type pnp unregistered
[ 0.345466] system 00:00: iomem range 0x0-0x9ffff could not be reserved
[ 0.345570] system 00:00: iomem range 0xc0000-0xc3fff has been reserved
[ 0.345675] system 00:00: iomem range 0xc4000-0xc7fff has been reserved
[ 0.345779] system 00:00: iomem range 0xc8000-0xcbfff has been reserved
[ 0.345883] system 00:00: iomem range 0xcc000-0xcffff has been reserved
[ 0.345987] system 00:00: iomem range 0xd0000-0xd3fff has been reserved
[ 0.346092] system 00:00: iomem range 0xdc000-0xdffff could not be reserved
[ 0.346197] system 00:00: iomem range 0xe0000-0xe3fff could not be reserved
[ 0.346302] system 00:00: iomem range 0xe4000-0xe7fff could not be reserved
[ 0.346407] system 00:00: iomem range 0xe8000-0xebfff could not be reserved
[ 0.346512] system 00:00: iomem range 0xec000-0xeffff could not be reserved
[ 0.346617] system 00:00: iomem range 0xf0000-0xfffff could not be reserved
[ 0.346728] system 00:00: iomem range 0x100000-0x7effffff could not be reserved
[ 0.346893] system 00:00: iomem range 0xfec00000-0xfed3ffff could not be reserved
[ 0.347058] system 00:00: iomem range 0xfed4c000-0xffffffff could not be reserved
[ 0.347225] system 00:02: ioport range 0x164e-0x164f has been reserved
[ 0.347329] system 00:02: ioport range 0x1000-0x107f has been reserved
[ 0.347434] system 00:02: ioport range 0x1180-0x11ff has been reserved
[ 0.347538] system 00:02: ioport range 0x800-0x80f has been reserved
[ 0.347642] system 00:02: ioport range 0x15e0-0x15ef has been reserved
[ 0.347747] system 00:02: ioport range 0x1600-0x1641 has been reserved
[ 0.347851] system 00:02: ioport range 0x1600-0x161b has been reserved
[ 0.347956] system 00:02: iomem range 0xe0000000-0xefffffff has been reserved
[ 0.348061] system 00:02: iomem range 0xfed1c000-0xfed1ffff has been reserved
[ 0.348167] system 00:02: iomem range 0xfed10000-0xfed13fff has been reserved
[ 0.348272] system 00:02: iomem range 0xfed18000-0xfed18fff has been reserved
[ 0.348377] system 00:02: iomem range 0xfed19000-0xfed19fff has been reserved
[ 0.348482] system 00:02: iomem range 0xfed45000-0xfed4bfff has been reserved
[ 0.353458] pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
[ 0.353560] pci 0000:00:1c.0: IO window: disabled
[ 0.353665] pci 0000:00:1c.0: MEM window: disabled
[ 0.353768] pci 0000:00:1c.0: PREFETCH window: disabled
[ 0.353874] pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
[ 0.353977] pci 0000:00:1c.1: IO window: disabled
[ 0.354081] pci 0000:00:1c.1: MEM window: 0xf2500000-0xf25fffff
[ 0.354187] pci 0000:00:1c.1: PREFETCH window: disabled
[ 0.354293] pci 0000:00:1c.3: PCI bridge, secondary bus 0000:05
[ 0.354396] pci 0000:00:1c.3: IO window: 0x2000-0x2fff
[ 0.354501] pci 0000:00:1c.3: MEM window: 0xf0000000-0xf1ffffff
[ 0.354607] pci 0000:00:1c.3: PREFETCH window: 0x000000f2900000-0x000000f29fffff
[ 0.354785] pci 0000:00:1e.0: PCI bridge, secondary bus 0000:0d
[ 0.354888] pci 0000:00:1e.0: IO window: disabled
[ 0.354992] pci 0000:00:1e.0: MEM window: disabled
[ 0.355096] pci 0000:00:1e.0: PREFETCH window: disabled
[ 0.355210] pci 0000:00:1c.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 0.355317] pci 0000:00:1c.0: setting latency timer to 64
[ 0.355325] pci 0000:00:1c.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 0.355431] pci 0000:00:1c.1: setting latency timer to 64
[ 0.355439] pci 0000:00:1c.3: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 0.355545] pci 0000:00:1c.3: setting latency timer to 64
[ 0.355551] pci 0000:00:1e.0: setting latency timer to 64
[ 0.355554] pci_bus 0000:00: resource 0 io: [0x00-0xffff]
[ 0.355556] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff]
[ 0.355558] pci_bus 0000:02: resource 0 mem: [0x0-0x0]
[ 0.355560] pci_bus 0000:02: resource 1 mem: [0x0-0x0]
[ 0.355561] pci_bus 0000:02: resource 2 mem: [0x0-0x0]
[ 0.355563] pci_bus 0000:02: resource 3 mem: [0x0-0x0]
[ 0.355564] pci_bus 0000:03: resource 0 mem: [0x0-0x0]
[ 0.355566] pci_bus 0000:03: resource 1 mem: [0xf2500000-0xf25fffff]
[ 0.355567] pci_bus 0000:03: resource 2 mem: [0x0-0x0]
[ 0.355569] pci_bus 0000:03: resource 3 mem: [0x0-0x0]
[ 0.355571] pci_bus 0000:05: resource 0 io: [0x2000-0x2fff]
[ 0.355572] pci_bus 0000:05: resource 1 mem: [0xf0000000-0xf1ffffff]
[ 0.355574] pci_bus 0000:05: resource 2 mem: [0xf2900000-0xf29fffff]
[ 0.355576] pci_bus 0000:05: resource 3 mem: [0x0-0x0]
[ 0.355577] pci_bus 0000:0d: resource 0 mem: [0x0-0x0]
[ 0.355579] pci_bus 0000:0d: resource 1 mem: [0x0-0x0]
[ 0.355580] pci_bus 0000:0d: resource 2 mem: [0x0-0x0]
[ 0.355582] pci_bus 0000:0d: resource 3 io: [0x00-0xffff]
[ 0.355583] pci_bus 0000:0d: resource 4 mem: [0x000000-0xffffffffffffffff]
[ 0.355604] NET: Registered protocol family 2
[ 0.402669] IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.403216] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[ 0.404925] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[ 0.405538] TCP: Hash tables configured (established 262144 bind 65536)
[ 0.405642] TCP reno registered
[ 0.414720] NET: Registered protocol family 1
[ 0.415036] Simple Boot Flag at 0x35 set to 0x1
[ 0.415955] Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 0.418311] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.420365] VFS: Disk quotas dquot_6.5.2
[ 0.420536] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[ 0.421066] JFS: nTxBlock = 8192, nTxLock = 65536
[ 0.424195] msgmni has been set to 3906
[ 0.424512] alg: No test for stdrng (krng)
[ 0.424621] io scheduler noop registered
[ 0.424722] io scheduler anticipatory registered (default)
[ 0.424825] io scheduler deadline registered
[ 0.424979] io scheduler cfq registered
[ 0.425092] pci 0000:00:02.0: Boot video device
[ 0.425335] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[ 0.425396] pcieport-driver 0000:00:1c.0: irq 24 for MSI/MSI-X
[ 0.425523] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[ 0.425580] pcieport-driver 0000:00:1c.1: irq 25 for MSI/MSI-X
[ 0.425698] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[ 0.425756] pcieport-driver 0000:00:1c.3: irq 26 for MSI/MSI-X
[ 0.426423] ACPI: AC Adapter [AC] (on-line)
[ 0.472219] ACPI: Battery Slot [BAT0] (battery present)
[ 0.472470] input: Power Button (FF) as /class/input/input0
[ 0.472627] ACPI: Power Button (FF) [PWRF]
[ 0.472798] input: Lid Switch as /class/input/input1
[ 0.475266] ACPI: Lid Switch [LID]
[ 0.475427] input: Sleep Button (CM) as /class/input/input2
[ 0.475534] ACPI: Sleep Button (CM) [SLPB]
[ 0.476437] ACPI: SSDT 7C6D6C20, 02C8 (r1 PmRef Cpu0Ist 3000 INTL 20050624)
[ 0.477324] ACPI: SSDT 7C6D4020, 087A (r1 PmRef Cpu0Cst 3001 INTL 20050624)
[ 0.482362] Monitor-Mwait will be used to enter C-1 state
[ 0.482367] Monitor-Mwait will be used to enter C-2 state
[ 0.482371] Monitor-Mwait will be used to enter C-3 state
[ 0.482421] ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
[ 0.482708] processor ACPI_CPU:00: registered as cooling_device0
[ 0.482866] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 0.483709] ACPI: SSDT 7C6D5CA0, 01CF (r1 PmRef ApIst 3000 INTL 20050624)
[ 0.484488] ACPI: SSDT 7C6D5F20, 008D (r1 PmRef ApCst 3000 INTL 20050624)
[ 0.487061] ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
[ 0.487341] processor ACPI_CPU:01: registered as cooling_device1
[ 0.487446] ACPI: Processor [CPU1] (supports 8 throttling states)
[ 0.532630] thermal LNXTHERM:01: registered as thermal_zone0
[ 0.536029] ACPI: Thermal Zone [THM0] (46 C)
[ 0.537152] thermal LNXTHERM:02: registered as thermal_zone1
[ 0.538543] ACPI: Thermal Zone [THM1] (42 C)
[ 0.566388] Switched to high resolution mode on CPU 1
[ 0.566390] Switched to high resolution mode on CPU 0
[ 0.593533] Linux agpgart interface v0.103
[ 3.608008] floppy0: no floppy controllers found
[ 3.609317] brd: module loaded
[ 3.609492] Uniform Multi-Platform E-IDE driver
[ 3.609671] ide-gd driver 1.18
[ 3.609878] Driver 'sd' needs updating - please use bus_type methods
[ 3.610025] ahci 0000:00:1f.2: version 3.0
[ 3.610041] ahci 0000:00:1f.2: PCI INT B -> GSI 16 (level, low) -> IRQ 16
[ 3.610178] ahci 0000:00:1f.2: irq 27 for MSI/MSI-X
[ 3.610216] ahci: SSS flag set, parallel bus scan disabled
[ 3.610337] ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 4 ports 3 Gbps 0x3 impl SATA mode
[ 3.610505] ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pio slum part
[ 3.610673] ahci 0000:00:1f.2: setting latency timer to 64
[ 3.610826] scsi0 : ahci
[ 3.611010] scsi1 : ahci
[ 3.611168] scsi2 : ahci
[ 3.611326] scsi3 : ahci
[ 3.612291] ata1: SATA max UDMA/133 abar m2048@0xf2826000 port 0xf2826100 irq 27
[ 3.612458] ata2: SATA max UDMA/133 abar m2048@0xf2826000 port 0xf2826180 irq 27
[ 3.612623] ata3: DUMMY
[ 3.612721] ata4: DUMMY
[ 3.932014] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 3.947549] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 3.947551] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 3.947736] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 3.947738] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 3.948567] ata1.00: ATA-8: ST9250827AS, 3.CMF, max UDMA/100
[ 3.948671] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 3.958634] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 3.958636] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 3.958820] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 3.958822] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 3.959694] ata1.00: configured for UDMA/100
[ 3.978132] ata1.00: configured for UDMA/100
[ 3.978234] ata1: EH complete
[ 3.992065] scsi 0:0:0:0: Direct-Access ATA ST9250827AS 3.CM PQ: 0 ANSI: 5
[ 3.992351] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 3.992528] sd 0:0:0:0: [sda] Write Protect is off
[ 3.992632] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 3.992650] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.992858] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 3.993034] sd 0:0:0:0: [sda] Write Protect is off
[ 3.993136] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 3.993155] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.993323] sda: sda1 sda2 sda3
[ 4.003227] sd 0:0:0:0: [sda] Attached SCSI disk
[ 4.324012] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 4.388822] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 4.389667] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 4.393403] ata2.00: ATAPI: HL-DT-ST DVDRAM GSA-U20N, HX10, max UDMA/133
[ 4.400697] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 4.401540] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 4.405234] ata2.00: configured for UDMA/133
[ 4.543461] scsi 1:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-U20N HX10 PQ: 0 ANSI: 5
[ 4.572071] Fusion MPT base driver 3.04.07
[ 4.572172] Copyright (c) 1999-2008 LSI Corporation
[ 4.572278] Fusion MPT SPI Host driver 3.04.07
[ 4.572687] ieee1394: raw1394: /dev/raw1394 device initialized
[ 4.572894] PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 4.587086] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 4.587191] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 4.587384] mice: PS/2 mouse device common for all mice
[ 4.636351] cpuidle: using governor ladder
[ 4.636886] cpuidle: using governor menu
[ 4.637021] Marking TSC unstable due to TSC halts in idle
[ 4.637252] oprofile: using NMI interrupt.
[ 4.637586] TCP cubic registered
[ 4.637687] NET: Registered protocol family 17
[ 4.638887] registered taskstats version 1
[ 4.643695] input: AT Translated Set 2 keyboard as /class/input/input3
[ 4.903916] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[ 5.000047] Clocksource tsc unstable (delta = -326682444 ns)
[ 5.215709] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 5.234693] input: TPPS/2 IBM TrackPoint as /class/input/input4
[ 5.403389] VFS: Mounted root (jfs filesystem) readonly on device 8:1.
[ 5.403554] Freeing unused kernel memory: 348k freed
[ 8.298106] Non-volatile memory driver v1.3
[ 8.624366] Driver 'sr' needs updating - please use bus_type methods
[ 8.635955] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[ 8.636143] Uniform CD-ROM driver Revision: 3.20
[ 8.636320] sr 1:0:0:0: Attached scsi CD-ROM sr0
[ 8.769432] agpgart-intel 0000:00:00.0: Intel Mobile Intel® GM45 Express Chipset
[ 8.770543] agpgart-intel 0000:00:00.0: detected 32764K stolen memory
[ 8.773652] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
[ 8.905125] thinkpad_acpi: ThinkPad ACPI Extras v0.22
[ 8.905230] thinkpad_acpi: http://ibm-acpi.sf.net/
[ 8.905332] thinkpad_acpi: ThinkPad BIOS 6DET28WW (1.05 ), EC 7XHT21WW-1.03
[ 8.905436] thinkpad_acpi: Lenovo ThinkPad X200, model 7458AH8
[ 8.906261] thinkpad_acpi: radio switch found; radios are disabled
[ 8.906477] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver
[ 8.906647] thinkpad_acpi: Disabling thinkpad-acpi brightness events by default...
[ 8.916799] Registered led device: tpacpi::thinklight
[ 8.916937] Registered led device: tpacpi::power
[ 8.917068] Registered led device: tpacpi:orange:batt
[ 8.917184] Registered led device: tpacpi:green:batt
[ 8.917300] Registered led device: tpacpi::dock_active
[ 8.917416] Registered led device: tpacpi::bay_active
[ 8.917535] Registered led device: tpacpi::dock_batt
[ 8.917650] Registered led device: tpacpi::unknown_led
[ 8.917766] Registered led device: tpacpi::standby
[ 8.920089] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one.
[ 8.920518] input: ThinkPad Extra Buttons as /class/input/input5
[ 8.989905] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 8.990048] sr 1:0:0:0: Attached scsi generic sg1 type 5
[ 9.015991] ACPI: WMI: Mapper loaded
[ 9.425072] usbcore: registered new interface driver usbfs
[ 9.425201] usbcore: registered new interface driver hub
[ 9.480093] usbcore: registered new device driver usb
[ 9.505846] e1000e: Intel(R) PRO/1000 Network Driver - 0.3.3.3-k6
[ 9.505970] e1000e: Copyright (c) 1999-2008 Intel Corporation.
[ 9.506120] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 9.506237] e1000e 0000:00:19.0: setting latency timer to 64
[ 9.506358] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 9.523237] rtc_cmos 00:07: RTC can wake from S4
[ 9.523437] rtc_cmos 00:07: rtc core: registered rtc_cmos as rtc0
[ 9.523564] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[ 9.544499] uhci_hcd: USB Universal Host Controller Interface driver
[ 9.560141] cfg80211: Calling CRDA to update world regulatory domain
[ 9.595522] 0000:00:19.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:1f:16:09:46:11
[ 9.595699] 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection
[ 9.595831] 0000:00:19.0: eth0: MAC: 6, PHY: 8, PBA No: 1008ff-0ff
[ 9.596477] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[ 9.596600] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 9.596726] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 9.596730] uhci_hcd 0000:00:1a.0: UHCI Host Controller
[ 9.596898] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
[ 9.597121] uhci_hcd 0000:00:1a.0: irq 20, io base 0x00001860
[ 9.597384] usb usb1: configuration #1 chosen from 1 choice
[ 9.597535] hub 1-0:1.0: USB hub found
[ 9.597647] hub 1-0:1.0: 2 ports detected
[ 9.597899] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 9.598018] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 9.598022] uhci_hcd 0000:00:1a.1: UHCI Host Controller
[ 9.598160] uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2
[ 9.598376] uhci_hcd 0000:00:1a.1: irq 21, io base 0x00001880
[ 9.598596] usb usb2: configuration #1 chosen from 1 choice
[ 9.598739] hub 2-0:1.0: USB hub found
[ 9.598853] hub 2-0:1.0: 2 ports detected
[ 9.599851] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[ 9.599967] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[ 9.600106] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[ 9.600110] uhci_hcd 0000:00:1a.2: UHCI Host Controller
[ 9.600256] uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 3
[ 9.600466] uhci_hcd 0000:00:1a.2: irq 22, io base 0x000018a0
[ 9.600676] usb usb3: configuration #1 chosen from 1 choice
[ 9.600825] hub 3-0:1.0: USB hub found
[ 9.600936] hub 3-0:1.0: 2 ports detected
[ 9.602691] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 9.602811] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 9.602958] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 9.602962] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 9.603110] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4
[ 9.603327] uhci_hcd 0000:00:1d.0: irq 16, io base 0x000018c0
[ 9.603563] usb usb4: configuration #1 chosen from 1 choice
[ 9.603707] hub 4-0:1.0: USB hub found
[ 9.603819] hub 4-0:1.0: 2 ports detected
[ 9.604071] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 9.604190] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 9.604194] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 9.604330] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 5
[ 9.604544] uhci_hcd 0000:00:1d.1: irq 17, io base 0x000018e0
[ 9.604751] usb usb5: configuration #1 chosen from 1 choice
[ 9.604910] hub 5-0:1.0: USB hub found
[ 9.605025] hub 5-0:1.0: 2 ports detected
[ 9.605252] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 9.605367] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 9.605370] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 9.605504] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 6
[ 9.605710] uhci_hcd 0000:00:1d.2: irq 18, io base 0x00001c00
[ 9.605921] usb usb6: configuration #1 chosen from 1 choice
[ 9.606066] hub 6-0:1.0: USB hub found
[ 9.606180] hub 6-0:1.0: 2 ports detected
[ 9.639074] acpi device:03: registered as cooling_device2
[ 9.639572] input: Video Bus as /class/input/input6
[ 9.654162] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 9.654275] Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
[ 9.656033] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 9.656156] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 9.656295] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 9.656299] ehci_hcd 0000:00:1a.7: EHCI Host Controller
[ 9.656450] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 7
[ 9.660547] ehci_hcd 0000:00:1a.7: debug port 1
[ 9.660659] ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
[ 9.660681] ehci_hcd 0000:00:1a.7: irq 23, io mem 0xf2826c00
[ 9.676021] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
[ 9.676289] usb usb7: configuration #1 chosen from 1 choice
[ 9.676441] hub 7-0:1.0: USB hub found
[ 9.676555] hub 7-0:1.0: 6 ports detected
[ 9.676824] i801_smbus 0000:00:1f.3: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 9.677869] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 9.677988] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 9.678126] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 9.678130] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 9.678269] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 8
[ 9.682362] ehci_hcd 0000:00:1d.7: debug port 1
[ 9.682474] ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
[ 9.682494] ehci_hcd 0000:00:1d.7: irq 19, io mem 0xf2827000
[ 9.686981] ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
[ 9.696039] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 9.696242] usb usb8: configuration #1 chosen from 1 choice
[ 9.696384] hub 8-0:1.0: USB hub found
[ 9.696497] hub 8-0:1.0: 6 ports detected
[ 9.973665] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks
[ 9.973852] iwlagn: Copyright(c) 2003-2008 Intel Corporation
[ 9.974035] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 9.974152] iwlagn 0000:03:00.0: setting latency timer to 64
[ 9.974187] iwlagn: Detected Intel Wireless WiFi Link 5300AGN REV=0x24
[ 9.992777] iwlagn: Tunable channels: 13 802.11bg, 24 802.11a channels
[ 9.993057] iwlagn 0000:03:00.0: PCI INT A disabled
[ 9.993274] wmaster0 (iwlagn): not using net_device_ops yet
[ 9.993586] phy0: Selected rate control algorithm 'iwl-agn-rs'
[ 10.104051] usb 7-5: new high speed USB device using ehci_hcd and address 3
[ 10.175307] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 10.175653] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 10.177279] wlan0 (iwlagn): not using net_device_ops yet
[ 10.237610] usb 7-5: configuration #1 chosen from 1 choice
[ 10.237949] hub 7-5:1.0: USB hub found
[ 10.238257] hub 7-5:1.0: 4 ports detected
[ 10.361060] usb 7-6: new high speed USB device using ehci_hcd and address 4
[ 10.466139] input: HDA Intel at 0xf2620000 irq 17 Mic as /class/input/input7
[ 10.481295] input: HDA Intel at 0xf2620000 irq 17 Mic as /class/input/input8
[ 10.493226] input: HDA Intel at 0xf2620000 irq 17 Headphone as /class/input/input9
[ 10.502033] usb 7-6: configuration #1 chosen from 1 choice
[ 10.616037] usb 8-6: new high speed USB device using ehci_hcd and address 2
[ 10.762733] usb 8-6: configuration #1 chosen from 1 choice
[ 10.853609] usbcore: registered new interface driver libusual
[ 10.878492] Initializing USB Mass Storage driver...
[ 10.879713] scsi4 : SCSI emulation for USB Mass Storage devices
[ 10.880188] usb-storage: device found at 2
[ 10.880191] usb-storage: waiting for device to settle before scanning
[ 10.880193] usbcore: registered new interface driver usb-storage
[ 10.880196] USB Mass Storage support registered.
[ 11.001183] usb 2-1: new full speed USB device using uhci_hcd and address 2
[ 11.173396] usb 2-1: configuration #1 chosen from 1 choice
[ 11.376276] usb 7-5.2: new high speed USB device using ehci_hcd and address 5
[ 11.471726] usb 7-5.2: configuration #1 chosen from 1 choice
[ 11.482357] scsi5 : SCSI emulation for USB Mass Storage devices
[ 11.487961] usb-storage: device found at 5
[ 11.487966] usb-storage: waiting for device to settle before scanning
[ 11.572125] usb 7-5.4: new full speed USB device using ehci_hcd and address 6
[ 11.667008] usb 7-5.4: configuration #1 chosen from 1 choice
[ 11.802931] usblp0: USB Bidirectional printer dev 6 if 0 alt 1 proto 2 vid 0x03F0 pid 0x0B17
[ 11.803118] usbcore: registered new interface driver usblp
[ 13.968284] loop: module loaded
[ 14.616050] device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com
[ 15.880363] isa bounce pool size: 16 pages
[ 15.881134] scsi 4:0:0:0: Direct-Access RICOH R5U880FlashMedia 0000 PQ: 0 ANSI: 2
[ 16.073989] sd 4:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[ 16.074731] sd 4:0:0:0: [sdb] Write Protect is off
[ 16.074736] sd 4:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[ 16.074741] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 16.076569] sd 4:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[ 16.077189] sd 4:0:0:0: [sdb] Write Protect is off
[ 16.077196] sd 4:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[ 16.077201] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 16.077208] sdb: sdb1
[ 16.079573] sd 4:0:0:0: [sdb] Attached SCSI removable disk
[ 16.079781] sd 4:0:0:0: Attached scsi generic sg2 type 0
[ 16.081842] usb-storage: device scan complete
[ 16.568693] scsi 5:0:0:0: Direct-Access Generic CF 1.6E PQ: 0 ANSI: 0 CCS
[ 16.570628] sd 5:0:0:0: [sdc] 2000880 512-byte hardware sectors: (1.02 GB/976 MiB)
[ 16.571748] sd 5:0:0:0: [sdc] Write Protect is off
[ 16.571755] sd 5:0:0:0: [sdc] Mode Sense: 43 00 00 08
[ 16.571760] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[ 16.574150] sd 5:0:0:0: [sdc] 2000880 512-byte hardware sectors: (1.02 GB/976 MiB)
[ 16.575298] sd 5:0:0:0: [sdc] Write Protect is off
[ 16.575305] sd 5:0:0:0: [sdc] Mode Sense: 43 00 00 08
[ 16.575310] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[ 16.575317] sdc: sdc1
[ 16.576974] sd 5:0:0:0: [sdc] Attached SCSI removable disk
[ 16.577216] sd 5:0:0:0: Attached scsi generic sg3 type 0
[ 16.578757] scsi 5:0:0:1: Direct-Access Generic MS 1.6E PQ: 0 ANSI: 0 CCS
[ 16.589219] sd 5:0:0:1: [sdd] Attached SCSI removable disk
[ 16.589389] sd 5:0:0:1: Attached scsi generic sg4 type 0
[ 16.590775] scsi 5:0:0:2: Direct-Access Generic MMC/SD 1.6E PQ: 0 ANSI: 0 CCS
[ 16.591884] sd 5:0:0:2: [sde] Attached SCSI removable disk
[ 16.592062] sd 5:0:0:2: Attached scsi generic sg5 type 0
[ 16.593396] scsi 5:0:0:3: Direct-Access Generic SM 1.6E PQ: 0 ANSI: 0 CCS
[ 16.594502] sd 5:0:0:3: [sdf] Attached SCSI removable disk
[ 16.594638] sd 5:0:0:3: Attached scsi generic sg6 type 0
[ 16.595097] usb-storage: device scan complete
[ 91.168562] fuse init (API version 7.11)
[ 91.473246] Adding 4982032k swap on /dev/mapper/swap. Priority:-1 extents:1 across:4982032k
[ 94.096479] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 94.152186] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 94.674944] Loading iSCSI transport class v2.0-870.
[ 94.728723] iscsi: registered transport (tcp)
[ 94.851751] NET: Registered protocol family 10
[ 94.853003] lo: Disabled Privacy Extensions
[ 94.854287] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 95.005249] iscsi: registered transport (iser)
[ 97.100889] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[ 97.101923] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 103.225227] thinkpad_acpi: setting the hotkey mask to 0x00ffffff is likely not the best way to go about it
[ 103.225454] thinkpad_acpi: please consider using the driver defaults, and refer to up-to-date thinkpad-acpi documentation
[ 103.309046] input: /usr/sbin/thinkpad-keys as /class/input/input10
[ 107.828125] eth0: no IPv6 routers present
[ 112.762682] Bluetooth: Core ver 2.14
[ 112.785168] NET: Registered protocol family 31
[ 112.785306] Bluetooth: HCI device and connection manager initialized
[ 112.785442] Bluetooth: HCI socket layer initialized
[ 112.853500] Bluetooth: L2CAP ver 2.11
[ 112.853609] Bluetooth: L2CAP socket layer initialized
[ 112.857898] Bluetooth: RFCOMM socket layer initialized
[ 112.858015] Bluetooth: RFCOMM TTY layer initialized
[ 112.858120] Bluetooth: RFCOMM ver 1.10
[ 113.330284] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 113.330511] iwlagn 0000:03:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106)
[ 113.330623] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[ 113.330709] iwlagn 0000:03:00.0: firmware: requesting iwlwifi-5000-1.ucode
[ 113.506217] iwlagn loaded firmware version 5.4.1.16
[ 113.507447] iwlagn: Radio disabled by HW RF Kill switch
[ 113.518808] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 129.846561] [drm] Initialized drm 1.1.0 20060810
[ 129.877658] pci 0000:00:02.0: power state changed by ACPI to D0
[ 129.877678] pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 129.877687] pci 0000:00:02.0: setting latency timer to 64
[ 129.934945] pci 0000:00:02.0: irq 30 for MSI/MSI-X
[ 129.935021] [drm] Initialized i915 1.6.0 20080730 on minor 0
[ 129.988541] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer
[ 130.592105] eth0: no IPv6 routers present
[ 224.847763] Registered led device: iwl-phy0:radio
[ 224.847815] Registered led device: iwl-phy0:assoc
[ 224.847866] Registered led device: iwl-phy0:RX
[ 224.847912] Registered led device: iwl-phy0:TX
[ 1242.453678] ata2.00: disabled
[ 1242.456202] ata2.00: detaching (SCSI 1:0:0:0)
[ 1242.457248] ACPI: \_SB_.GDCK - undocking
[ 1242.463038] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
[ 1242.463047] ata2: irq_stat 0x00400040, connection status changed
[ 1242.463054] ata2: SError: { PHYRdyChg DevExch }
[ 1242.463071] ata2: hard resetting link
[ 1242.483562] usb 7-5: USB disconnect, address 3
[ 1242.483569] usb 7-5.2: USB disconnect, address 5
[ 1242.489553] usb 7-5.4: USB disconnect, address 6
[ 1242.489978] usblp0: removed
[ 1243.197140] ata2: SATA link down (SStatus 0 SControl 300)
[ 1243.197158] ata2: EH complete
[ 1264.628473] ACPI: \_SB_.GDCK - undocking
[ 1264.928150] e1000e: eth0 NIC Link is Down
[ 1265.263519] Monitor-Mwait will be used to enter C-3 state
[ 1265.265883] thinkpad_acpi: EC reports that Thermal Table has changed
[ 1268.115702] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4040000 action 0xe frozen
[ 1268.115705] ata2: irq_stat 0x00000040, connection status changed
[ 1268.115708] ata2: SError: { CommWake DevExch }
[ 1268.115716] ata2: hard resetting link
[ 1268.721780] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[ 1268.722114] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 1268.837036] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1268.986225] thinkpad_acpi: EC reports that Thermal Table has changed
[ 1268.989938] ACPI: \_SB_.PCI0.SATA.PRT1 - docking
[ 1268.990212] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x100)
[ 1269.092182] ACPI: \_SB_.GDCK - docking
[ 1269.108823] ata2: hard resetting link
[ 1269.229029] usb 7-5: new high speed USB device using ehci_hcd and address 7
[ 1269.368039] usb 7-5: configuration #1 chosen from 1 choice
[ 1269.368169] hub 7-5:1.0: USB hub found
[ 1269.368253] hub 7-5:1.0: 4 ports detected
[ 1269.425037] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1269.431066] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 1269.431967] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 1269.435913] ata2.00: ATAPI: HL-DT-ST DVDRAM GSA-U20N, HX10, max UDMA/133
[ 1269.443139] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 1269.444103] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 1269.448049] ata2.00: configured for UDMA/133
[ 1269.554800] ata2: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0x9 t4
[ 1269.554804] ata2: irq_stat 0x40000001
[ 1269.563259] ata2.00: configured for UDMA/133
[ 1269.563268] ata2: EH complete
[ 1269.566961] scsi 1:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-U20N HX10 PQ: 0 ANSI: 5
[ 1269.644140] usb 7-5.4: new full speed USB device using ehci_hcd and address 8
[ 1269.750512] usb 7-5.4: configuration #1 chosen from 1 choice
[ 1269.756441] usblp0: USB Bidirectional printer dev 8 if 0 alt 1 proto 2 vid 0x03F0 pid 0x0B17
[ 1269.897909] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[ 1269.899229] sr 1:0:0:0: Attached scsi CD-ROM sr0
[ 1269.899339] sr 1:0:0:0: Attached scsi generic sg1 type 5
[ 1269.969144] usb 7-5.2: new high speed USB device using ehci_hcd and address 9
[ 1270.063776] usb 7-5.2: configuration #1 chosen from 1 choice
[ 1270.064714] scsi6 : SCSI emulation for USB Mass Storage devices
[ 1270.064772] usb-storage: device found at 9
[ 1270.064774] usb-storage: waiting for device to settle before scanning
[ 1275.144895] scsi 6:0:0:0: Direct-Access Generic CF 1.6E PQ: 0 ANSI: 0 CCS
[ 1275.147604] sd 6:0:0:0: [sdc] 2000880 512-byte hardware sectors: (1.02 GB/976 MiB)
[ 1275.148820] sd 6:0:0:0: [sdc] Write Protect is off
[ 1275.148826] sd 6:0:0:0: [sdc] Mode Sense: 43 00 00 08
[ 1275.148831] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[ 1275.151317] sd 6:0:0:0: [sdc] 2000880 512-byte hardware sectors: (1.02 GB/976 MiB)
[ 1275.152433] sd 6:0:0:0: [sdc] Write Protect is off
[ 1275.152440] sd 6:0:0:0: [sdc] Mode Sense: 43 00 00 08
[ 1275.152446] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[ 1275.152453] sdc: sdc1
[ 1275.154138] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[ 1275.154372] sd 6:0:0:0: Attached scsi generic sg3 type 0
[ 1275.155681] scsi 6:0:0:1: Direct-Access Generic MS 1.6E PQ: 0 ANSI: 0 CCS
[ 1275.157221] sd 6:0:0:1: [sdd] Attached SCSI removable disk
[ 1275.157399] sd 6:0:0:1: Attached scsi generic sg4 type 0
[ 1275.158814] scsi 6:0:0:2: Direct-Access Generic MMC/SD 1.6E PQ: 0 ANSI: 0 CCS
[ 1275.159912] sd 6:0:0:2: [sde] Attached SCSI removable disk
[ 1275.160563] sd 6:0:0:2: Attached scsi generic sg5 type 0
[ 1275.161949] scsi 6:0:0:3: Direct-Access Generic SM 1.6E PQ: 0 ANSI: 0 CCS
[ 1275.163056] sd 6:0:0:3: [sdf] Attached SCSI removable disk
[ 1275.163213] sd 6:0:0:3: Attached scsi generic sg6 type 0
[ 1275.163688] usb-storage: device scan complete
[ 1291.672018] eth0: no IPv6 routers present
[ 2543.158295] PM: Syncing filesystems ... done.
[ 2544.175329] Freezing user space processes ... (elapsed 0.00 seconds) done.
[ 2544.176160] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[ 2544.176434] Suspending console(s) (use no_console_suspend to debug)
[ 2544.192266] pci 0000:00:02.0: power state changed by ACPI to D3
[ 2544.868399] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 2544.868523] sd 0:0:0:0: [sda] Stopping disk
[ 2545.247175] iwlagn 0000:03:00.0: PCI INT A disabled
[ 2545.308266] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[ 2545.308342] ehci_hcd 0000:00:1d.7: PME# disabled
[ 2545.328005] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[ 2545.328023] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[ 2545.328091] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[ 2545.328157] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[ 2545.341068] HDA Intel 0000:00:1b.0: PCI INT B disabled
[ 2545.356171] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[ 2545.356246] ehci_hcd 0000:00:1a.7: PME# disabled
[ 2545.374767] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[ 2545.374784] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[ 2545.374852] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[ 2545.374917] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[ 2545.430981] e1000e 0000:00:19.0: PME# enabled
[ 2545.431001] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[ 2545.431009] e1000e 0000:00:19.0: PME# enabled
[ 2545.431013] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[ 2545.431023] e1000e 0000:00:19.0: PCI INT A disabled
[ 2545.449469] ACPI: Preparing to enter system sleep state S3
[ 2545.472950] Disabling non-boot CPUs ...
[ 2545.475228] kvm: disabling virtualization on CPU1
[ 2545.576073] CPU 1 is now offline
[ 2545.576078] SMP alternatives: switching to UP code
[ 2545.720160] CPU1 is down
[ 2545.720277] Extended CMOS year: 2000
[ 2545.720277] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 2545.720277] Back to C!
[ 2545.720277] Extended CMOS year: 2000
[ 2545.720277] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900003)
[ 2545.720277] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[ 2545.720277] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[ 2545.720277] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[ 2545.720277] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 2545.720277] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 2545.720277] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 2545.720277] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[ 2545.720277] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[ 2545.720277] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x7 (was 0xf0, writing 0x200000f0)
[ 2545.720277] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 2545.720277] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x7 (was 0xf0, writing 0x200000f0)
[ 2545.720277] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 2545.720277] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 2545.720277] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 2545.720277] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 2545.720277] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 2545.720277] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[ 2545.720277] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[ 2545.720277] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[ 2545.720277] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[ 2545.720277] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[ 2545.720277] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[ 2545.720277] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[ 2545.720277] Enabling non-boot CPUs ...
[ 2545.720277] SMP alternatives: switching to SMP code
[ 2545.841998] Booting processor 1 APIC 0x1 ip 0x6000
[ 2545.710873] Initializing CPU#1
[ 2545.710873] Calibrating delay using timer specific routine.. 4521.94 BogoMIPS (lpj=9043883)
[ 2545.710873] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 2545.710873] CPU: L2 cache: 3072K
[ 2545.710873] [ds] using Core 2/Atom configuration
[ 2545.710873] CPU: Physical Processor ID: 0
[ 2545.710873] CPU: Processor Core ID: 1
[ 2545.710873] CPU1: Thermal monitoring enabled (TM2)
[ 2545.710873] x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
[ 2545.933279] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 2545.933287] kvm: enabling virtualization on CPU1
[ 2545.936014] Switched to high resolution mode on CPU 1
[ 2545.944339] CPU1 is up
[ 2545.944341] ACPI: Waking up from system sleep state S3
[ 2545.983029] ACPI: EC: non-query interrupt received, switching to interrupt mode
[ 2546.027474] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900403, writing 0x900003)
[ 2546.030814] pci 0000:00:02.0: PME# disabled
[ 2546.030818] pci 0000:00:02.1: PME# disabled
[ 2546.030820] pci 0000:00:03.0: PME# disabled
[ 2546.030875] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 2546.030879] e1000e 0000:00:19.0: setting latency timer to 64
[ 2546.030883] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[ 2546.030886] e1000e 0000:00:19.0: PME# disabled
[ 2546.030888] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[ 2546.030891] e1000e 0000:00:19.0: PME# disabled
[ 2546.030922] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 2546.088612] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[ 2546.088618] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 2546.088625] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 2546.088648] usb usb1: root hub lost power or was reset
[ 2546.088668] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 2546.088675] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 2546.088697] usb usb2: root hub lost power or was reset
[ 2546.089415] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[ 2546.089420] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[ 2546.089426] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[ 2546.089454] usb usb3: root hub lost power or was reset
[ 2546.089473] ehci_hcd 0000:00:1a.7: PME# disabled
[ 2546.090032] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 2546.090039] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 2546.090046] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 2546.090053] ehci_hcd 0000:00:1a.7: PME# disabled
[ 2546.090072] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 2546.090078] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 2546.090095] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[ 2546.090104] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[ 2546.090111] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[ 2546.090547] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 2546.090553] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 2546.090559] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 2546.090581] usb usb4: root hub lost power or was reset
[ 2546.090600] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 2546.090606] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 2546.090628] usb usb5: root hub lost power or was reset
[ 2546.090647] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 2546.090653] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 2546.090675] usb usb6: root hub lost power or was reset
[ 2546.090693] ehci_hcd 0000:00:1d.7: PME# disabled
[ 2546.091413] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 2546.091420] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 2546.091426] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 2546.091433] ehci_hcd 0000:00:1d.7: PME# disabled
[ 2546.091453] pci 0000:00:1e.0: setting latency timer to 64
[ 2546.091521] ahci 0000:00:1f.2: setting latency timer to 64
[ 2546.091630] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 2546.091777] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[ 2546.103494] sd 0:0:0:0: [sda] Starting disk
[ 2546.122507] Registered led device: iwl-phy0:radio
[ 2546.122554] Registered led device: iwl-phy0:assoc
[ 2546.122599] Registered led device: iwl-phy0:RX
[ 2546.122644] Registered led device: iwl-phy0:TX
[ 2546.412134] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2546.418645] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 2546.419562] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 2546.431335] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 2546.432246] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 2546.436177] ata2.00: configured for UDMA/133
[ 2548.036123] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2548.093468] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 2548.093474] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 2548.093649] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 2548.093654] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 2548.104468] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 2548.104474] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 2548.104629] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 2548.104634] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 2548.105561] ata1.00: configured for UDMA/100
[ 2548.107674] ata1.00: configured for UDMA/100
[ 2548.120117] ata1: EH complete
[ 2548.120193] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 2548.120229] sd 0:0:0:0: [sda] Write Protect is off
[ 2548.120233] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 2548.120283] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2548.120337] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 2548.120367] sd 0:0:0:0: [sda] Write Protect is off
[ 2548.120371] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 2548.120420] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2548.432937] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[ 2549.532120] usb 7-6: reset high speed USB device using ehci_hcd and address 4
[ 2549.780130] usb 8-6: reset high speed USB device using ehci_hcd and address 2
[ 2550.036126] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[ 2550.187387] pci 0000:00:02.0: power state changed by ACPI to D0
[ 2550.187422] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900403, writing 0x900003)
[ 2550.187589] pci 0000:00:02.0: power state changed by ACPI to D0
[ 2550.187601] pci 0000:00:02.0: setting latency timer to 64
[ 2550.364242] usb 7-5.2: reset high speed USB device using ehci_hcd and address 9
[ 2550.472349] Restarting tasks ... done.
[ 2553.688234] e1000e: eth0 NIC Link is Down
[ 2556.696898] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[ 2556.697753] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 2584.132153] eth0: no IPv6 routers present
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-13 9:33 ` Nico Schottelius
2009-02-13 9:40 ` Nico Schottelius
@ 2009-02-13 9:42 ` Ingo Molnar
2009-02-13 18:05 ` Len Brown
1 sibling, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-13 9:42 UTC (permalink / raw)
To: Nico Schottelius, LKML, Len Brown, Matthew Garrett,
Rafael J. Wysocki, Andrew Morton
(Cc:s added - post-rc4 ACPI breakage.)
* Nico Schottelius <nico-linux-20090213@schottelius.org> wrote:
> Hello!
>
> When using
> - vmlinuz-2.6.29-rc4-ikn-00058-g4c098bc or
> - vmlinuz-2.6.29-rc4-ikn-00211-g37bed90
>
> the brightness of the LCD is almost off (lowest level),
> although kernel reports otherwise:
>
> [10:31] ikn:~% cat /proc/acpi/video/VID/LCD0/brightness
> levels: 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 100
> current: 100
>
> Changing the brightness via echo 20 > /proc/acpi/video/VID/LCD0/brightness
> only changes the value displayed, the display always keeps the same
> brightness.
>
> The last time I saw it working was vmlinuz-2.6.29-rc4-ikn-00001-gd5b5623.
>
> Sincerly,
>
> Nico
>
> ps: please CC on reply
>
> --
> Think about Free and Open Source Software (FOSS).
> http://nico.schottelius.org/documentations/foss/the-term-foss/
>
> PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-13 9:40 ` Nico Schottelius
@ 2009-02-13 13:43 ` Matthew Garrett
2009-03-10 2:28 ` Eric Anholt
1 sibling, 0 replies; 152+ messages in thread
From: Matthew Garrett @ 2009-02-13 13:43 UTC (permalink / raw)
To: Nico Schottelius, LKML; +Cc: jbarnes
> [ 129.935021] [drm] Initialized i915 1.6.0 20080730 on minor 0
> [ 129.988541] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer
You need the intel drm for backlight control to work, and it appears to
be aborting in initialisation. Cc:ing Jesse to get some idea what's
going on here.
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-13 9:42 ` Ingo Molnar
@ 2009-02-13 18:05 ` Len Brown
2009-02-16 9:06 ` ZhangRui
2009-02-16 15:54 ` Nico Schottelius
0 siblings, 2 replies; 152+ messages in thread
From: Len Brown @ 2009-02-13 18:05 UTC (permalink / raw)
To: Ingo Molnar
Cc: Nico Schottelius, LKML, Matthew Garrett, Rafael J. Wysocki,
Andrew Morton, linux-acpi
> > When using
> > - vmlinuz-2.6.29-rc4-ikn-00058-g4c098bc or
> > - vmlinuz-2.6.29-rc4-ikn-00211-g37bed90
> >
> > the brightness of the LCD is almost off (lowest level),
> > although kernel reports otherwise:
> >
> > [10:31] ikn:~% cat /proc/acpi/video/VID/LCD0/brightness
> > levels: 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 100
> > current: 100
> >
> > Changing the brightness via echo 20 > /proc/acpi/video/VID/LCD0/brightness
> > only changes the value displayed, the display always keeps the same
> > brightness.
> >
> > The last time I saw it working was vmlinuz-2.6.29-rc4-ikn-00001-gd5b5623.
Nico,
there are not a lot of changes between rc4 and the breakage,
(and none of them jump out at me) can you git-bisect?
thanks,
Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 152+ messages in thread
* 2.6.29-rc5: Reported regressions from 2.6.28
@ 2009-02-14 20:35 Rafael J. Wysocki
2009-02-14 20:35 ` [Bug #12414] iwl4965 cannot use "ap auto" on latest 2.6.28/29? Rafael J. Wysocki
` (33 more replies)
0 siblings, 34 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:35 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List
This message contains a list of some regressions from 2.6.28, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.28, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2009-02-14 85 33 27
2009-02-08 82 45 36
2009-02-04 66 51 39
2009-01-20 38 35 27
2009-01-11 13 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12706
Subject : Oopses and ACPI problems (Linus 2.6.29-rc4)
Submitter : Darren Salt <linux@youmustbejoking.demon.co.uk>
Date : 2009-02-09 18:26 (6 days old)
References : http://marc.info/?l=linux-kernel&m=123420431709877&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (2 days old)
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
Handled-By : Len Brown <lenb@kernel.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject : s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter : Orivej Desh <smpuj@bk.ru>
Date : 2009-02-09 13:01 (6 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12680
Subject : Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt.
Submitter : Valentin QUEQUET <v.quequet-techniques@orange.fr>
Date : 2009-02-09 09:12 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12671
Subject : uvc_status_cleanup(): undefined reference to `input_unregister_device'
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2009-02-08 14:58 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123410529909318&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12670
Subject : BUG: unable to handle kernel paging request at pin_to_kill+0x21
Submitter : Alessandro Bono <alessandro.bono@gmail.com>
Date : 2009-02-08 11:04 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123409113223833&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12668
Subject : USB flash disk surprise disconnect
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2009-02-08 10:21 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123408851821292&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12660
Subject : Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p
Submitter : Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Date : 2009-02-04 21:11 (11 days old)
References : http://marc.info/?l=linux-kernel&m=123378196022258&w=4
Handled-By : Ingo Molnar <mingo@elte.hu>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12650
Subject : Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
Submitter : Damien Wyart <damien.wyart@free.fr>
Date : 2009-01-20 16:25 (26 days old)
References : http://marc.info/?l=linux-kernel&m=123246937207675&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12617
Subject : unable to compile e100 firmware into kernel
Submitter : Andrey Borzenkov <arvidjaar@mail.ru>
Date : 2009-01-31 15:59 (15 days old)
References : http://marc.info/?l=linux-kernel&m=123341764915181&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12615
Subject : boot hangs while bringing up gianfar ethernet
Submitter : Ira Snyder <iws@ovro.caltech.edu>
Date : 2009-01-29 19:41 (17 days old)
References : http://marc.info/?l=linux-kernel&m=123325817201665&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12613
Subject : [Suspend regression][DRM, RADEON]
Submitter : etienne <etienne.basset@numericable.fr>
Date : 2009-01-28 22:00 (18 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a9d51a5ad1154b5b20add1e8d30a5564f8aabbe9
References : http://marc.info/?l=linux-kernel&m=123318030419558&w=4
http://marc.info/?l=linux-kernel&m=123334865404574&w=4
http://lkml.org/lkml/2009/2/8/203
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12610
Subject : sync-Regression in 2.6.28.2?
Submitter : Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Date : 2009-01-27 9:35 (19 days old)
References : http://marc.info/?l=linux-kernel&m=123304977706620&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12574
Subject : possible circular locking dependency detected
Submitter : Michael S. Tsirkin <m.s.tsirkin@gmail.com>
Date : 2009-01-29 11:35 (17 days old)
References : http://lkml.org/lkml/2009/2/9/205
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12571
Subject : Suspend-resume on Dell Latitude D410 newly broken in 2.6.29-rc*
Submitter : Ross Boswell <drb@med.co.nz>
Date : 2009-01-29 03:46 (17 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12551
Subject : end_request: I/O error, dev cciss/c0d0, sector 87435720
Submitter : Ralf Hildebrandt <ralf.hildebrandt@charite.de>
Date : 2009-01-27 06:51 (19 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12510
Subject : 2.6.29-rc2 dies on startup
Submitter : Ferenc Wagner <wferi@niif.hu>
Date : 2009-01-19 12:53 (27 days old)
References : http://marc.info/?l=linux-kernel&m=123236969321703&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12502
Subject : pipe_read oops on sh
Submitter : Adrian McMenamin <lkmladrian@gmail.com>
Date : 2009-01-15 9:48 (31 days old)
References : http://marc.info/?l=linux-kernel&m=123201298005600&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12501
Subject : build bug in eeepc-laptop.c
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2009-01-14 17:25 (32 days old)
References : http://lkml.org/lkml/2009/1/14/315
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12499
Subject : Problem with using bluetooth adaper connected to usb port
Submitter : Maciej Rutecki <maciej.rutecki@gmail.com>
Date : 2009-01-13 18:34 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12497
Subject : new barrier warnings in 2.6.29-rc1
Submitter : Christoph Hellwig <hch@lst.de>
Date : 2009-01-12 15:46 (34 days old)
References : http://marc.info/?l=linux-kernel&m=123177528217154&w=4
Handled-By : Jens Axboe <jens.axboe@oracle.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12494
Subject : Sony backlight regression from 2.6.28 to 29-rc
Submitter : Norbert Preining <preining@logic.at>
Date : 2009-01-19 8:14 (27 days old)
References : http://marc.info/?l=linux-acpi&m=123235286829512&w=4
Handled-By : Mattia Dongili <malattia@linux.it>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject : ath5k related kernel panic in 2.6.29-rc1
Submitter : Sergey S. Kostyliov <rathamahata@gmail.com>
Date : 2009-01-12 7:38 (34 days old)
References : http://marc.info/?l=linux-kernel&m=123174591509586&w=4
Handled-By : Bob Copeland <me@bobcopeland.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12444
Subject : X hangs following switch from radeonfb console - Bisected
Submitter : Graham Murray <graham@gmurray.org.uk>
Date : 2009-01-13 14:03 (33 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c1c2871a6a3a114853ec6836e9035ac1c0c7f7a
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12419
Subject : possible circular locking dependency on i915 dma
Submitter : Wang Chen <wangchen@cn.fujitsu.com>
Date : 2009-01-08 14:11 (38 days old)
References : http://marc.info/?l=linux-kernel&m=123142399720125&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12418
Subject : Repeated ioctl(4, 0x40046445, ..) loop in glxgears
Submitter : Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
Date : 2009-01-07 22:43 (39 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c1c2871a6a3a114853ec6836e9035ac1c0c7f7a
References : http://marc.info/?l=linux-kernel&m=123136836213319&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12414
Subject : iwl4965 cannot use "ap auto" on latest 2.6.28/29?
Submitter : Jeff Chua <jeff.chua.linux@gmail.com>
Date : 2009-01-05 4:13 (41 days old)
References : http://marc.info/?l=linux-kernel&m=123112882127823&w=4
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12663
Subject : Commit 8c7e58e690ae60ab4215b025f433ed4af261e103 breaks resume
Submitter : Jiri Slaby <jirislaby@gmail.com>
Date : 2009-02-07 18:40 (8 days old)
References : http://lkml.org/lkml/2009/2/7/100
Handled-By : Brian Gerst <brgerst@gmail.com>
Patch : http://lkml.org/lkml/2009/2/7/100
http://lkml.org/lkml/2009/2/8/59
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12659
Subject : Failure to resume two Sandisk USB flash drives attached to a Belkin USB Busport Mobile (F5U022).
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2009-02-03 4:58 (12 days old)
References : http://marc.info/?l=linux-kernel&m=123363718614763&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Patch : http://marc.info/?l=linux-kernel&m=123456499020575&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12618
Subject : hackbench [pthread mode] regression with 2.6.29-rc3
Submitter : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date : 2009-02-01 7:30 (14 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=490dea45d00f01847ebebd007685d564aaf2cd98
References : http://marc.info/?l=linux-kernel&m=123347347726527&w=4
Handled-By : Peter Zijlstra <peterz@infradead.org>
Patch : http://marc.info/?l=linux-kernel&m=123383366122146&w=4
http://marc.info/?l=linux-kernel&m=123383366222152&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12609
Subject : v2.6.29-rc2 libata sff 32bit PIO regression
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2009-01-23 23:52 (23 days old)
References : http://marc.info/?l=linux-kernel&m=123275478111406&w=4
http://marc.info/?l=linux-kernel&m=123254501314058&w=4
Handled-By : Mikael Pettersson <mikpe@it.uu.se>
Hugh Dickins <hugh@veritas.com>
Sergei Shtylyov <sshtylyov@ru.mvista.com>
Patch : http://marc.info/?l=linux-kernel&m=123412278730735&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12496
Subject : swsusp cannot find resume device (sometimes)
Submitter : Rafael J. Wysocki <rjw@sisk.pl>
Date : 2009-01-09 12:24 (37 days old)
References : http://marc.info/?l=linux-kernel&m=123150395731165&w=4
Handled-By : Arjan van de Ven <arjan@infradead.org>
Patch : http://marc.info/?l=linux-kernel&m=123156441218358&w=4
http://marc.info/?t=123156453100002&r=1&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12491
Subject : i915 lockdep warning
Submitter : Brandeburg, Jesse <jesse.brandeburg@intel.com>
Date : 2009-01-13 23:17 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123188898423532&w=4
Handled-By : Roland Dreier <rolandd@cisco.com>
Patch : http://marc.info/?l=linux-kernel&m=123378709730700&w=2
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.28,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=12398
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12414] iwl4965 cannot use "ap auto" on latest 2.6.28/29?
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
@ 2009-02-14 20:35 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12444] X hangs following switch from radeonfb console - Bisected Rafael J. Wysocki
` (32 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:35 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Jeff Chua
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12414
Subject : iwl4965 cannot use "ap auto" on latest 2.6.28/29?
Submitter : Jeff Chua <jeff.chua.linux@gmail.com>
Date : 2009-01-05 4:13 (41 days old)
References : http://marc.info/?l=linux-kernel&m=123112882127823&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12418] Repeated ioctl(4, 0x40046445, ..) loop in glxgears
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
2009-02-14 20:35 ` [Bug #12414] iwl4965 cannot use "ap auto" on latest 2.6.28/29? Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12444] X hangs following switch from radeonfb console - Bisected Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12490] ath5k related kernel panic in 2.6.29-rc1 Rafael J. Wysocki
` (30 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Pallipadi, Venkatesh
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12418
Subject : Repeated ioctl(4, 0x40046445, ..) loop in glxgears
Submitter : Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
Date : 2009-01-07 22:43 (39 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c1c2871a6a3a114853ec6836e9035ac1c0c7f7a
References : http://marc.info/?l=linux-kernel&m=123136836213319&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12490] ath5k related kernel panic in 2.6.29-rc1
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (2 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12418] Repeated ioctl(4, 0x40046445, ..) loop in glxgears Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12419] possible circular locking dependency on i915 dma Rafael J. Wysocki
` (29 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Bob Copeland, Sergey S. Kostyliov
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject : ath5k related kernel panic in 2.6.29-rc1
Submitter : Sergey S. Kostyliov <rathamahata@gmail.com>
Date : 2009-01-12 7:38 (34 days old)
References : http://marc.info/?l=linux-kernel&m=123174591509586&w=4
Handled-By : Bob Copeland <me@bobcopeland.com>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12419] possible circular locking dependency on i915 dma
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (3 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12490] ath5k related kernel panic in 2.6.29-rc1 Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-16 3:50 ` Wang Chen
2009-02-14 20:38 ` [Bug #12497] new barrier warnings in 2.6.29-rc1 Rafael J. Wysocki
` (28 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Wang Chen
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12419
Subject : possible circular locking dependency on i915 dma
Submitter : Wang Chen <wangchen@cn.fujitsu.com>
Date : 2009-01-08 14:11 (38 days old)
References : http://marc.info/?l=linux-kernel&m=123142399720125&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12444] X hangs following switch from radeonfb console - Bisected
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
2009-02-14 20:35 ` [Bug #12414] iwl4965 cannot use "ap auto" on latest 2.6.28/29? Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-16 17:52 ` Graham Murray
2009-02-14 20:38 ` [Bug #12418] Repeated ioctl(4, 0x40046445, ..) loop in glxgears Rafael J. Wysocki
` (31 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Graham Murray
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12444
Subject : X hangs following switch from radeonfb console - Bisected
Submitter : Graham Murray <graham@gmurray.org.uk>
Date : 2009-01-13 14:03 (33 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c1c2871a6a3a114853ec6836e9035ac1c0c7f7a
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12491] i915 lockdep warning
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (6 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12496] swsusp cannot find resume device (sometimes) Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12494] Sony backlight regression from 2.6.28 to 29-rc Rafael J. Wysocki
` (25 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Bob Copeland, Brandeburg, Jesse, Roland Dreier
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12491
Subject : i915 lockdep warning
Submitter : Brandeburg, Jesse <jesse.brandeburg@intel.com>
Date : 2009-01-13 23:17 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123188898423532&w=4
Handled-By : Roland Dreier <rolandd@cisco.com>
Patch : http://marc.info/?l=linux-kernel&m=123378709730700&w=2
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12496] swsusp cannot find resume device (sometimes)
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (5 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12497] new barrier warnings in 2.6.29-rc1 Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-15 0:05 ` Arjan van de Ven
2009-02-14 20:38 ` [Bug #12491] i915 lockdep warning Rafael J. Wysocki
` (26 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Arjan van de Ven, Rafael J. Wysocki
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12496
Subject : swsusp cannot find resume device (sometimes)
Submitter : Rafael J. Wysocki <rjw@sisk.pl>
Date : 2009-01-09 12:24 (37 days old)
References : http://marc.info/?l=linux-kernel&m=123150395731165&w=4
Handled-By : Arjan van de Ven <arjan@infradead.org>
Patch : http://marc.info/?l=linux-kernel&m=123156441218358&w=4
http://marc.info/?t=123156453100002&r=1&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12494] Sony backlight regression from 2.6.28 to 29-rc
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (7 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12491] i915 lockdep warning Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-17 10:51 ` Norbert Preining
2009-02-14 20:38 ` [Bug #12499] Problem with using bluetooth adaper connected to usb port Rafael J. Wysocki
` (24 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Mattia Dongili, Norbert Preining
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12494
Subject : Sony backlight regression from 2.6.28 to 29-rc
Submitter : Norbert Preining <preining@logic.at>
Date : 2009-01-19 8:14 (27 days old)
References : http://marc.info/?l=linux-acpi&m=123235286829512&w=4
Handled-By : Mattia Dongili <malattia@linux.it>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12497] new barrier warnings in 2.6.29-rc1
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (4 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12419] possible circular locking dependency on i915 dma Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12496] swsusp cannot find resume device (sometimes) Rafael J. Wysocki
` (27 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Christoph Hellwig, Jens Axboe, Tejun Heo
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12497
Subject : new barrier warnings in 2.6.29-rc1
Submitter : Christoph Hellwig <hch@lst.de>
Date : 2009-01-12 15:46 (34 days old)
References : http://marc.info/?l=linux-kernel&m=123177528217154&w=4
Handled-By : Jens Axboe <jens.axboe@oracle.com>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12499] Problem with using bluetooth adaper connected to usb port
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (8 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12494] Sony backlight regression from 2.6.28 to 29-rc Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12501] build bug in eeepc-laptop.c Rafael J. Wysocki
` (23 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12499
Subject : Problem with using bluetooth adaper connected to usb port
Submitter : Maciej Rutecki <maciej.rutecki@gmail.com>
Date : 2009-01-13 18:34 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12551] end_request: I/O error, dev cciss/c0d0, sector 87435720
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (12 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12510] 2.6.29-rc2 dies on startup Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12610] sync-Regression in 2.6.28.2? Rafael J. Wysocki
` (19 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Ralf Hildebrandt
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12551
Subject : end_request: I/O error, dev cciss/c0d0, sector 87435720
Submitter : Ralf Hildebrandt <ralf.hildebrandt@charite.de>
Date : 2009-01-27 06:51 (19 days old)
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12510] 2.6.29-rc2 dies on startup
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (11 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12502] pipe_read oops on sh Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-16 21:02 ` Ferenc Wagner
2009-02-14 20:38 ` [Bug #12551] end_request: I/O error, dev cciss/c0d0, sector 87435720 Rafael J. Wysocki
` (20 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Ferenc Wagner
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12510
Subject : 2.6.29-rc2 dies on startup
Submitter : Ferenc Wagner <wferi@niif.hu>
Date : 2009-01-19 12:53 (27 days old)
References : http://marc.info/?l=linux-kernel&m=123236969321703&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12501] build bug in eeepc-laptop.c
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (9 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12499] Problem with using bluetooth adaper connected to usb port Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12502] pipe_read oops on sh Rafael J. Wysocki
` (22 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ingo Molnar, Matthew Garrett
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12501
Subject : build bug in eeepc-laptop.c
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2009-01-14 17:25 (32 days old)
References : http://lkml.org/lkml/2009/1/14/315
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12502] pipe_read oops on sh
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (10 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12501] build bug in eeepc-laptop.c Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-15 0:23 ` Adrian McMenamin
2009-02-14 20:38 ` [Bug #12510] 2.6.29-rc2 dies on startup Rafael J. Wysocki
` (21 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Adrian McMenamin
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12502
Subject : pipe_read oops on sh
Submitter : Adrian McMenamin <lkmladrian@gmail.com>
Date : 2009-01-15 9:48 (31 days old)
References : http://marc.info/?l=linux-kernel&m=123201298005600&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12574] possible circular locking dependency detected
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (15 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12571] Suspend-resume on Dell Latitude D410 newly broken in 2.6.29-rc* Rafael J. Wysocki
` (16 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Michael S. Tsirkin
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12574
Subject : possible circular locking dependency detected
Submitter : Michael S. Tsirkin <m.s.tsirkin@gmail.com>
Date : 2009-01-29 11:35 (17 days old)
References : http://lkml.org/lkml/2009/2/9/205
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12571] Suspend-resume on Dell Latitude D410 newly broken in 2.6.29-rc*
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (16 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12574] possible circular locking dependency detected Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12615] boot hangs while bringing up gianfar ethernet Rafael J. Wysocki
` (15 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Ross Boswell
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12571
Subject : Suspend-resume on Dell Latitude D410 newly broken in 2.6.29-rc*
Submitter : Ross Boswell <drb@med.co.nz>
Date : 2009-01-29 03:46 (17 days old)
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12610] sync-Regression in 2.6.28.2?
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (13 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12551] end_request: I/O error, dev cciss/c0d0, sector 87435720 Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-21 17:56 ` Theodore Tso
2009-02-14 20:38 ` [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression Rafael J. Wysocki
` (18 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Federico Cuello, Ralf Hildebrandt
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12610
Subject : sync-Regression in 2.6.28.2?
Submitter : Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
Date : 2009-01-27 9:35 (19 days old)
References : http://marc.info/?l=linux-kernel&m=123304977706620&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (14 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12610] sync-Regression in 2.6.28.2? Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-15 4:20 ` Larry Finger
2009-02-14 20:38 ` [Bug #12574] possible circular locking dependency detected Rafael J. Wysocki
` (17 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alan Cox, Hugh Dickins, Larry Finger,
Mikael Pettersson, Sergei Shtylyov
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12609
Subject : v2.6.29-rc2 libata sff 32bit PIO regression
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2009-01-23 23:52 (23 days old)
References : http://marc.info/?l=linux-kernel&m=123275478111406&w=4
http://marc.info/?l=linux-kernel&m=123254501314058&w=4
Handled-By : Mikael Pettersson <mikpe@it.uu.se>
Hugh Dickins <hugh@veritas.com>
Sergei Shtylyov <sshtylyov@ru.mvista.com>
Patch : http://marc.info/?l=linux-kernel&m=123412278730735&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12613] [Suspend regression][DRM, RADEON]
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (18 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12615] boot hangs while bringing up gianfar ethernet Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
[not found] ` <4997E7D7.60205@numericable.fr>
2009-02-14 20:38 ` [Bug #12659] Failure to resume two Sandisk USB flash drives attached to a Belkin USB Busport Mobile (F5U022) Rafael J. Wysocki
` (13 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Dave Airlie, etienne,
Soeren Sonnenburg
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12613
Subject : [Suspend regression][DRM, RADEON]
Submitter : etienne <etienne.basset@numericable.fr>
Date : 2009-01-28 22:00 (18 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a9d51a5ad1154b5b20add1e8d30a5564f8aabbe9
References : http://marc.info/?l=linux-kernel&m=123318030419558&w=4
http://marc.info/?l=linux-kernel&m=123334865404574&w=4
http://lkml.org/lkml/2009/2/8/203
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12615] boot hangs while bringing up gianfar ethernet
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (17 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12571] Suspend-resume on Dell Latitude D410 newly broken in 2.6.29-rc* Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-15 14:42 ` Peter Korsgaard
2009-02-14 20:38 ` [Bug #12613] [Suspend regression][DRM, RADEON] Rafael J. Wysocki
` (14 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ira Snyder, Peter Korsgaard
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12615
Subject : boot hangs while bringing up gianfar ethernet
Submitter : Ira Snyder <iws@ovro.caltech.edu>
Date : 2009-01-29 19:41 (17 days old)
References : http://marc.info/?l=linux-kernel&m=123325817201665&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12617] unable to compile e100 firmware into kernel
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (20 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12659] Failure to resume two Sandisk USB flash drives attached to a Belkin USB Busport Mobile (F5U022) Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-15 17:38 ` David Woodhouse
2009-02-14 20:38 ` [Bug #12618] hackbench [pthread mode] regression with 2.6.29-rc3 Rafael J. Wysocki
` (11 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andrey Borzenkov, David Woodhouse, Jesse Brandeburg
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12617
Subject : unable to compile e100 firmware into kernel
Submitter : Andrey Borzenkov <arvidjaar@mail.ru>
Date : 2009-01-31 15:59 (15 days old)
References : http://marc.info/?l=linux-kernel&m=123341764915181&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12618] hackbench [pthread mode] regression with 2.6.29-rc3
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (21 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12617] unable to compile e100 firmware into kernel Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1 Rafael J. Wysocki
` (10 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ingo Molnar, Peter Zijlstra, Zhang, Yanmin
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12618
Subject : hackbench [pthread mode] regression with 2.6.29-rc3
Submitter : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date : 2009-02-01 7:30 (14 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=490dea45d00f01847ebebd007685d564aaf2cd98
References : http://marc.info/?l=linux-kernel&m=123347347726527&w=4
Handled-By : Peter Zijlstra <peterz@infradead.org>
Patch : http://marc.info/?l=linux-kernel&m=123383366122146&w=4
http://marc.info/?l=linux-kernel&m=123383366222152&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (22 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12618] hackbench [pthread mode] regression with 2.6.29-rc3 Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-15 8:09 ` Damien Wyart
2009-02-14 20:38 ` [Bug #12668] USB flash disk surprise disconnect Rafael J. Wysocki
` (9 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Damien Wyart
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12650
Subject : Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
Submitter : Damien Wyart <damien.wyart@free.fr>
Date : 2009-01-20 16:25 (26 days old)
References : http://marc.info/?l=linux-kernel&m=123246937207675&w=2
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12659] Failure to resume two Sandisk USB flash drives attached to a Belkin USB Busport Mobile (F5U022).
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (19 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12613] [Suspend regression][DRM, RADEON] Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12617] unable to compile e100 firmware into kernel Rafael J. Wysocki
` (12 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alan Stern, Greg KH, Miles Lane, Rafael J. Wysocki
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12659
Subject : Failure to resume two Sandisk USB flash drives attached to a Belkin USB Busport Mobile (F5U022).
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2009-02-03 4:58 (12 days old)
References : http://marc.info/?l=linux-kernel&m=123363718614763&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Patch : http://marc.info/?l=linux-kernel&m=123456499020575&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12660] Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (25 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12663] Commit 8c7e58e690ae60ab4215b025f433ed4af261e103 breaks resume Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 23:29 ` Mathieu Desnoyers
2009-02-14 20:38 ` [Bug #12680] Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt Rafael J. Wysocki
` (6 subsequent siblings)
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ingo Molnar, Mathieu Desnoyers
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12660
Subject : Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p
Submitter : Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Date : 2009-02-04 21:11 (11 days old)
References : http://marc.info/?l=linux-kernel&m=123378196022258&w=4
Handled-By : Ingo Molnar <mingo@elte.hu>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12663] Commit 8c7e58e690ae60ab4215b025f433ed4af261e103 breaks resume
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (24 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12668] USB flash disk surprise disconnect Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12660] Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p Rafael J. Wysocki
` (7 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Brian Gerst, Jiri Slaby
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12663
Subject : Commit 8c7e58e690ae60ab4215b025f433ed4af261e103 breaks resume
Submitter : Jiri Slaby <jirislaby@gmail.com>
Date : 2009-02-07 18:40 (8 days old)
References : http://lkml.org/lkml/2009/2/7/100
Handled-By : Brian Gerst <brgerst@gmail.com>
Patch : http://lkml.org/lkml/2009/2/7/100
http://lkml.org/lkml/2009/2/8/59
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12668] USB flash disk surprise disconnect
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (23 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1 Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12663] Commit 8c7e58e690ae60ab4215b025f433ed4af261e103 breaks resume Rafael J. Wysocki
` (8 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Vegard Nossum
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12668
Subject : USB flash disk surprise disconnect
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2009-02-08 10:21 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123408851821292&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12671] uvc_status_cleanup(): undefined reference to `input_unregister_device'
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (29 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12670] BUG: unable to handle kernel paging request at pin_to_kill+0x21 Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
` (2 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Ingo Molnar
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12671
Subject : uvc_status_cleanup(): undefined reference to `input_unregister_device'
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2009-02-08 14:58 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123410529909318&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12670] BUG: unable to handle kernel paging request at pin_to_kill+0x21
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (28 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12681] s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled) Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12671] uvc_status_cleanup(): undefined reference to `input_unregister_device' Rafael J. Wysocki
` (3 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Alessandro Bono
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12670
Subject : BUG: unable to handle kernel paging request at pin_to_kill+0x21
Submitter : Alessandro Bono <alessandro.bono@gmail.com>
Date : 2009-02-08 11:04 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123409113223833&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12681] s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (27 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12680] Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12670] BUG: unable to handle kernel paging request at pin_to_kill+0x21 Rafael J. Wysocki
` (4 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alexey Starikovskiy, Len Brown, Orivej Desh
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject : s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter : Orivej Desh <smpuj@bk.ru>
Date : 2009-02-09 13:01 (6 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12680] Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt.
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (26 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12660] Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12681] s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled) Rafael J. Wysocki
` (5 subsequent siblings)
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Valentin QUEQUET
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12680
Subject : Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt.
Submitter : Valentin QUEQUET <v.quequet-techniques@orange.fr>
Date : 2009-02-09 09:12 (6 days old)
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12706] Oopses and ACPI problems (Linus 2.6.29-rc4)
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (31 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-16 7:29 ` 2.6.29-rc5: Reported regressions from 2.6.28 Jarek Poplawski
33 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Corentin Chary, Darren Salt,
Matthew Garrett, yakui_zhao
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12706
Subject : Oopses and ACPI problems (Linus 2.6.29-rc4)
Submitter : Darren Salt <linux@youmustbejoking.demon.co.uk>
Date : 2009-02-09 18:26 (6 days old)
References : http://marc.info/?l=linux-kernel&m=123420431709877&w=4
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (30 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12671] uvc_status_cleanup(): undefined reference to `input_unregister_device' Rafael J. Wysocki
@ 2009-02-14 20:38 ` Rafael J. Wysocki
2009-02-15 13:43 ` Matthew Garrett
2009-02-14 20:38 ` [Bug #12706] Oopses and ACPI problems (Linus 2.6.29-rc4) Rafael J. Wysocki
2009-02-16 7:29 ` 2.6.29-rc5: Reported regressions from 2.6.28 Jarek Poplawski
33 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Len Brown, Matthew Garrett, Nico Schottelius
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (2 days old)
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
Handled-By : Len Brown <lenb@kernel.org>
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12660] Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p
2009-02-14 20:38 ` [Bug #12660] Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p Rafael J. Wysocki
@ 2009-02-14 23:29 ` Mathieu Desnoyers
0 siblings, 0 replies; 152+ messages in thread
From: Mathieu Desnoyers @ 2009-02-14 23:29 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Ingo Molnar
* Rafael J. Wysocki (rjw@sisk.pl) wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12660
> Subject : Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p
> Submitter : Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> Date : 2009-02-04 21:11 (11 days old)
> References : http://marc.info/?l=linux-kernel&m=123378196022258&w=4
> Handled-By : Ingo Molnar <mingo@elte.hu>
>
Yes, still applies to 2.6.28.4 and 2.6.28.5.
Mathieu
>
>
--
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12496] swsusp cannot find resume device (sometimes)
2009-02-14 20:38 ` [Bug #12496] swsusp cannot find resume device (sometimes) Rafael J. Wysocki
@ 2009-02-15 0:05 ` Arjan van de Ven
2009-02-15 14:23 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Arjan van de Ven @ 2009-02-15 0:05 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Rafael J. Wysocki
On Sat, 14 Feb 2009 21:38:16 +0100 (CET)
"Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me
> know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12496
> Subject : swsusp cannot find resume device (sometimes)
> Submitter : Rafael J. Wysocki <rjw@sisk.pl>
> Date : 2009-01-09 12:24 (37 days old)
> References :
> http://marc.info/?l=linux-kernel&m=123150395731165&w=4
> Handled-By : Arjan van de Ven <arjan@infradead.org>
> Patch :
> http://marc.info/?l=linux-kernel&m=123156441218358&w=4
> http://marc.info/?t=123156453100002&r=1&w=4
>
>
it is sad that a patch for a regression that has been available for
this long still has not been merged.
Sending me email over and over again does not make the maintainers
who have the patch in their queues get off their sit-organs any
faster....
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12502] pipe_read oops on sh
2009-02-14 20:38 ` [Bug #12502] pipe_read oops on sh Rafael J. Wysocki
@ 2009-02-15 0:23 ` Adrian McMenamin
2009-02-15 14:27 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Adrian McMenamin @ 2009-02-15 0:23 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
2009/2/14 Rafael J. Wysocki <rjw@sisk.pl>:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12502
> Subject : pipe_read oops on sh
> Submitter : Adrian McMenamin <lkmladrian@gmail.com>
> Date : 2009-01-15 9:48 (31 days old)
> References : http://marc.info/?l=linux-kernel&m=123201298005600&w=4
>
>
>
No, it was caused by a race condition that has now been fixed.
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression
2009-02-14 20:38 ` [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression Rafael J. Wysocki
@ 2009-02-15 4:20 ` Larry Finger
2009-02-15 8:10 ` Jeff Garzik
0 siblings, 1 reply; 152+ messages in thread
From: Larry Finger @ 2009-02-15 4:20 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Alan Cox,
Hugh Dickins, Mikael Pettersson, Sergei Shtylyov
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12609
> Subject : v2.6.29-rc2 libata sff 32bit PIO regression
> Submitter : Larry Finger <Larry.Finger@lwfinger.net>
> Date : 2009-01-23 23:52 (23 days old)
> References : http://marc.info/?l=linux-kernel&m=123275478111406&w=4
> http://marc.info/?l=linux-kernel&m=123254501314058&w=4
> Handled-By : Mikael Pettersson <mikpe@it.uu.se>
> Hugh Dickins <hugh@veritas.com>
> Sergei Shtylyov <sshtylyov@ru.mvista.com>
> Patch : http://marc.info/?l=linux-kernel&m=123412278730735&w=4
This problem is not fixed as of 2.6.29-rc5.
Larry
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-14 20:38 ` [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1 Rafael J. Wysocki
@ 2009-02-15 8:09 ` Damien Wyart
2009-02-15 9:00 ` Ingo Molnar
0 siblings, 1 reply; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 8:09 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
Hello,
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12650
> Subject : Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
> Submitter : Damien Wyart <damien.wyart@free.fr>
> Date : 2009-01-20 16:25 (26 days old)
> References : http://marc.info/?l=linux-kernel&m=123246937207675&w=2
The problem is still there in 2.6.29-rc5, nothing has changed. I am
surprised noone has looked at it as it is trivial to reproduce for me.
Load average is between 0.30 and 0.60 when the machine is idle, the two
ksoftirqd threads get a very high total running time in top. This is on
a P4 machine. On a recent laptop, the load is not as high, but the
ksoftirqd threads also get a very high total running time.
--
Damien Wyart
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression
2009-02-15 4:20 ` Larry Finger
@ 2009-02-15 8:10 ` Jeff Garzik
2009-02-15 12:05 ` Sergei Shtylyov
2009-02-15 16:48 ` Hugh Dickins
0 siblings, 2 replies; 152+ messages in thread
From: Jeff Garzik @ 2009-02-15 8:10 UTC (permalink / raw)
To: Larry Finger, Sergei Shtylyov
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Alan Cox, Hugh Dickins, Mikael Pettersson
Larry Finger wrote:
> Rafael J. Wysocki wrote:
>> This message has been generated automatically as a part of a report
>> of recent regressions.
>>
>> The following bug entry is on the current list of known regressions
>> from 2.6.28. Please verify if it still should be listed and let me know
>> (either way).
>>
>>
>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12609
>> Subject : v2.6.29-rc2 libata sff 32bit PIO regression
>> Submitter : Larry Finger <Larry.Finger@lwfinger.net>
>> Date : 2009-01-23 23:52 (23 days old)
>> References : http://marc.info/?l=linux-kernel&m=123275478111406&w=4
>> http://marc.info/?l=linux-kernel&m=123254501314058&w=4
>> Handled-By : Mikael Pettersson <mikpe@it.uu.se>
>> Hugh Dickins <hugh@veritas.com>
>> Sergei Shtylyov <sshtylyov@ru.mvista.com>
>> Patch : http://marc.info/?l=linux-kernel&m=123412278730735&w=4
>
> This problem is not fixed as of 2.6.29-rc5.
Sergei, what is the latest version of your patch? According to my
notes, you and Hugh were going back and forth trading patches, and I
never saw a final version...
Jeff
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 8:09 ` Damien Wyart
@ 2009-02-15 9:00 ` Ingo Molnar
2009-02-15 9:51 ` Damien Wyart
2009-02-15 10:12 ` Christian Kujau
0 siblings, 2 replies; 152+ messages in thread
From: Ingo Molnar @ 2009-02-15 9:00 UTC (permalink / raw)
To: Damien Wyart
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> Hello,
>
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12650
> > Subject : Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
> > Submitter : Damien Wyart <damien.wyart@free.fr>
> > Date : 2009-01-20 16:25 (26 days old)
> > References : http://marc.info/?l=linux-kernel&m=123246937207675&w=2
>
> The problem is still there in 2.6.29-rc5, nothing has changed. I am
> surprised noone has looked at it as it is trivial to reproduce for me.
>
> Load average is between 0.30 and 0.60 when the machine is idle, the two
> ksoftirqd threads get a very high total running time in top. This is on
> a P4 machine. On a recent laptop, the load is not as high, but the
> ksoftirqd threads also get a very high total running time.
Mind having a look at this anomaly with the function graph tracer? We are
interested in a representative trace that shows the weird ksoftirq activities.
[ which trace could possibly pinpoint their origin. ]
Here's the tracing quickstart:
http://redhat.com/~mingo/tip.git/tracing-quickstart.txt
Also attached below. Let me know if you have trouble getting a good trace,
or if any of the steps were non-intuitive or burdensome to you.
Thanks,
Ingo
------------------------------>
You probably came here because:
- you have a weird latency somewhere that you'd like to debug?
- you have some weird kernel behavior that you'd like to see in detail?
- you are curious how Linux kernel internals look like on a real system?
A good generic tool for that is the built-in function graph tracer (available
in v2.6.28 and later Linux kernels), which will provide system-wide tracing
output of any workload you are interested in.
Sample output:
# tracer: function_graph
#
# CPU DURATION FUNCTION CALLS
# | | | | | | |
1) + 39.757 us | }
1) + 41.593 us | }
1) | sys_rt_sigprocmask() {
1) 0.399 us | _spin_lock_irq();
1) 1.209 us | }
1) | sys_read() {
1) 0.425 us | fget_light();
1) | vfs_read() {
1) | rw_verify_area() {
1) | security_file_permission() {
1) 0.377 us | cap_file_permission();
1) 1.048 us | }
1) 1.803 us | }
1) | tty_read() {
1) 0.476 us | tty_paranoia_check();
1) | tty_ldisc_ref_wait() {
1) | tty_ldisc_try() {
1) 0.365 us | _spin_lock_irqsave();
1) 0.426 us | _spin_unlock_irqrestore();
1) 1.837 us | }
1) 2.544 us | }
To get the very latest version of the tracer, pick up the -tip tree (which,
amongst other trees, also includes the latest tracing tree and Linus's latest
upstream -git tree):
http://people.redhat.com/mingo/tip.git/README
And enable the following .config options:
CONFIG_DEBUG_KERNEL=y
CONFIG_FUNCTION_TRACER=y
CONFIG_FUNCTION_GRAPH_TRACER=y
CONFIG_DYNAMIC_FTRACE=y
Boot into the new kernel and mount debugfs (if you dont have it mounted
already):
mkdir /debug
mount -t debugfs nodev /debug
That's all - now you can use the tracer. There's no user-space utilities
needed, everything is built into the kernel and all functionality can
be accessed via the /debug/tracing/* special files.
For example, the following commands in a shell prompt will capture a
1-second trace of whatever happens on your box right now:
cd /debug/tracing/
echo function_graph_tracer > current_tracer
echo 1 > tracing_enabled
sleep 1
echo 0 > tracing_enabled
cat trace > /tmp/trace.txt
/tmp/trace.txt will contain the trace. If you are trying to debug a bug,
send that file to kernel developers :)
Tracing can be expensive, especially if every single kernel function is
traced (which is the default).
To solve that problem you can limit the scope of traced functions via the
function filter:
echo "" > set_ftrace_filter # clear all previous filters
echo "schedule*" >> set_ftrace_filter # trace schedule functions
echo "*switch_to*" >> set_ftrace_filter # trace context switches
echo "*wake_up*" >> set_ftrace_filter # trace task wakeups
Note that if you want the rules to be additive then filters have to be
appended via '>>'. Using '>' will override all previous filters again.
Use "cat set_ftrace_filter" to see the currently traced functions. (if the
file is empty then it means 'all') Use "cat available_filter_functions" for
all kernel functions that can be traced. On a typical system there will
be tens of thousands to pick from (!).
Besides the default output you can find additional attributes in the
'trace_options' file. For example:
echo funcgraph-proc > trace_options
Will instruct the tracer to output which process/PID generated a trace
entry:
0) bash-2623 | | sys_dup2() {
0) bash-2623 | | sys_dup3() {
0) bash-2623 | 0.262 us | _spin_lock();
0) bash-2623 | 0.290 us | expand_files();
0) bash-2623 | | filp_close() {
0) bash-2623 | 0.260 us | dnotify_flush();
0) bash-2623 | 0.305 us | locks_remove_posix();
0) bash-2623 | | fput() {
0) bash-2623 | | __fput() {
0) bash-2623 | 0.393 us | _cond_resched();
Have fun tracing, but beware, if there's even just a little bit of
a kernel developer in you then it can be highly addictive! ;-)
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 9:00 ` Ingo Molnar
@ 2009-02-15 9:51 ` Damien Wyart
2009-02-15 10:13 ` Ingo Molnar
2009-02-15 10:12 ` Christian Kujau
1 sibling, 1 reply; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 9:51 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
> > Load average is between 0.30 and 0.60 when the machine is idle, the
> > two ksoftirqd threads get a very high total running time in top.
> > This is on a P4 machine. On a recent laptop, the load is not as
> > high, but the ksoftirqd threads also get a very high total running
> > time.
> Mind having a look at this anomaly with the function graph tracer? We are
> interested in a representative trace that shows the weird ksoftirq activities.
> [ which trace could possibly pinpoint their origin. ]
> Here's the tracing quickstart:
> http://redhat.com/~mingo/tip.git/tracing-quickstart.txt
> Also attached below. Let me know if you have trouble getting a good trace,
> or if any of the steps were non-intuitive or burdensome to you.
Thanks for your feedback & explanations; I will try to have a look at
all this material asap, I think tomorrow.
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 9:00 ` Ingo Molnar
2009-02-15 9:51 ` Damien Wyart
@ 2009-02-15 10:12 ` Christian Kujau
2009-02-15 10:54 ` Ingo Molnar
1 sibling, 1 reply; 152+ messages in thread
From: Christian Kujau @ 2009-02-15 10:12 UTC (permalink / raw)
To: Ingo Molnar
Cc: Damien Wyart, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Sun, 15 Feb 2009, Ingo Molnar wrote:
> http://redhat.com/~mingo/tip.git/tracing-quickstart.txt
> http://people.redhat.com/mingo/tip.git/README
Hm, both URLs gave me a 404, .../tip.git/ seems empty - could these
documents find a nice place under Documentation/ perhaps?
Thanks,
Christian.
--
BOFH excuse #321:
Scheduled global CPU outage
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 9:51 ` Damien Wyart
@ 2009-02-15 10:13 ` Ingo Molnar
2009-02-15 10:34 ` Damien Wyart
0 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-15 10:13 UTC (permalink / raw)
To: Damien Wyart
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> > > Load average is between 0.30 and 0.60 when the machine is idle, the
> > > two ksoftirqd threads get a very high total running time in top.
> > > This is on a P4 machine. On a recent laptop, the load is not as
> > > high, but the ksoftirqd threads also get a very high total running
> > > time.
>
> > Mind having a look at this anomaly with the function graph tracer? We are
> > interested in a representative trace that shows the weird ksoftirq activities.
> > [ which trace could possibly pinpoint their origin. ]
>
> > Here's the tracing quickstart:
>
> > http://redhat.com/~mingo/tip.git/tracing-quickstart.txt
>
> > Also attached below. Let me know if you have trouble getting a good trace,
> > or if any of the steps were non-intuitive or burdensome to you.
>
> Thanks for your feedback & explanations; I will try to have a look at
> all this material asap, I think tomorrow.
Note that if the box you test this on is multi-core or HT, then interpreting
traces is easier if there's just a single CPU to look at. In that case i'd
suggest to reproduce with just a single core, by turning the second one off:
echo 0 > /sys/devices/system/cpu/cpu1/online
Or, if the problem only occurs with two cpus, restrict tracing to CPU#1:
echo 2 > /debug/tracing/tracing_cpumask
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12613] [Suspend regression][DRM, RADEON]
[not found] ` <4997E7D7.60205@numericable.fr>
@ 2009-02-15 10:20 ` etienne
0 siblings, 0 replies; 152+ messages in thread
From: etienne @ 2009-02-15 10:20 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Dave Airlie, Soeren Sonnenburg
etienne wrote:
> Rafael J. Wysocki wrote:
>> This message has been generated automatically as a part of a report
>> of recent regressions.
>>
>> The following bug entry is on the current list of known regressions
>> from 2.6.28. Please verify if it still should be listed and let me know
>> (either way).
>>
>>
>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12613
>> Subject : [Suspend regression][DRM, RADEON]
>> Submitter : etienne <etienne.basset@numericable.fr>
>> Date : 2009-01-28 22:00 (18 days old)
>> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a9d51a5ad1154b5b20add1e8d30a5564f8aabbe9
>> References : http://marc.info/?l=linux-kernel&m=123318030419558&w=4
>> http://marc.info/?l=linux-kernel&m=123334865404574&w=4
>> http://lkml.org/lkml/2009/2/8/203
>>
>>
>>
hello,
yes it is still present in -rc5;
the following unreviewed patch fixes it for me;
regards,
Etienne, who should learn to send correct emails
Signed-off-by: <etienne.basset@numericable.fr>
---
diff --git a/drivers/gpu/drm/radeon/radeon_cp.c b/drivers/gpu/drm/radeon/radeon_cp.c
index df4cf97..6554adf 100644
--- a/drivers/gpu/drm/radeon/radeon_cp.c
+++ b/drivers/gpu/drm/radeon/radeon_cp.c
@@ -557,7 +557,8 @@ static int radeon_do_engine_reset(struct drm_device * dev)
}
static void radeon_cp_init_ring_buffer(struct drm_device * dev,
- drm_radeon_private_t * dev_priv)
+ drm_radeon_private_t * dev_priv,
+ struct drm_radeon_master_private *master)
{
u32 ring_start, cur_read_ptr;
u32 tmp;
@@ -668,13 +669,13 @@ static void radeon_cp_init_ring_buffer(struct drm_device * dev,
RADEON_WRITE(RADEON_BUS_CNTL, tmp);
} /* PCIE cards appears to not need this */
- dev_priv->scratch[0] = 0;
+ master->sarea_priv->last_frame = dev_priv->scratch[0] = 0;
RADEON_WRITE(RADEON_LAST_FRAME_REG, 0);
- dev_priv->scratch[1] = 0;
+ master->sarea_priv->last_dispatch = dev_priv->scratch[1] = 0;
RADEON_WRITE(RADEON_LAST_DISPATCH_REG, 0);
- dev_priv->scratch[2] = 0;
+ master->sarea_priv->last_clear = dev_priv->scratch[2] = 0;
RADEON_WRITE(RADEON_LAST_CLEAR_REG, 0);
radeon_do_wait_for_idle(dev_priv);
@@ -1215,7 +1216,7 @@ static int radeon_do_init_cp(struct drm_device *dev, drm_radeon_init_t *init,
}
radeon_cp_load_microcode(dev_priv);
- radeon_cp_init_ring_buffer(dev, dev_priv);
+ radeon_cp_init_ring_buffer(dev, dev_priv, master_priv);
dev_priv->last_buf = 0;
@@ -1281,9 +1282,11 @@ static int radeon_do_cleanup_cp(struct drm_device * dev)
*
* Charl P. Botha <http://cpbotha.net>
*/
-static int radeon_do_resume_cp(struct drm_device * dev)
+static int radeon_do_resume_cp(struct drm_device * dev,
+ struct drm_file * file_priv)
{
drm_radeon_private_t *dev_priv = dev->dev_private;
+ struct drm_radeon_master_private * master_priv = file_priv->master->driver_priv;
if (!dev_priv) {
DRM_ERROR("Called with no initialization\n");
@@ -1304,7 +1307,7 @@ static int radeon_do_resume_cp(struct drm_device * dev)
}
radeon_cp_load_microcode(dev_priv);
- radeon_cp_init_ring_buffer(dev, dev_priv);
+ radeon_cp_init_ring_buffer(dev, dev_priv, master_priv);
radeon_do_engine_reset(dev);
radeon_irq_set_state(dev, RADEON_SW_INT_ENABLE, 1);
@@ -1480,7 +1483,7 @@ int radeon_cp_idle(struct drm_device *dev, void *data, struct drm_file *file_pri
int radeon_cp_resume(struct drm_device *dev, void *data, struct drm_file *file_priv)
{
- return radeon_do_resume_cp(dev);
+ return radeon_do_resume_cp(dev, file_priv);
}
int radeon_engine_reset(struct drm_device *dev, void *data, struct drm_file *file_priv)
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 10:13 ` Ingo Molnar
@ 2009-02-15 10:34 ` Damien Wyart
2009-02-15 10:41 ` Damien Wyart
` (2 more replies)
0 siblings, 3 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 10:34 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
* Ingo Molnar <mingo@elte.hu> [2009-02-15 11:13]:
> Note that if the box you test this on is multi-core or HT, then interpreting
> traces is easier if there's just a single CPU to look at. In that case i'd
> suggest to reproduce with just a single core, by turning the second one off:
> echo 0 > /sys/devices/system/cpu/cpu1/online
> Or, if the problem only occurs with two cpus, restrict tracing to CPU#1:
> echo 2 > /debug/tracing/tracing_cpumask
The box I test on is HT, so I tried the first suggestion and it made the
problem much less visible (but not completely absent).
So I used "echo 1 > /sys/devices/system/cpu/cpu1/online" to go back to
HT mode and then it made the problem much more visible on CPU#1:
ksoftirqd/1 is running a lot and ksoftirqd/0 is almost normal. The load
average is about 0.80 and the total running time for ksoftirqd/1 is
almost one minute (and I booted on rc5 ten minutes ago)!
So I followed the tracing steps in the tutorial (with the 1 sec sleep),
which gave me this:
http://damien.wyart.free.fr/trace_2.6.29-rc5_ksoftirqd_prob.txt.gz
As I will be away until tomorrow, I did this on vanilla rc5 to get
something out today, and if tip is really needed, I will work on it
tomorrow. But maybe this vanilla trace will be helpful to you...
Do not hesitate to ask for further tests or info.
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 10:34 ` Damien Wyart
@ 2009-02-15 10:41 ` Damien Wyart
2009-02-15 10:42 ` Damien Wyart
2009-02-15 11:01 ` Ingo Molnar
2 siblings, 0 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 10:41 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
> Do not hesitate to ask for further tests or info.
I really must leave now, but please note the dmesg and config were
attached to my very first report. Will send new ones this evening (with
rc5) if you need them).
--
Damien Wyart
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 10:34 ` Damien Wyart
2009-02-15 10:41 ` Damien Wyart
@ 2009-02-15 10:42 ` Damien Wyart
2009-02-15 10:43 ` Damien Wyart
2009-02-15 11:01 ` Ingo Molnar
2 siblings, 1 reply; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 10:42 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
> > Note that if the box you test this on is multi-core or HT, then interpreting
> > traces is easier if there's just a single CPU to look at. In that case i'd
> > suggest to reproduce with just a single core, by turning the second one off:
> > echo 0 > /sys/devices/system/cpu/cpu1/online
> > Or, if the problem only occurs with two cpus, restrict tracing to CPU#1:
> > echo 2 > /debug/tracing/tracing_cpumask
> The box I test on is HT, so I tried the first suggestion and it made the
> problem much less visible (but not completely absent).
> So I used "echo 1 > /sys/devices/system/cpu/cpu1/online" to go back to
> HT mode and then it made the problem much more visible on CPU#1:
> ksoftirqd/1 is running a lot and ksoftirqd/0 is almost normal. The load
> average is about 0.80 and the total running time for ksoftirqd/1 is
> almost one minute (and I booted on rc5 ten minutes ago)!
> So I followed the tracing steps in the tutorial (with the 1 sec sleep),
> which gave me this:
> http://damien.wyart.free.fr/trace_2.6.29-rc5_ksoftirqd_prob.txt.gz
Of course, I used your first suggestion (tracing on CPU#1) to get this
trace.
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 10:42 ` Damien Wyart
@ 2009-02-15 10:43 ` Damien Wyart
0 siblings, 0 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 10:43 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> [2009-02-15 11:42]:
> > > Note that if the box you test this on is multi-core or HT, then interpreting
> > > traces is easier if there's just a single CPU to look at. In that case i'd
> > > suggest to reproduce with just a single core, by turning the second one off:
> > > echo 0 > /sys/devices/system/cpu/cpu1/online
> > > Or, if the problem only occurs with two cpus, restrict tracing to CPU#1:
> > > echo 2 > /debug/tracing/tracing_cpumask
> > The box I test on is HT, so I tried the first suggestion and it made the
> > problem much less visible (but not completely absent).
> > So I used "echo 1 > /sys/devices/system/cpu/cpu1/online" to go back to
> > HT mode and then it made the problem much more visible on CPU#1:
> > ksoftirqd/1 is running a lot and ksoftirqd/0 is almost normal. The load
> > average is about 0.80 and the total running time for ksoftirqd/1 is
> > almost one minute (and I booted on rc5 ten minutes ago)!
> > So I followed the tracing steps in the tutorial (with the 1 sec sleep),
> > which gave me this:
> > http://damien.wyart.free.fr/trace_2.6.29-rc5_ksoftirqd_prob.txt.gz
> Of course, I used your first suggestion (tracing on CPU#1) to get this
^^^^^
second !
> trace.
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 10:12 ` Christian Kujau
@ 2009-02-15 10:54 ` Ingo Molnar
0 siblings, 0 replies; 152+ messages in thread
From: Ingo Molnar @ 2009-02-15 10:54 UTC (permalink / raw)
To: Christian Kujau
Cc: Damien Wyart, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
* Christian Kujau <lists@nerdbynature.de> wrote:
> On Sun, 15 Feb 2009, Ingo Molnar wrote:
> > http://redhat.com/~mingo/tip.git/tracing-quickstart.txt
> > http://people.redhat.com/mingo/tip.git/README
>
> Hm, both URLs gave me a 404, .../tip.git/ seems empty - could these
> documents find a nice place under Documentation/ perhaps?
Hm, there's a people.redhat.com outage today - find below that file
in plaintext too.
Ingo
# --------------{ tip.git instructions }---------->
mkdir linux.trees.git || exit -1
cd linux.trees.git
git init
# Add Linus's tree as a remote
git remote add linus git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
# Add the -tip tree as a remote
git remote add tip git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git
#
# With that setup, just run the following to get any changes you
# don't have. It will also notice any new branches Ingo/Linus
# add to their repo. Look in .git/config afterwards, the format
# to add new remotes is easy to figure out.
#
# This will take a lot of time initially (it downloads the ~150MB
# repository), but will be much faster subsequently as it only
# does delta updates. Note that it may warn you about no common
# commits but you can ignore that:
#
git remote update
#
# Check out the latest -tip branch to a local branch
# in this example, we create a branch called 'tip-latest'
# You can pick whatever name suits you.
#
git checkout -b tip-latest tip/master
#
# if you need to do bisection of the -tip tree, then do:
# (but first check that linus/master is indeed a 'good' kernel :-)
#
git bisect start
git bisect good linus/master
git bisect bad tip/master
#
# If you want to help out with cleanups, and want to pick some
# low hanging fruits, do this:
#
wget http://redhat.com/~mingo/tip.git/code-quality
chmod +x code-quality
./code-quality `find kernel/ -name '*.c'` | tee quality.txt
#
# Pick the file that looks most interesting to you:
#
sort -n -k 4 quality.txt
#
# and if you do some work based on tip.git, in particular when
# you change x86 specific bits, feel free to talk to the
# maintainers about it (especially if you are about to
# do some bigger chunk of work and think that you'd like to
# ask whether it makes sense or whether anyone else is working
# on it):
#
# X86 ARCHITECTURE (32-BIT AND 64-BIT)
# P: Thomas Gleixner
# M: tglx@linutronix.de
# P: Ingo Molnar
# M: mingo@redhat.com
# P: H. Peter Anvin
# M: hpa@zytor.com
#
# And this is the mailing list to send patches to:
#
# L: linux-kernel@vger.kernel.org
#
# When sending arch/x86 patches, please try to use the following
# subject line format (sample):
#
# Subject: [patch] x86: fix typo in ...
#
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 10:34 ` Damien Wyart
2009-02-15 10:41 ` Damien Wyart
2009-02-15 10:42 ` Damien Wyart
@ 2009-02-15 11:01 ` Ingo Molnar
2009-02-15 14:06 ` Frederic Weisbecker
2009-02-15 18:03 ` Damien Wyart
2 siblings, 2 replies; 152+ messages in thread
From: Ingo Molnar @ 2009-02-15 11:01 UTC (permalink / raw)
To: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> So I followed the tracing steps in the tutorial (with the 1 sec sleep),
> which gave me this:
> http://damien.wyart.free.fr/trace_2.6.29-rc5_ksoftirqd_prob.txt.gz
thanks. There's definitely some weirdness visible in the trace,
for example:
0) gpm-1879 => ksoftir-4
------------------------------------------
0) 0.964 us | finish_task_switch();
0) ! 1768184 us | }
0) | do_softirq() {
0) | __do_softirq() {
0) | rcu_process_callbacks() {
the 1.7 seconds 'overhead' there must be a fluke - you'd notice it if
ksoftirqd _really_ took that much time to execute.
One possibility for these symptoms would be broken scheduler timestamps.
Could you enable absolute timestamp printing via:
echo funcgraph-abstime > trace_options
Also, my guess is that if you boot via idle=poll, the symptoms go away.
This would strengthen the suspicion that it's scheduler-clock troubles.
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression
2009-02-15 8:10 ` Jeff Garzik
@ 2009-02-15 12:05 ` Sergei Shtylyov
2009-02-15 16:48 ` Hugh Dickins
1 sibling, 0 replies; 152+ messages in thread
From: Sergei Shtylyov @ 2009-02-15 12:05 UTC (permalink / raw)
To: Jeff Garzik
Cc: Larry Finger, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Alan Cox, Hugh Dickins, Mikael Pettersson
Hello.
Jeff Garzik wrote:
>>> This message has been generated automatically as a part of a report
>>> of recent regressions.
>>>
>>> The following bug entry is on the current list of known regressions
>>> from 2.6.28. Please verify if it still should be listed and let me
>>> know
>>> (either way).
>>>
>>>
>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12609
>>> Subject : v2.6.29-rc2 libata sff 32bit PIO regression
>>> Submitter : Larry Finger <Larry.Finger@lwfinger.net>
>>> Date : 2009-01-23 23:52 (23 days old)
>>> References : http://marc.info/?l=linux-kernel&m=123275478111406&w=4
>>> http://marc.info/?l=linux-kernel&m=123254501314058&w=4
>>> Handled-By : Mikael Pettersson <mikpe@it.uu.se>
>>> Hugh Dickins <hugh@veritas.com>
>>> Sergei Shtylyov <sshtylyov@ru.mvista.com>
>>> Patch : http://marc.info/?l=linux-kernel&m=123412278730735&w=4
>>
>> This problem is not fixed as of 2.6.29-rc5.
>
> Sergei, what is the latest version of your patch? According to my
> notes, you and Hugh were going back and forth trading patches, and I
> never saw a final version...
I've been excessively busy again. Will post today.
> Jeff
WBR, Sergei
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-14 20:38 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
@ 2009-02-15 13:43 ` Matthew Garrett
2009-02-15 14:37 ` Rafael J. Wysocki
2009-02-17 23:05 ` Eric Anholt
0 siblings, 2 replies; 152+ messages in thread
From: Matthew Garrett @ 2009-02-15 13:43 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Len Brown,
Nico Schottelius, eric.anholt
On Sat, Feb 14, 2009 at 09:38:23PM +0100, Rafael J. Wysocki wrote:
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
I think Eric sent a test patch for this. Did that get pushed?
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 11:01 ` Ingo Molnar
@ 2009-02-15 14:06 ` Frederic Weisbecker
2009-02-15 18:03 ` Damien Wyart
1 sibling, 0 replies; 152+ messages in thread
From: Frederic Weisbecker @ 2009-02-15 14:06 UTC (permalink / raw)
To: Ingo Molnar
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Sun, Feb 15, 2009 at 12:01:04PM +0100, Ingo Molnar wrote:
>
> * Damien Wyart <damien.wyart@free.fr> wrote:
>
> > So I followed the tracing steps in the tutorial (with the 1 sec sleep),
> > which gave me this:
> > http://damien.wyart.free.fr/trace_2.6.29-rc5_ksoftirqd_prob.txt.gz
>
> thanks. There's definitely some weirdness visible in the trace,
> for example:
>
> 0) gpm-1879 => ksoftir-4
> ------------------------------------------
>
> 0) 0.964 us | finish_task_switch();
> 0) ! 1768184 us | }
> 0) | do_softirq() {
> 0) | __do_softirq() {
> 0) | rcu_process_callbacks() {
>
> the 1.7 seconds 'overhead' there must be a fluke - you'd notice it if
> ksoftirqd _really_ took that much time to execute.
>
> One possibility for these symptoms would be broken scheduler timestamps.
> Could you enable absolute timestamp printing via:
>
> echo funcgraph-abstime > trace_options
>
> Also, my guess is that if you boot via idle=poll, the symptoms go away.
> This would strengthen the suspicion that it's scheduler-clock troubles.
>
> Ingo
Looking at the following ksoftirqd quantum, there are some things I don't understand:
------------------------------------------
0) gpm-1879 => ksoftir-4
------------------------------------------
0) 0.681 us | finish_task_switch();
0) ! 7670.083 us | }
0) | do_softirq() {
0) | __do_softirq() {
0) | rcu_process_callbacks() {
0) | __rcu_process_callbacks() {
0) | cpu_quiet() {
0) 0.509 us | _spin_lock_irqsave();
0) | cpu_quiet_msk() {
0) 0.503 us | _spin_unlock_irqrestore();
0) 1.546 us | }
0) 3.617 us | }
0) 4.804 us | }
0) | __rcu_process_callbacks() {
0) 0.496 us | force_quiescent_state();
0) 1.608 us | }
0) 8.043 us | }
0) 0.533 us | _local_bh_enable();
0) + 10.190 us | }
0) + 11.337 us | }
0) 0.537 us | _cond_resched();
0) 0.536 us | kthread_should_stop();
0) | schedule() {
0) 0.516 us | _spin_lock_irq();
0) 0.586 us | update_rq_clock();
0) | deactivate_task() {
0) | dequeue_task() {
0) | dequeue_task_fair() {
0) | update_curr() {
0) 0.519 us | calc_delta_mine();
0) 1.603 us | }
0) 2.667 us | }
0) 3.662 us | }
0) 4.629 us | }
0) 0.937 us | find_busiest_group();
0) 0.493 us | msecs_to_jiffies();
0) 0.501 us | put_prev_task_fair();
0) | pick_next_task() {
0) 0.501 us | pick_next_task_fair();
0) 0.491 us | pick_next_task_rt();
0) 0.494 us | pick_next_task_fair();
0) 0.491 us | pick_next_task_idle();
0) 4.591 us | }
0) 0.501 us | __lock_text_start();
0) 0.699 us | finish_task_switch();
0) ! 289.895 us | }
The two above is the internal of context_switch, which means it entered
there in schedule():
next = pick_next_task(rq, prev);
if (likely(prev != next)) {
sched_info_switch(prev, next);
perf_counter_task_sched_out(prev, cpu);
rq->nr_switches++;
rq->curr = next;
++*switch_count;
context_switch(rq, prev, next); /* unlocks the rq */
/*
* the context switch might have flipped the stack from under
* us, hence refresh the local variables.
*/
cpu = smp_processor_id();
rq = cpu_rq(cpu);
}
But after that we are still in ksoftirqd. As if it bypassed the if (prev != next)
and rescheduled itself.
Well, I guess it's a bit off topic here. Whatever if this a bug in the sched_clock(),
it reminds me a possible problem in sched_clock() I saw with tracers...
0) | do_softirq() {
0) | __do_softirq() {
0) | rcu_process_callbacks() {
0) | __rcu_process_callbacks() {
0) | force_quiescent_state() {
0) 0.478 us | __lock_text_start();
0) 0.489 us | _spin_lock();
0) | rcu_process_dyntick() {
0) 0.496 us | _spin_lock_irqsave();
0) 0.571 us | dyntick_save_progress_counter();
0) | cpu_quiet_msk() {
0) | rcu_start_gp() {
0) 0.496 us | _spin_unlock_irqrestore();
0) 1.533 us | }
0) 2.588 us | }
0) 5.784 us | }
0) 0.493 us | _spin_lock();
0) 0.501 us | _spin_unlock_irqrestore();
0) + 10.959 us | }
0) | file_free_rcu() {
0) 0.551 us | kmem_cache_free();
0) 1.613 us | }
0) + 14.486 us | }
0) | __rcu_process_callbacks() {
0) 0.458 us | force_quiescent_state();
0) 1.573 us | }
0) + 17.661 us | }
0) 0.486 us | _local_bh_enable();
0) + 20.014 us | }
0) + 21.094 us | }
0) 0.546 us | _cond_resched();
0) 0.536 us | kthread_should_stop();
0) | schedule() {
0) 0.514 us | _spin_lock_irq();
0) 0.596 us | update_rq_clock();
0) | deactivate_task() {
0) | dequeue_task() {
0) | dequeue_task_fair() {
0) | update_curr() {
0) 0.500 us | calc_delta_mine();
0) 1.570 us | }
0) 2.632 us | }
0) 3.632 us | }
0) 4.594 us | }
0) 0.846 us | find_busiest_group();
0) 0.471 us | msecs_to_jiffies();
0) 0.506 us | put_prev_task_fair();
0) | pick_next_task() {
0) 0.486 us | pick_next_task_fair();
0) 0.481 us | pick_next_task_rt();
0) 0.484 us | pick_next_task_fair();
0) 0.493 us | pick_next_task_idle();
0) 4.544 us | }
0) 0.506 us | __lock_text_start();
0) 0.554 us | finish_task_switch();
0) + 30.202 us | }
0) | do_softirq() {
0) | __do_softirq() {
0) | rcu_process_callbacks() {
0) | __rcu_process_callbacks() {
0) | cpu_quiet() {
0) 0.493 us | _spin_lock_irqsave();
0) | cpu_quiet_msk() {
0) 0.504 us | _spin_unlock_irqrestore();
0) 1.515 us | }
0) 3.535 us | }
0) 4.692 us | }
0) | __rcu_process_callbacks() {
0) 0.480 us | force_quiescent_state();
0) 1.593 us | }
0) 7.878 us | }
0) 0.491 us | _local_bh_enable();
0) 9.934 us | }
0) + 11.037 us | }
0) 0.529 us | _cond_resched();
0) 0.506 us | kthread_should_stop();
0) | schedule() {
0) 0.499 us | _spin_lock_irq();
0) 0.581 us | update_rq_clock();
0) | deactivate_task() {
0) | dequeue_task() {
0) | dequeue_task_fair() {
0) | update_curr() {
0) 0.493 us | calc_delta_mine();
0) 1.548 us | }
0) 2.583 us | }
0) 3.559 us | }
0) 4.514 us | }
0) 0.797 us | find_busiest_group();
0) 0.481 us | msecs_to_jiffies();
0) 0.499 us | put_prev_task_fair();
0) | pick_next_task() {
0) 0.481 us | pick_next_task_fair();
0) 0.479 us | pick_next_task_rt();
0) 0.483 us | pick_next_task_fair();
0) 0.481 us | pick_next_task_idle();
0) 4.488 us | }
0) 0.506 us | __lock_text_start();
0) 0.672 us | finish_task_switch();
0) ! 928.567 us | }
0) | do_softirq() {
0) | __do_softirq() {
0) | rcu_process_callbacks() {
0) | __rcu_process_callbacks() {
0) | force_quiescent_state() {
0) 0.484 us | __lock_text_start();
0) 0.511 us | _spin_lock();
0) | rcu_process_dyntick() {
0) 0.511 us | _spin_lock_irqsave();
0) 0.564 us | dyntick_save_progress_counter();
0) | cpu_quiet_msk() {
0) | rcu_start_gp() {
0) 0.503 us | _spin_unlock_irqrestore();
0) 1.548 us | }
0) 2.582 us | }
0) 6.102 us | }
0) 0.501 us | _spin_lock();
0) 0.501 us | _spin_unlock_irqrestore();
0) + 11.265 us | }
0) | file_free_rcu() {
0) 0.579 us | kmem_cache_free();
0) 1.643 us | }
0) | file_free_rcu() {
0) 0.549 us | kmem_cache_free();
0) 1.588 us | }
0) + 16.827 us | }
0) | __rcu_process_callbacks() {
0) 0.479 us | force_quiescent_state();
0) 1.593 us | }
0) + 20.024 us | }
0) 0.500 us | _local_bh_enable();
0) + 22.081 us | }
0) + 23.163 us | }
0) 0.523 us | _cond_resched();
0) 0.536 us | kthread_should_stop();
0) | schedule() {
0) 0.506 us | _spin_lock_irq();
0) 0.586 us | update_rq_clock();
0) | deactivate_task() {
0) | dequeue_task() {
0) | dequeue_task_fair() {
0) | update_curr() {
0) 0.516 us | calc_delta_mine();
0) 1.578 us | }
0) 2.628 us | }
0) 3.622 us | }
0) 4.604 us | }
0) 0.917 us | find_busiest_group();
0) 0.484 us | msecs_to_jiffies();
0) 0.501 us | put_prev_task_fair();
0) | pick_next_task() {
0) 0.486 us | pick_next_task_fair();
0) 0.491 us | pick_next_task_rt();
0) | pick_next_task_fair() {
0) 0.486 us | pick_next_task_idle();
0) 4.581 us | }
0) 0.496 us | __lock_text_start();
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12496] swsusp cannot find resume device (sometimes)
2009-02-15 0:05 ` Arjan van de Ven
@ 2009-02-15 14:23 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:23 UTC (permalink / raw)
To: Arjan van de Ven
Cc: Linux Kernel Mailing List, Kernel Testers List, Len Brown
On Sunday 15 February 2009, Arjan van de Ven wrote:
> On Sat, 14 Feb 2009 21:38:16 +0100 (CET)
> "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me
> > know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12496
> > Subject : swsusp cannot find resume device (sometimes)
> > Submitter : Rafael J. Wysocki <rjw@sisk.pl>
> > Date : 2009-01-09 12:24 (37 days old)
> > References :
> > http://marc.info/?l=linux-kernel&m=123150395731165&w=4
> > Handled-By : Arjan van de Ven <arjan@infradead.org>
> > Patch :
> > http://marc.info/?l=linux-kernel&m=123156441218358&w=4
> > http://marc.info/?t=123156453100002&r=1&w=4
> >
> >
>
> it is sad that a patch for a regression that has been available for
> this long still has not been merged.
>
> Sending me email over and over again does not make the maintainers
> who have the patch in their queues get off their sit-organs any
> faster....
Sorry, this is a automated thing. Please just discard the messages about
this bug in the future.
The patch has been sent to Len and hopefully it will be merged shortly.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12502] pipe_read oops on sh
2009-02-15 0:23 ` Adrian McMenamin
@ 2009-02-15 14:27 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:27 UTC (permalink / raw)
To: Adrian McMenamin; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Sunday 15 February 2009, Adrian McMenamin wrote:
> 2009/2/14 Rafael J. Wysocki <rjw@sisk.pl>:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12502
> > Subject : pipe_read oops on sh
> > Submitter : Adrian McMenamin <lkmladrian@gmail.com>
> > Date : 2009-01-15 9:48 (31 days old)
> > References : http://marc.info/?l=linux-kernel&m=123201298005600&w=4
> >
> >
> >
>
> No, it was caused by a race condition that has now been fixed.
Thanks, bug closed.
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-15 13:43 ` Matthew Garrett
@ 2009-02-15 14:37 ` Rafael J. Wysocki
2009-02-17 23:05 ` Eric Anholt
1 sibling, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:37 UTC (permalink / raw)
To: Matthew Garrett
Cc: Linux Kernel Mailing List, Kernel Testers List, Len Brown,
Nico Schottelius, eric.anholt
On Sunday 15 February 2009, Matthew Garrett wrote:
> On Sat, Feb 14, 2009 at 09:38:23PM +0100, Rafael J. Wysocki wrote:
>
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
>
> I think Eric sent a test patch for this. Did that get pushed?
I haven't found it.
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12615] boot hangs while bringing up gianfar ethernet
2009-02-14 20:38 ` [Bug #12615] boot hangs while bringing up gianfar ethernet Rafael J. Wysocki
@ 2009-02-15 14:42 ` Peter Korsgaard
2009-02-15 21:08 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Peter Korsgaard @ 2009-02-15 14:42 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Ira Snyder
>>>>> "Rafael" == Rafael J Wysocki <rjw@sisk.pl> writes:
Rafael> This message has been generated automatically as a part of a report
Rafael> of recent regressions.
Rafael> The following bug entry is on the current list of known
Rafael> regressions from 2.6.28. Please verify if it still should be
Rafael> listed and let me know (either way).
As already mentioned, the fix works for me so I think this can be
closed.
Rafael> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12615
Rafael> Subject : boot hangs while bringing up gianfar ethernet
Rafael> Submitter : Ira Snyder <iws@ovro.caltech.edu>
Rafael> Date : 2009-01-29 19:41 (17 days old)
Rafael> References : http://marc.info/?l=linux-kernel&m=123325817201665&w=4
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression
2009-02-15 8:10 ` Jeff Garzik
2009-02-15 12:05 ` Sergei Shtylyov
@ 2009-02-15 16:48 ` Hugh Dickins
1 sibling, 0 replies; 152+ messages in thread
From: Hugh Dickins @ 2009-02-15 16:48 UTC (permalink / raw)
To: Jeff Garzik
Cc: Larry Finger, Sergei Shtylyov, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Alan Cox,
Mikael Pettersson
On Sun, 15 Feb 2009, Jeff Garzik wrote:
> Larry Finger wrote:
> > Rafael J. Wysocki wrote:
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12609
> > > Subject : v2.6.29-rc2 libata sff 32bit PIO regression
> > > Submitter : Larry Finger <Larry.Finger@lwfinger.net>
> > > Date : 2009-01-23 23:52 (23 days old)
> > > References : http://marc.info/?l=linux-kernel&m=123275478111406&w=4
> > > http://marc.info/?l=linux-kernel&m=123254501314058&w=4
> > > Handled-By : Mikael Pettersson <mikpe@it.uu.se>
> > > Hugh Dickins <hugh@veritas.com>
> > > Sergei Shtylyov <sshtylyov@ru.mvista.com>
> > > Patch :
> > > http://marc.info/?l=linux-kernel&m=123412278730735&w=4
> >
> > This problem is not fixed as of 2.6.29-rc5.
>
> Sergei, what is the latest version of your patch? According to my notes, you
> and Hugh were going back and forth trading patches, and I never saw a final
> version...
I was happy with the patch Sergei posted a week ago, and said so -
except for the question of whether to say "unlikely(slop)": and
that's a very silly little issue which should never have delayed
fixing a significant regression, I'm sorry I ever raised it.
But I was expecting Alan to gather the fixes together and send them
to you: on 26 Jan he posted two other patches, one perhaps just a
cleanup, but the other he said required for correct behaviour on
AMD devices: I thought all three patches would be in by now.
Hugh
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12617] unable to compile e100 firmware into kernel
2009-02-14 20:38 ` [Bug #12617] unable to compile e100 firmware into kernel Rafael J. Wysocki
@ 2009-02-15 17:38 ` David Woodhouse
2009-02-15 19:58 ` Andrey Borzenkov
0 siblings, 1 reply; 152+ messages in thread
From: David Woodhouse @ 2009-02-15 17:38 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrey Borzenkov,
Jesse Brandeburg
On Sat, 2009-02-14 at 21:38 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12617
> Subject : unable to compile e100 firmware into kernel
> Submitter : Andrey Borzenkov <arvidjaar@mail.ru>
> Date : 2009-01-31 15:59 (15 days old)
> References : http://marc.info/?l=linux-kernel&m=123341764915181&w=4
I thought this was resolved?
--
dwmw2
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 11:01 ` Ingo Molnar
2009-02-15 14:06 ` Frederic Weisbecker
@ 2009-02-15 18:03 ` Damien Wyart
2009-02-15 19:18 ` Damien Wyart
2009-02-15 19:31 ` Ingo Molnar
1 sibling, 2 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 18:03 UTC (permalink / raw)
To: Ingo Molnar
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
[-- Attachment #1: Type: text/plain, Size: 1772 bytes --]
> > So I followed the tracing steps in the tutorial (with the 1 sec sleep),
> > which gave me this:
> > http://damien.wyart.free.fr/trace_2.6.29-rc5_ksoftirqd_prob.txt.gz
> thanks. There's definitely some weirdness visible in the trace,
> for example:
> 0) gpm-1879 => ksoftir-4
> ------------------------------------------
> 0) 0.964 us | finish_task_switch();
> 0) ! 1768184 us | }
> 0) | do_softirq() {
> 0) | __do_softirq() {
> 0) | rcu_process_callbacks() {
> the 1.7 seconds 'overhead' there must be a fluke - you'd notice it if
> ksoftirqd _really_ took that much time to execute.
> One possibility for these symptoms would be broken scheduler timestamps.
> Could you enable absolute timestamp printing via:
> echo funcgraph-abstime > trace_options
Mmm, seems I do not have this option recognized in rc5, so could not
test. Will retry all this with tip tomorrow...
> Also, my guess is that if you boot via idle=poll, the symptoms go away.
> This would strengthen the suspicion that it's scheduler-clock troubles.
In fact, with idle=poll, the symptoms do not go away, they are much
stronger: without it, ksotirqd have a few % of CPU in top output; with
it, they have 20 or 30% and the global average is not far from 1.
On my laptop (I do not have it at hand today), with rc3-gitX (did not
retest with rc5), the load avg was ok, but I saw that after boot,
ksoftird threads had a quite higher running time in top than with
2.6.28. I am surprised nobody reported this yet...
I attach to this mail config and dmesg if needed (this is rc5 without
idle=poll).
If a trace with funcgraph-abstime is interesting for you with tip,
I will do this tomorrow.
--
Damien Wyart
[-- Attachment #2: config --]
[-- Type: text/plain, Size: 42926 bytes --]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.29-rc5
# Sun Feb 15 11:07:36 2009
#
# CONFIG_64BIT is not set
CONFIG_X86_32=y
# CONFIG_X86_64 is not set
CONFIG_X86=y
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/i386_defconfig"
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
# CONFIG_RWSEM_GENERIC_SPINLOCK is not set
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
# CONFIG_GENERIC_TIME_VSYSCALL is not set
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_DEFAULT_IDLE=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
# CONFIG_HAVE_CPUMASK_OF_CPU_MAP is not set
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
# CONFIG_ZONE_DMA32 is not set
CONFIG_ARCH_POPULATES_NODE_MAP=y
# CONFIG_AUDIT_ARCH is not set
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
CONFIG_X86_32_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
CONFIG_KTIME_SCALAR=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_POSIX_MQUEUE is not set
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
# CONFIG_TASKSTATS is not set
# CONFIG_AUDIT is not set
#
# RCU Subsystem
#
# CONFIG_CLASSIC_RCU is not set
CONFIG_TREE_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=32
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_PREEMPT_RCU_TRACE is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=15
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
CONFIG_GROUP_SCHED=y
# CONFIG_FAIR_GROUP_SCHED is not set
# CONFIG_RT_GROUP_SCHED is not set
# CONFIG_USER_SCHED is not set
CONFIG_CGROUP_SCHED=y
CONFIG_CGROUPS=y
# CONFIG_CGROUP_DEBUG is not set
# CONFIG_CGROUP_NS is not set
# CONFIG_CGROUP_FREEZER is not set
# CONFIG_CGROUP_DEVICE is not set
# CONFIG_CPUSETS is not set
# CONFIG_CGROUP_CPUACCT is not set
# CONFIG_RESOURCE_COUNTERS is not set
# CONFIG_SYSFS_DEPRECATED_V2 is not set
# CONFIG_RELAY is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_BLK_DEV_INITRD is not set
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_PCSPKR_PLATFORM=y
# CONFIG_COMPAT_BRK is not set
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_SLOB is not set
# CONFIG_PROFILING is not set
CONFIG_TRACEPOINTS=y
CONFIG_MARKERS=y
CONFIG_HAVE_OPROFILE=y
# CONFIG_KPROBES is not set
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_HAVE_GENERIC_DMA_COHERENT=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_LBD=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=m
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_FREEZER is not set
#
# Processor type and features
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
CONFIG_SMP=y
# CONFIG_SPARSE_IRQ is not set
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_VSMP is not set
# CONFIG_X86_RDC321X is not set
CONFIG_SCHED_OMIT_FRAME_POINTER=y
# CONFIG_PARAVIRT_GUEST is not set
# CONFIG_MEMTEST is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
CONFIG_MPENTIUM4=y
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
# CONFIG_MPSC is not set
# CONFIG_MCORE2 is not set
# CONFIG_GENERIC_CPU is not set
# CONFIG_X86_GENERIC is not set
CONFIG_X86_CPU=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_X86_XADD=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_TSC=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=4
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_CYRIX_32=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR_32=y
CONFIG_CPU_SUP_TRANSMETA_32=y
CONFIG_CPU_SUP_UMC_32=y
CONFIG_X86_DS=y
CONFIG_X86_PTRACE_BTS=y
# CONFIG_HPET_TIMER is not set
CONFIG_DMI=y
# CONFIG_IOMMU_HELPER is not set
# CONFIG_IOMMU_API is not set
CONFIG_NR_CPUS=2
CONFIG_SCHED_SMT=y
# CONFIG_SCHED_MC is not set
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
# CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS is not set
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
CONFIG_X86_MCE_P4THERMAL=y
CONFIG_VM86=y
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_X86_REBOOTFIXUPS is not set
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set
# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_PAGE_OFFSET=0xC0000000
CONFIG_HIGHMEM=y
# CONFIG_ARCH_PHYS_ADDR_T_64BIT is not set
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_SPARSEMEM_STATIC=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=1
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_HIGHPTE=y
# CONFIG_X86_CHECK_BIOS_CORRUPTION is not set
CONFIG_X86_RESERVE_LOW_64K=y
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
# CONFIG_MTRR_SANITIZER is not set
CONFIG_X86_PAT=y
# CONFIG_EFI is not set
CONFIG_SECCOMP=y
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
CONFIG_SCHED_HRTICK=y
# CONFIG_KEXEC is not set
# CONFIG_CRASH_DUMP is not set
CONFIG_PHYSICAL_START=0x100000
# CONFIG_RELOCATABLE is not set
CONFIG_PHYSICAL_ALIGN=0x100000
CONFIG_HOTPLUG_CPU=y
# CONFIG_COMPAT_VDSO is not set
# CONFIG_CMDLINE_BOOL is not set
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
#
# Power management and ACPI options
#
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
# CONFIG_SUSPEND is not set
# CONFIG_HIBERNATION is not set
CONFIG_ACPI=y
CONFIG_ACPI_PROCFS=y
# CONFIG_ACPI_PROCFS_POWER is not set
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
# CONFIG_ACPI_AC is not set
# CONFIG_ACPI_BATTERY is not set
CONFIG_ACPI_BUTTON=y
# CONFIG_ACPI_FAN is not set
CONFIG_ACPI_DOCK=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
# CONFIG_ACPI_PCI_SLOT is not set
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
# CONFIG_ACPI_SBS is not set
#
# CPU Frequency scaling
#
# CONFIG_CPU_FREQ is not set
CONFIG_CPU_IDLE=y
CONFIG_CPU_IDLE_GOV_LADDER=y
CONFIG_CPU_IDLE_GOV_MENU=y
#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GOMMCONFIG is not set
# CONFIG_PCI_GODIRECT is not set
# CONFIG_PCI_GOOLPC is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_DOMAINS=y
# CONFIG_PCIEPORTBUS is not set
CONFIG_ARCH_SUPPORTS_MSI=y
# CONFIG_PCI_MSI is not set
# CONFIG_PCI_LEGACY is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
CONFIG_HT_IRQ=y
CONFIG_ISA_DMA_API=y
# CONFIG_ISA is not set
# CONFIG_MCA is not set
# CONFIG_SCx200 is not set
# CONFIG_OLPC is not set
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set
#
# Executable file formats / Emulations
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
CONFIG_HAVE_AOUT=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_MISC=m
CONFIG_HAVE_ATOMIC_IOMAP=y
CONFIG_NET=y
#
# Networking options
#
CONFIG_COMPAT_NET_DEV_OPS=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
# CONFIG_INET_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
# CONFIG_NETFILTER_ADVANCED is not set
#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_IRC=m
# CONFIG_NF_CONNTRACK_SIP is not set
# CONFIG_NF_CT_NETLINK is not set
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
# CONFIG_IP_VS is not set
#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
# CONFIG_NF_CONNTRACK_PROC_COMPAT is not set
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
# CONFIG_NF_NAT_TFTP is not set
# CONFIG_NF_NAT_AMANDA is not set
# CONFIG_NF_NAT_PPTP is not set
# CONFIG_NF_NAT_H323 is not set
# CONFIG_NF_NAT_SIP is not set
CONFIG_IP_NF_MANGLE=m
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
CONFIG_NET_SCHED=y
#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_MULTIQ=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_DRR=m
#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
# CONFIG_NET_CLS_TCINDEX is not set
# CONFIG_NET_CLS_ROUTE4 is not set
CONFIG_NET_CLS_FW=m
# CONFIG_NET_CLS_U32 is not set
# CONFIG_NET_CLS_RSVP is not set
# CONFIG_NET_CLS_RSVP6 is not set
CONFIG_NET_CLS_FLOW=m
# CONFIG_NET_CLS_CGROUP is not set
# CONFIG_NET_EMATCH is not set
# CONFIG_NET_CLS_ACT is not set
# CONFIG_NET_CLS_IND is not set
CONFIG_NET_SCH_FIFO=y
# CONFIG_DCB is not set
#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_PHONET is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
#
# Device Drivers
#
#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=y
CONFIG_PROC_EVENTS=y
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_FIFO=y
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PNP=y
# CONFIG_PNP_DEBUG_MESSAGES is not set
#
# Protocols
#
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_FD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
# CONFIG_BLK_DEV_RAM is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_MISC_DEVICES is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set
#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y
#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m
#
# SCSI Transports
#
# CONFIG_SCSI_SPI_ATTRS is not set
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
# CONFIG_SCSI_LOWLEVEL is not set
# CONFIG_SCSI_DH is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_ACPI=y
# CONFIG_SATA_PMP is not set
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y
# CONFIG_SATA_SVW is not set
CONFIG_ATA_PIIX=y
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SX4 is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_PATA_ACPI is not set
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5535 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set
# CONFIG_PATA_SCH is not set
# CONFIG_MD is not set
# CONFIG_FUSION is not set
#
# IEEE 1394 (FireWire) support
#
#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
# CONFIG_I2O is not set
# CONFIG_MACINTOSH_DRIVERS is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_NET_SB1000 is not set
# CONFIG_ARCNET is not set
# CONFIG_PHYLIB is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_TULIP is not set
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
CONFIG_E100=y
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_R6040 is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SMSC9420 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SC92031 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_ATL2 is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set
#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
# CONFIG_IWLWIFI_LEDS is not set
#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set
#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=m
# CONFIG_INPUT_WISTRON_BTNS is not set
# CONFIG_INPUT_ATLAS_BTNS is not set
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
# CONFIG_INPUT_UINPUT is not set
#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set
#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
#
# Serial drivers
#
# CONFIG_SERIAL_8250 is not set
CONFIG_FIX_EARLYCON_MEM=y
#
# Non-8250 serial port support
#
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_NVRAM is not set
CONFIG_RTC=y
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set
# CONFIG_MWAVE is not set
# CONFIG_PC8736x_GPIO is not set
# CONFIG_NSC_GPIO is not set
# CONFIG_CS5535_GPIO is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HPET is not set
CONFIG_HANGCHECK_TIMER=m
# CONFIG_TCG_TPM is not set
# CONFIG_TELCLOCK is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set
# CONFIG_SPI is not set
CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y
# CONFIG_GPIOLIB is not set
# CONFIG_W1 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_BATTERY_DS2760 is not set
# CONFIG_HWMON is not set
CONFIG_THERMAL=y
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y
#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_REGULATOR is not set
#
# Multimedia devices
#
#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_VIDEO_MEDIA is not set
#
# Multimedia drivers
#
# CONFIG_DAB is not set
#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set
#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ARC is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
# CONFIG_FB_UVESA is not set
CONFIG_FB_VESA=y
# CONFIG_FB_N411 is not set
# CONFIG_FB_HGA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I810 is not set
# CONFIG_FB_LE80578 is not set
# CONFIG_FB_INTEL is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_CYBLA is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_GEODE is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_SOUND=y
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_HWDEP=y
CONFIG_SND_RAWMIDI=y
CONFIG_SND_SEQUENCER=y
CONFIG_SND_SEQ_DUMMY=y
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_HRTIMER is not set
CONFIG_SND_RTCTIMER=y
CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y
# CONFIG_SND_DYNAMIC_MINORS is not set
# CONFIG_SND_SUPPORT_OLD_API is not set
# CONFIG_SND_VERBOSE_PROCFS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_AC97_CODEC=y
CONFIG_SND_DRIVERS=y
# CONFIG_SND_PCSP is not set
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_MTS64 is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
# CONFIG_SND_PORTMAN2X4 is not set
# CONFIG_SND_AC97_POWER_SAVE is not set
CONFIG_SND_PCI=y
# CONFIG_SND_AD1889 is not set
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALS4000 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5530 is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
CONFIG_SND_EMU10K1=y
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SIS7019 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_USB is not set
# CONFIG_SND_SOC is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=y
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set
#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set
#
# Special HID drivers
#
CONFIG_HID_COMPAT=y
CONFIG_HID_A4TECH=m
CONFIG_HID_APPLE=m
CONFIG_HID_BELKIN=m
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
CONFIG_HID_CYPRESS=m
CONFIG_HID_EZKEY=m
CONFIG_HID_GYRATION=m
CONFIG_HID_LOGITECH=m
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
CONFIG_HID_MICROSOFT=m
CONFIG_HID_MONTEREY=m
CONFIG_HID_NTRIG=m
CONFIG_HID_PANTHERLORD=m
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=m
CONFIG_HID_SAMSUNG=m
CONFIG_HID_SONY=m
CONFIG_HID_SUNPLUS=m
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_TOPSEED=m
# CONFIG_THRUSTMASTER_FF is not set
# CONFIG_ZEROPLUS_FF is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set
#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_DEVICE_CLASS is not set
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_SUSPEND is not set
# CONFIG_USB_OTG is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set
#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_OHCI_HCD is not set
CONFIG_USB_UHCI_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set
#
# Enable Host or Gadget support to see Inventra options
#
#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set
#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may also be needed;
#
#
# see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_LIBUSUAL is not set
#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
# CONFIG_USB_SERIAL is not set
#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGET is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set
#
# OTG and related infrastructure
#
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
# CONFIG_EDAC is not set
# CONFIG_RTC_CLASS is not set
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set
# CONFIG_X86_PLATFORM_DEVICES is not set
#
# Firmware Drivers
#
# CONFIG_EDD is not set
CONFIG_FIRMWARE_MEMMAP=y
# CONFIG_DELL_RBU is not set
# CONFIG_DCDBAS is not set
# CONFIG_DMIID is not set
# CONFIG_ISCSI_IBFT_FIND is not set
#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_EXT4_FS=m
CONFIG_EXT4DEV_COMPAT=y
CONFIG_EXT4_FS_XATTR=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=m
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_FS_POSIX_ACL is not set
CONFIG_FILE_LOCKING=y
CONFIG_XFS_FS=y
# CONFIG_XFS_QUOTA is not set
# CONFIG_XFS_POSIX_ACL is not set
# CONFIG_XFS_RT is not set
# CONFIG_XFS_DEBUG is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y
#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
# CONFIG_NTFS_RW is not set
#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
CONFIG_EXPORTFS=y
#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
# CONFIG_MINIX_SUBPARTITION is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
CONFIG_LDM_PARTITION=y
# CONFIG_LDM_DEBUG is not set
# CONFIG_SGI_PARTITION is not set
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_KARMA_PARTITION is not set
# CONFIG_EFI_PARTITION is not set
# CONFIG_SYSV68_PARTITION is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set
#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_LOCK_ALLOC is not set
# CONFIG_PROVE_LOCKING is not set
# CONFIG_LOCK_STAT is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_HIGHMEM is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_USER_STACKTRACE_SUPPORT=y
CONFIG_NOP_TRACER=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
CONFIG_HAVE_HW_BRANCH_TRACER=y
CONFIG_RING_BUFFER=y
CONFIG_TRACING=y
#
# Tracers
#
CONFIG_FUNCTION_TRACER=y
CONFIG_FUNCTION_GRAPH_TRACER=y
# CONFIG_IRQSOFF_TRACER is not set
# CONFIG_SYSPROF_TRACER is not set
# CONFIG_SCHED_TRACER is not set
CONFIG_CONTEXT_SWITCH_TRACER=y
# CONFIG_BOOT_TRACER is not set
# CONFIG_TRACE_BRANCH_PROFILING is not set
# CONFIG_POWER_TRACER is not set
# CONFIG_STACK_TRACER is not set
# CONFIG_HW_BRANCH_TRACER is not set
CONFIG_DYNAMIC_FTRACE=y
CONFIG_FTRACE_MCOUNT_RECORD=y
# CONFIG_FTRACE_STARTUP_TEST is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
# CONFIG_DYNAMIC_PRINTK_DEBUG is not set
# CONFIG_SAMPLES is not set
CONFIG_HAVE_ARCH_KGDB=y
# CONFIG_KGDB is not set
# CONFIG_STRICT_DEVMEM is not set
CONFIG_X86_VERBOSE_BOOTUP=y
CONFIG_EARLY_PRINTK=y
# CONFIG_EARLY_PRINTK_DBGP is not set
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_PER_CPU_MAPS is not set
# CONFIG_X86_PTDUMP is not set
# CONFIG_DEBUG_RODATA is not set
# CONFIG_DEBUG_NX_TEST is not set
CONFIG_4KSTACKS=y
CONFIG_DOUBLEFAULT=y
# CONFIG_MMIOTRACE is not set
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
# CONFIG_DEBUG_BOOT_PARAMS is not set
# CONFIG_CPA_DEBUG is not set
CONFIG_OPTIMIZE_INLINING=y
#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_CRYPTO=y
#
# Crypto core or helper
#
CONFIG_CRYPTO_FIPS=y
CONFIG_CRYPTO_ALGAPI=m
CONFIG_CRYPTO_ALGAPI2=m
CONFIG_CRYPTO_AEAD2=m
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=m
CONFIG_CRYPTO_HASH2=m
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=m
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=m
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set
#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set
#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set
#
# Hash modes
#
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
#
# Digest
#
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_CRC32C_INTEL is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set
#
# Ciphers
#
CONFIG_CRYPTO_AES=m
# CONFIG_CRYPTO_AES_586 is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SALSA20_586 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_TWOFISH_586 is not set
#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_LZO is not set
#
# Random Number Generation
#
CONFIG_CRYPTO_ANSI_CPRNG=m
# CONFIG_CRYPTO_HW is not set
CONFIG_HAVE_KVM=y
# CONFIG_VIRTUALIZATION is not set
#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
[-- Attachment #3: dmesg --]
[-- Type: text/plain, Size: 23572 bytes --]
Initializing cgroup subsys cpu
Linux version 2.6.29-rc5 (root@brouette) (gcc version 4.3.3 (Debian 4.3.3-3) ) #1 SMP Sun Feb 15 11:15:54 CET 2009
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 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ff74000 (usable)
BIOS-e820: 000000007ff74000 - 000000007ff76000 (ACPI NVS)
BIOS-e820: 000000007ff76000 - 000000007ff97000 (ACPI data)
BIOS-e820: 000000007ff97000 - 0000000080000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fecf0000 - 00000000fecf1000 (reserved)
BIOS-e820: 00000000fed20000 - 00000000fed90000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
DMI 2.3 present.
last_pfn = 0x7ff74 max_arch_pfn = 0x100000
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
kernel direct mapping tables up to 377fe000 @ 7000-c000
ACPI: RSDP 000FEB90, 0014 (r0 DELL )
ACPI: RSDT 000FD1CA, 0034 (r1 DELL 8300 8 ASL 61)
ACPI: FACP 000FD1FE, 0074 (r1 DELL 8300 8 ASL 61)
FADT: X_PM1a_EVT_BLK.bit_width (16) does not match PM1_EVT_LEN (4)
ACPI: DSDT FFFC6E75, 2426 (r1 DELL dt_ex 1000 MSFT 100000D)
ACPI: FACS 7FF74000, 0040
ACPI: SSDT FFFC93D8, 00BA (r1 DELL st_ex 1000 MSFT 100000D)
ACPI: APIC 000FD272, 006C (r1 DELL 8300 8 ASL 61)
ACPI: BOOT 000FD2DE, 0028 (r1 DELL 8300 8 ASL 61)
ACPI: Local APIC address 0xfee00000
1159MB HIGHMEM available.
887MB LOWMEM available.
mapped low ram: 0 - 377fe000
low ram: 00000000 - 377fe000
bootmap 00008000 - 0000ef00
(8 early reservations) ==> bootmem [0000000000 - 00377fe000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0000001000 - 0000002000] EX TRAMPOLINE ==> [0000001000 - 0000002000]
#2 [0000006000 - 0000007000] TRAMPOLINE ==> [0000006000 - 0000007000]
#3 [0000100000 - 0000500640] TEXT DATA BSS ==> [0000100000 - 0000500640]
#4 [0000501000 - 0000504000] INIT_PG_TABLE ==> [0000501000 - 0000504000]
#5 [000009fc00 - 0000100000] BIOS reserved ==> [000009fc00 - 0000100000]
#6 [0000007000 - 0000008000] PGTABLE ==> [0000007000 - 0000008000]
#7 [0000008000 - 000000f000] BOOTMAP ==> [0000008000 - 000000f000]
found SMP MP-table at [c00fe710] 000fe710
Zone PFN ranges:
DMA 0x00000000 -> 0x00001000
Normal 0x00001000 -> 0x000377fe
HighMem 0x000377fe -> 0x0007ff74
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0x00000000 -> 0x000000a0
0: 0x00000100 -> 0x0007ff74
On node 0 totalpages: 524052
free_area_init_node: node 0, pgdat c044ed80, node_mem_map c1000000
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 3968 pages, LIFO batch:0
Normal zone: 1744 pages used for memmap
Normal zone: 221486 pages, LIFO batch:31
HighMem zone: 2319 pages used for memmap
HighMem zone: 294503 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] disabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
4 Processors exceeds NR_CPUS limit of 2
SMP: Allowing 2 CPUs, 0 hotplug CPUs
nr_irqs_gsi: 24
Allocating PCI resources starting at 88000000 (gap: 80000000:7ec00000)
NR_CPUS:2 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1
PERCPU: Allocating 36864 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 519957
Kernel command line: root=/dev/sdb2 ro vga=0x307 selinux=0 elevator=cfq video=vesafb:mtrr:3
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
Experimental hierarchical RCU implementation.
Experimental hierarchical RCU init done.
CPU 0 irqstacks, hard=c04ae000 soft=c04ac000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Fast TSC calibration using PIT
Detected 2992.546 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2073812k/2096592k available (2449k kernel code, 21420k reserved, 1034k data, 248k init, 1187288k highmem)
virtual kernel memory layout:
fixmap : 0xfff9f000 - 0xfffff000 ( 384 kB)
pkmap : 0xff800000 - 0xffc00000 (4096 kB)
vmalloc : 0xf7ffe000 - 0xff7fe000 ( 120 MB)
lowmem : 0xc0000000 - 0xf77fe000 ( 887 MB)
.init : 0xc046b000 - 0xc04a9000 ( 248 kB)
.data : 0xc0364487 - 0xc0466e40 (1034 kB)
.text : 0xc0100000 - 0xc0364487 (2449 kB)
Checking if this processor honours the WP bit even in supervisor mode...Ok.
SLUB: Genslabs=12, HWalign=128, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
Calibrating delay loop (skipped), value calculated using timer frequency.. 5985.09 BogoMIPS (lpj=2992546)
Mount-cache hash table entries: 512
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
using mwait in idle threads.
Checking 'hlt' instruction... OK.
ACPI: Core revision 20081204
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 13232 entries in 52 pages
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
CPU 1 irqstacks, hard=c04af000 soft=c04ad000
Booting processor 1 APIC 0x1 ip 0x6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5983.76 BogoMIPS (lpj=2991881)
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU1: Thermal monitoring enabled
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
Brought up 2 CPUs
Total of 2 processors activated (11968.85 BogoMIPS).
net_namespace: 504 bytes
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfbb30, last bus=2
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: No dock devices found.
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:00.0: reg 10 32bit mmio: [0xe8000000-0xefffffff]
pci 0000:00:1d.0: reg 20 io port: [0xff80-0xff9f]
pci 0000:00:1d.1: reg 20 io port: [0xff60-0xff7f]
pci 0000:00:1d.2: reg 20 io port: [0xff40-0xff5f]
pci 0000:00:1d.3: reg 20 io port: [0xff20-0xff3f]
pci 0000:00:1d.7: reg 10 32bit mmio: [0xffa80800-0xffa80bff]
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.0: quirk: region 0800-087f claimed by ICH4 ACPI/GPIO/TCO
pci 0000:00:1f.0: quirk: region 0880-08bf claimed by ICH4 GPIO
pci 0000:00:1f.1: reg 10 io port: [0x1f0-0x1f7]
pci 0000:00:1f.1: reg 14 io port: [0x3f4-0x3f7]
pci 0000:00:1f.1: reg 18 io port: [0x170-0x177]
pci 0000:00:1f.1: reg 1c io port: [0x374-0x377]
pci 0000:00:1f.1: reg 20 io port: [0xffa0-0xffaf]
pci 0000:00:1f.1: reg 24 32bit mmio: [0xfebffc00-0xfebfffff]
pci 0000:00:1f.2: reg 10 io port: [0xfe00-0xfe07]
pci 0000:00:1f.2: reg 14 io port: [0xfe10-0xfe13]
pci 0000:00:1f.2: reg 18 io port: [0xfe20-0xfe27]
pci 0000:00:1f.2: reg 1c io port: [0xfe30-0xfe33]
pci 0000:00:1f.2: reg 20 io port: [0xfea0-0xfeaf]
pci 0000:00:1f.3: reg 20 io port: [0xefe0-0xefff]
pci 0000:01:00.0: reg 10 32bit mmio: [0xfd000000-0xfdffffff]
pci 0000:01:00.0: reg 14 32bit mmio: [0xf0000000-0xf7ffffff]
pci 0000:01:00.0: reg 30 32bit mmio: [0xfea00000-0xfea1ffff]
pci 0000:00:01.0: bridge 32bit mmio: [0xfd000000-0xfeafffff]
pci 0000:00:01.0: bridge 32bit mmio pref: [0xf0000000-0xf7ffffff]
pci 0000:02:00.0: reg 10 io port: [0xdf20-0xdf3f]
pci 0000:02:00.0: supports D1 D2
pci 0000:02:00.1: reg 10 io port: [0xdf18-0xdf1f]
pci 0000:02:00.1: supports D1 D2
pci 0000:02:08.0: reg 10 32bit mmio: [0xfcfff000-0xfcffffff]
pci 0000:02:08.0: reg 14 io port: [0xdf40-0xdf7f]
pci 0000:02:08.0: supports D1 D2
pci 0000:02:08.0: PME# supported from D0 D1 D2 D3hot D3cold
pci 0000:02:08.0: PME# disabled
pci 0000:00:1e.0: transparent bridge
pci 0000:00:1e.0: bridge io port: [0xd000-0xdfff]
pci 0000:00:1e.0: bridge 32bit mmio: [0xfcf00000-0xfcffffff]
pci_bus 0000:00: on NUMA node 0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 *4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 9 10 11 12 15)
SCSI subsystem initialized
libata version 3.00 loaded.
PCI: Using ACPI for IRQ routing
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp 00:07: io resource (0x800-0x85f) overlaps 0000:00:1f.0 BAR 7 (0x800-0x87f), disabling
pnp 00:07: io resource (0x860-0x8ff) overlaps 0000:00:1f.0 BAR 7 (0x800-0x87f), disabling
pnp: PnP ACPI: found 8 devices
ACPI: ACPI bus type pnp unregistered
system 00:00: iomem range 0x0-0x9ffff could not be reserved
system 00:00: iomem range 0x100000-0xffffff could not be reserved
system 00:00: iomem range 0x1000000-0x7ff73fff could not be reserved
system 00:00: iomem range 0xc0000-0xfffff could not be reserved
system 00:00: iomem range 0xfec00000-0xfec0ffff has been reserved
system 00:00: iomem range 0xfee00000-0xfee0ffff has been reserved
system 00:00: iomem range 0xfed20000-0xfed8ffff has been reserved
system 00:00: iomem range 0xfecf0000-0xfecf0fff has been reserved
system 00:00: iomem range 0xffb00000-0xffbfffff has been reserved
system 00:00: iomem range 0xffc00000-0xffffffff has been reserved
system 00:07: ioport range 0xc00-0xc7f has been 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: 0xfd000000-0xfeafffff
pci 0000:00:01.0: PREFETCH window: 0x000000f0000000-0x000000f7ffffff
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:02
pci 0000:00:1e.0: IO window: 0xd000-0xdfff
pci 0000:00:1e.0: MEM window: 0xfcf00000-0xfcffffff
pci 0000:00:1e.0: PREFETCH window: disabled
pci 0000:00:1e.0: setting latency timer to 64
pci_bus 0000:00: resource 0 io: [0x00-0xffff]
pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffff]
pci_bus 0000:01: resource 0 mem: [0x0-0x0]
pci_bus 0000:01: resource 1 mem: [0xfd000000-0xfeafffff]
pci_bus 0000:01: resource 2 mem: [0xf0000000-0xf7ffffff]
pci_bus 0000:01: resource 3 mem: [0x0-0x0]
pci_bus 0000:02: resource 0 io: [0xd000-0xdfff]
pci_bus 0000:02: resource 1 mem: [0xfcf00000-0xfcffffff]
pci_bus 0000:02: resource 2 mem: [0x0-0x0]
pci_bus 0000:02: resource 3 io: [0x00-0xffff]
pci_bus 0000:02: resource 4 mem: [0x000000-0xffffffff]
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Simple Boot Flag value 0x87 read from CMOS RAM was invalid
Simple Boot Flag at 0x7a set to 0x1
Machine check exception polling timer started.
highmem bounce pool size: 64 pages
SGI XFS with security attributes, large block/inode numbers, no debug enabled
msgmni has been set to 1733
io scheduler noop registered
io scheduler anticipatory registered
io scheduler cfq registered (default)
pci 0000:01:00.0: Boot video device
pci 0000:02:08.0: Firmware left e100 interrupts enabled; disabling
vesafb: framebuffer at 0xf0000000, mapped to 0xf8080000, using 2560k, total 131072k
vesafb: mode is 1280x1024x8, linelength=1280, pages=1
vesafb: protected mode interface info at c000:f080
vesafb: pmi: set display start = c00cf0b6, set palette = c00cf120
vesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf 3d0 3d1 3d2 3d3 3d4 3d5 3da
vesafb: scrolling: redraw
vesafb: Pseudocolor: size=8:8:8:8, shift=0:0:0:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1
ACPI: Power Button (CM) [VBTN]
processor ACPI_CPU:00: registered as cooling_device0
processor ACPI_CPU:01: registered as cooling_device1
Real Time Clock Driver v1.12b
e100: Intel(R) PRO/100 Network Driver, 3.5.23-k6-NAPI
e100: Copyright(c) 1999-2006 Intel Corporation
e100 0000:02:08.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e100 0000:02:08.0: PME# disabled
e100: eth0: e100_probe: addr 0xfcfff000, irq 20, MAC addr 00:0c:f1:b6:ba:54
Driver 'sd' needs updating - please use bus_type methods
ata_piix 0000:00:1f.1: version 2.12
ata_piix 0000:00:1f.1: PCI INT A -> GSI 18 (level, low) -> IRQ 18
ata_piix 0000:00:1f.1: setting latency timer to 64
scsi0 : ata_piix
scsi1 : ata_piix
ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15
ata1: port disabled. ignoring.
ata2.00: ATAPI: SAMSUNG DVD-ROM SD-616T, F310, max UDMA/33
ata2.01: ATAPI: SAMSUNG CD-R/RW SW-252S, R901, max UDMA/33
ata2.00: configured for UDMA/33
ata2.01: configured for UDMA/33
scsi 1:0:0:0: CD-ROM SAMSUNG DVD-ROM SD-616T F310 PQ: 0 ANSI: 5
scsi 1:0:0:0: Attached scsi generic sg0 type 5
scsi 1:0:1:0: CD-ROM SAMSUNG CD-R/RW SW-252S R901 PQ: 0 ANSI: 5
scsi 1:0:1:0: Attached scsi generic sg1 type 5
ata_piix 0000:00:1f.2: PCI INT A -> GSI 18 (level, low) -> IRQ 18
ata_piix 0000:00:1f.2: MAP [ P0 -- P1 -- ]
ata_piix 0000:00:1f.2: setting latency timer to 64
scsi2 : ata_piix
scsi3 : ata_piix
ata3: SATA max UDMA/133 cmd 0xfe00 ctl 0xfe10 bmdma 0xfea0 irq 18
ata4: SATA max UDMA/133 cmd 0xfe20 ctl 0xfe30 bmdma 0xfea8 irq 18
ata3.00: ATA-6: WDC WD740GD-75FLA0, 21.08U21, max UDMA/133
ata3.00: 144531250 sectors, multi 8: LBA48
ata3.00: applying bridge limits
ata3.00: configured for UDMA/100
scsi 2:0:0:0: Direct-Access ATA WDC WD740GD-75FL 21.0 PQ: 0 ANSI: 5
sd 2:0:0:0: [sda] 144531250 512-byte hardware sectors: (74.0 GB/68.9 GiB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 144531250 512-byte hardware sectors: (74.0 GB/68.9 GiB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3 < sda5 >
sd 2:0:0:0: [sda] Attached SCSI disk
sd 2:0:0:0: Attached scsi generic sg2 type 0
Switched to high resolution mode on CPU 1
Switched to high resolution mode on CPU 0
ata4.00: ATA-6: WDC WD740GD-75FLA0, 21.08U21, max UDMA/133
ata4.00: 144531250 sectors, multi 8: LBA48
ata4.00: applying bridge limits
ata4.00: configured for UDMA/100
scsi 3:0:0:0: Direct-Access ATA WDC WD740GD-75FL 21.0 PQ: 0 ANSI: 5
sd 3:0:0:0: [sdb] 144531250 512-byte hardware sectors: (74.0 GB/68.9 GiB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 144531250 512-byte hardware sectors: (74.0 GB/68.9 GiB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 sdb7 sdb8 >
sd 3:0:0:0: [sdb] Attached SCSI disk
sd 3:0:0:0: Attached scsi generic sg3 type 0
PNP: No PS/2 controller found. Probing ports directly.
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
Advanced Linux Sound Architecture Driver Version 1.0.18a.
EMU10K1_Audigy 0000:02:00.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
Control name 'Sigmatel Surround Phase Inversion Playback Switch' truncated to 'Sigmatel Surround Phase Inversion Playback '
ALSA device list:
#0: SB Live! [Unknown] (rev.10, serial:0x80671102) at 0xdf20, irq 21
TCP cubic registered
NET: Registered protocol family 17
Using IPI No-Shortcut mode
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly on device 8:18.
Freeing unused kernel memory: 248k freed
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 1 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
uhci_hcd: USB Universal Host Controller Interface driver
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.0: irq 16, io base 0x0000ff80
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000ff60
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000ff40
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.3: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: setting latency timer to 64
uhci_hcd 0000:00:1d.3: UHCI Host Controller
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000ff20
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
Driver 'sr' needs updating - please use bus_type methods
sr0: scsi3-mmc drive: 1x/48x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 1:0:0:0: Attached scsi CD-ROM sr0
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
sr1: scsi3-mmc drive: 48x/16x writer cd/rw xa/form2 cdda tray
sr 1:0:1:0: Attached scsi CD-ROM sr1
ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: cache line size of 128 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xffa80800
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb5: configuration #1 chosen from 1 choice
input: PC Speaker as /devices/platform/pcspkr/input/input2
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
usb 1-2: new full speed USB device using uhci_hcd and address 2
Adding 1212896k swap on /dev/sdb7. Priority:-1 extents:1 across:1212896k
usb 1-2: configuration #1 chosen from 1 choice
usb 2-1: new low speed USB device using uhci_hcd and address 2
EXT3 FS on sdb2, internal journal
usb 2-1: configuration #1 chosen from 1 choice
usb 3-2: new low speed USB device using uhci_hcd and address 2
generic-usb 0003:056D:0002.0001: claimed by neither input, hiddev nor hidraw
usb 3-2: configuration #1 chosen from 1 choice
input: HID 05af:0310 as /devices/pci0000:00/0000:00:1d.1/usb2/2-1/2-1:1.0/input/input3
generic-usb 0003:05AF:0310.0002: input: USB HID v1.10 Keyboard [HID 05af:0310] on usb-0000:00:1d.1-1/input0
input: HID 05af:0310 as /devices/pci0000:00/0000:00:1d.1/usb2/2-1/2-1:1.1/input/input4
generic-usb 0003:05AF:0310.0003: input: USB HID v1.10 Device [HID 05af:0310] on usb-0000:00:1d.1-1/input1
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.2/usb3/3-2/3-2:1.0/input/input5
generic-usb 0003:046D:C51B.0004: input: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1d.2-2/input0
generic-usb 0003:046D:C51B.0005: claimed by neither input, hiddev nor hidraw
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
XFS mounting filesystem sdb5
Ending clean XFS mount for filesystem: sdb5
XFS mounting filesystem sdb6
Ending clean XFS mount for filesystem: sdb6
XFS mounting filesystem sdb8
Ending clean XFS mount for filesystem: sdb8
XFS mounting filesystem sda5
Ending clean XFS mount for filesystem: sda5
e100: eth0 NIC Link is Up 100 Mbps Full Duplex
lp0: using parport0 (interrupt-driven).
warning: `ntpd' uses 32-bit capabilities (legacy support in use)
CPU 1 is now offline
SMP alternatives: switching to UP code
SMP alternatives: switching to SMP code
CPU 1 irqstacks, hard=c04af000 soft=c04ad000
Booting processor 1 APIC 0x1 ip 0x6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5984.41 BogoMIPS (lpj=2992209)
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU1: Thermal monitoring enabled
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
Switched to high resolution mode on CPU 1
Warning: Processor Platform Limit event detected, but not handled.
Consider compiling CPUfreq support into your kernel.
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 18:03 ` Damien Wyart
@ 2009-02-15 19:18 ` Damien Wyart
2009-02-15 19:31 ` Ingo Molnar
1 sibling, 0 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-15 19:18 UTC (permalink / raw)
To: Ingo Molnar
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
> > Also, my guess is that if you boot via idle=poll, the symptoms go away.
> > This would strengthen the suspicion that it's scheduler-clock troubles.
> In fact, with idle=poll, the symptoms do not go away, they are much
> stronger: without it, ksotirqd have a few % of CPU in top output; with
> it, they have 20 or 30% and the global average is not far from 1.
Not true each time, in fact. Another try with this option gave same
symptoms as without it, not stronger. In any case, they never go away.
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 18:03 ` Damien Wyart
2009-02-15 19:18 ` Damien Wyart
@ 2009-02-15 19:31 ` Ingo Molnar
2009-02-16 8:42 ` Damien Wyart
1 sibling, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-15 19:31 UTC (permalink / raw)
To: Damien Wyart
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> > > So I followed the tracing steps in the tutorial (with the 1 sec sleep),
> > > which gave me this:
> > > http://damien.wyart.free.fr/trace_2.6.29-rc5_ksoftirqd_prob.txt.gz
>
> > thanks. There's definitely some weirdness visible in the trace,
> > for example:
>
> > 0) gpm-1879 => ksoftir-4
> > ------------------------------------------
>
> > 0) 0.964 us | finish_task_switch();
> > 0) ! 1768184 us | }
> > 0) | do_softirq() {
> > 0) | __do_softirq() {
> > 0) | rcu_process_callbacks() {
>
> > the 1.7 seconds 'overhead' there must be a fluke - you'd notice it if
> > ksoftirqd _really_ took that much time to execute.
>
> > One possibility for these symptoms would be broken scheduler timestamps.
> > Could you enable absolute timestamp printing via:
>
> > echo funcgraph-abstime > trace_options
>
> Mmm, seems I do not have this option recognized in rc5, so could not
> test. Will retry all this with tip tomorrow...
Yeah, it got renamed in -tip - in rc5 it's iter_ctrl.
> > Also, my guess is that if you boot via idle=poll, the symptoms go away.
> > This would strengthen the suspicion that it's scheduler-clock troubles.
>
> In fact, with idle=poll, the symptoms do not go away, they are much
> stronger: without it, ksotirqd have a few % of CPU in top output; with
> it, they have 20 or 30% and the global average is not far from 1.
>
> On my laptop (I do not have it at hand today), with rc3-gitX (did not
> retest with rc5), the load avg was ok, but I saw that after boot,
> ksoftird threads had a quite higher running time in top than with
> 2.6.28. I am surprised nobody reported this yet...
>
> I attach to this mail config and dmesg if needed (this is rc5 without
> idle=poll).
>
> If a trace with funcgraph-abstime is interesting for you with tip,
> I will do this tomorrow.
Yes, an abstime trace would be useful.
> checking TSC synchronization [CPU#0 -> CPU#1]: passed.
> Switched to high resolution mode on CPU 1
Lets double-check your scheduler clock first. Without being able to
trust the clock we cannot trust the task stats nor the trace output.
What does this check display:
http://people.redhat.com/mingo/time-warp-test/time-warp-test.c
Does it find any TSC time warps?
Also, could you send the output of:
http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh
Run it while you can see the ksoftirqd anomaly.
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12617] unable to compile e100 firmware into kernel
2009-02-15 17:38 ` David Woodhouse
@ 2009-02-15 19:58 ` Andrey Borzenkov
2009-02-15 21:09 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Andrey Borzenkov @ 2009-02-15 19:58 UTC (permalink / raw)
To: David Woodhouse
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Jesse Brandeburg
[-- Attachment #1: Type: text/plain, Size: 1684 bytes --]
On 15 of February 2009 20:38:15 David Woodhouse wrote:
> On Sat, 2009-02-14 at 21:38 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a
> > report of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me
> > know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12617
> > Subject : unable to compile e100 firmware into kernel
> > Submitter : Andrey Borzenkov <arvidjaar@mail.ru>
> > Date : 2009-01-31 15:59 (15 days old)
> > References :
> > http://marc.info/?l=linux-kernel&m=123341764915181&w=4
>
> I thought this was resolved?
I guess it has to be closed. This was caused by config options mismatch
and I do not see how we can programmatically express "this device could
be required before any (even early) user space is available, so make
sure everything that this device needs is built in".
One possibility is following:
--- drivers/base/Kconfig.orig 2009-01-17 14:46:28.000000000 +0300
+++ drivers/base/Kconfig 2009-02-15 22:57:02.000000000 +0300
@@ -37,7 +37,7 @@ config FW_LOADER
config FIRMWARE_IN_KERNEL
bool "Include in-kernel firmware blobs in kernel binary"
- depends on FW_LOADER
+ depends on FW_LOADER = y
default y
help
The kernel source tree includes a number of firmware 'blobs'
On assumption that compiling firmware in kernel makes no sense as long
as kernel does not even have facility to actually access it.
Does it make sense?
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12615] boot hangs while bringing up gianfar ethernet
2009-02-15 14:42 ` Peter Korsgaard
@ 2009-02-15 21:08 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 21:08 UTC (permalink / raw)
To: Peter Korsgaard
Cc: Linux Kernel Mailing List, Kernel Testers List, Ira Snyder
On Sunday 15 February 2009, Peter Korsgaard wrote:
> >>>>> "Rafael" == Rafael J Wysocki <rjw@sisk.pl> writes:
>
> Rafael> This message has been generated automatically as a part of a report
> Rafael> of recent regressions.
>
> Rafael> The following bug entry is on the current list of known
> Rafael> regressions from 2.6.28. Please verify if it still should be
> Rafael> listed and let me know (either way).
>
> As already mentioned, the fix works for me so I think this can be
> closed.
>
> Rafael> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12615
> Rafael> Subject : boot hangs while bringing up gianfar ethernet
> Rafael> Submitter : Ira Snyder <iws@ovro.caltech.edu>
> Rafael> Date : 2009-01-29 19:41 (17 days old)
> Rafael> References : http://marc.info/?l=linux-kernel&m=123325817201665&w=4
Thanks, closed.
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12617] unable to compile e100 firmware into kernel
2009-02-15 19:58 ` Andrey Borzenkov
@ 2009-02-15 21:09 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 21:09 UTC (permalink / raw)
To: Andrey Borzenkov
Cc: David Woodhouse, Linux Kernel Mailing List, Kernel Testers List,
Jesse Brandeburg
On Sunday 15 February 2009, Andrey Borzenkov wrote:
> On 15 of February 2009 20:38:15 David Woodhouse wrote:
> > On Sat, 2009-02-14 at 21:38 +0100, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a
> > > report of recent regressions.
> > >
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.28. Please verify if it still should be listed and let me
> > > know (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12617
> > > Subject : unable to compile e100 firmware into kernel
> > > Submitter : Andrey Borzenkov <arvidjaar@mail.ru>
> > > Date : 2009-01-31 15:59 (15 days old)
> > > References :
> > > http://marc.info/?l=linux-kernel&m=123341764915181&w=4
> >
> > I thought this was resolved?
>
> I guess it has to be closed. This was caused by config options mismatch
> and I do not see how we can programmatically express "this device could
> be required before any (even early) user space is available, so make
> sure everything that this device needs is built in".
>
> One possibility is following:
>
> --- drivers/base/Kconfig.orig 2009-01-17 14:46:28.000000000 +0300
> +++ drivers/base/Kconfig 2009-02-15 22:57:02.000000000 +0300
> @@ -37,7 +37,7 @@ config FW_LOADER
>
> config FIRMWARE_IN_KERNEL
> bool "Include in-kernel firmware blobs in kernel binary"
> - depends on FW_LOADER
> + depends on FW_LOADER = y
> default y
> help
> The kernel source tree includes a number of firmware 'blobs'
>
> On assumption that compiling firmware in kernel makes no sense as long
> as kernel does not even have facility to actually access it.
>
> Does it make sense?
Guess so.
I've closed the bug.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12419] possible circular locking dependency on i915 dma
2009-02-14 20:38 ` [Bug #12419] possible circular locking dependency on i915 dma Rafael J. Wysocki
@ 2009-02-16 3:50 ` Wang Chen
0 siblings, 0 replies; 152+ messages in thread
From: Wang Chen @ 2009-02-16 3:50 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Eric Anholt, Dave Airlie
Rafael J. Wysocki said the following on 2009-2-15 4:38:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12419
> Subject : possible circular locking dependency on i915 dma
> Submitter : Wang Chen <wangchen@cn.fujitsu.com>
> Date : 2009-01-08 14:11 (38 days old)
> References : http://marc.info/?l=linux-kernel&m=123142399720125&w=4
>
>
Yes. It's still there in mainline.
I think the commit 546b0974c39657017407c86fe79811100b60700d
"i915: Use struct_mutex to protect ring in GEM mode." brought this regression.
The lockdep problem is as following:
thread-1
i915_cmdbuffer()
|
---> lock(drm_device->struct_mutex)
|
V
i915_dispatch_cmdbuffer()
|
---->i915_emit_box()
|
----->copy_from_user()
|
-----might_fault()
|
--->lock(mm->mmap_sem)
thread-2
dup_mm()
|
--->lock(mm->mmap_sem)
|
V
drm_vm_open()
|
-------> lock(drm_device->struct_mutex)
The different order to lock "mmap_sem" and "drm_dev->struct_mutex" introduces the problem.
But it seems no way to reverse the lock order in i915.
So how about refine the lock granularity of drm_dev->struct_mutex and exclude the mmap_sem
lock/unlock out of the drm_dev->struct_mutex lock/unlock range?
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: 2.6.29-rc5: Reported regressions from 2.6.28
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
` (32 preceding siblings ...)
2009-02-14 20:38 ` [Bug #12706] Oopses and ACPI problems (Linus 2.6.29-rc4) Rafael J. Wysocki
@ 2009-02-16 7:29 ` Jarek Poplawski
2009-02-16 21:11 ` Rafael J. Wysocki
33 siblings, 1 reply; 152+ messages in thread
From: Jarek Poplawski @ 2009-02-16 7:29 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Adrian Bunk, Andrew Morton,
Linus Torvalds, Natalie Protasevich, Kernel Testers List,
Network Development, Linux ACPI, Linux PM List, Linux SCSI List
On 14-02-2009 21:35, Rafael J. Wysocki wrote:
> This message contains a list of some regressions from 2.6.28, for which there
> are no fixes in the mainline I know of. If any of them have been fixed already,
> please let me know.
...
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12615
> Subject : boot hangs while bringing up gianfar ethernet
> Submitter : Ira Snyder <iws@ovro.caltech.edu>
> Date : 2009-01-29 19:41 (17 days old)
> References : http://marc.info/?l=linux-kernel&m=123325817201665&w=4
Fixed by:
commit 8707bdd48ab705a459ac1b12014075a139d1d4f9
gianfar: Fix boot hangs while bringing up gianfar ethernet
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8707bdd48ab705a459ac1b12014075a139d1d4f9
Cheers,
Jarek P.
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-15 19:31 ` Ingo Molnar
@ 2009-02-16 8:42 ` Damien Wyart
2009-02-16 9:21 ` Ingo Molnar
` (4 more replies)
0 siblings, 5 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-16 8:42 UTC (permalink / raw)
To: Ingo Molnar
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
Hello,
Ok, I've redone the tests under tip from this morning (Paris time).
Everything is in http://damien.wyart.free.fr/ksoftirqd_pb/
* Ingo Molnar <mingo@elte.hu> [2009-02-15 20:31]:
> Yes, an abstime trace would be useful.
The corresponding file is trace_tip_2009.02.16_ksoftirqd_pb_abstime.txt.gz
and there is also a trace without abstime:
trace_tip_2009.02.16_ksoftirqd_pb.txt.gz
> > checking TSC synchronization [CPU#0 -> CPU#1]: passed.
> > Switched to high resolution mode on CPU 1
> Lets double-check your scheduler clock first. Without being able to
> trust the clock we cannot trust the task stats nor the trace output.
> What does this check display:
> http://people.redhat.com/mingo/time-warp-test/time-warp-test.c
The file is time-warp-test_result.txt
I've let it run for a few tens of minutes; the first number varies
slightly sometimes. The second one stays at 0.
> Does it find any TSC time warps?
Seems not.
> Also, could you send the output of:
> http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh
> Run it while you can see the ksoftirqd anomaly.
In fact I see it all the time when the machine is idle. When something
runs (spamd for example), the running time of ksoftirqd stops
increasing, and it goes back to increasing like crazy when idle state
comes back.
The corresponding file is cfs-debug-info-2009.02.16-08.09.17.gz
Hope this will be useful; do not hesitate to ask for further info. Now
that I have tip, I guess it will be easier.
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-13 18:05 ` Len Brown
@ 2009-02-16 9:06 ` ZhangRui
2009-02-16 10:58 ` Nico Schottelius
2009-02-16 15:54 ` Nico Schottelius
1 sibling, 1 reply; 152+ messages in thread
From: ZhangRui @ 2009-02-16 9:06 UTC (permalink / raw)
To: Len Brown
Cc: Ingo Molnar, Nico Schottelius, LKML, Matthew Garrett,
Rafael J. Wysocki, Andrew Morton, linux-acpi
hi, Nico,
do you have an external graphics card as well as the integrated intel
graphics on your laptops?
please attach the dmesg and lspci output.
thanks,
rui
On Sat, 2009-02-14 at 02:05 +0800, Len Brown wrote:
> > > When using
> > > - vmlinuz-2.6.29-rc4-ikn-00058-g4c098bc or
> > > - vmlinuz-2.6.29-rc4-ikn-00211-g37bed90
> > >
> > > the brightness of the LCD is almost off (lowest level),
> > > although kernel reports otherwise:
> > >
> > > [10:31] ikn:~% cat /proc/acpi/video/VID/LCD0/brightness
> > > levels: 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 100
> > > current: 100
> > >
> > > Changing the brightness via echo 20 > /proc/acpi/video/VID/LCD0/brightness
> > > only changes the value displayed, the display always keeps the same
> > > brightness.
> > >
> > > The last time I saw it working was vmlinuz-2.6.29-rc4-ikn-00001-gd5b5623.
>
> Nico,
> there are not a lot of changes between rc4 and the breakage,
> (and none of them jump out at me) can you git-bisect?
>
> thanks,
> Len Brown, Intel Open Source Technology Center
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 8:42 ` Damien Wyart
@ 2009-02-16 9:21 ` Ingo Molnar
2009-02-16 10:49 ` Damien Wyart
2009-02-16 9:25 ` Ingo Molnar
` (3 subsequent siblings)
4 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 9:21 UTC (permalink / raw)
To: Damien Wyart
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> > Does it find any TSC time warps?
>
> Seems not.
ok, it's indeed pretty conclusive:
| 2 CPUs, running 2 parallel test-tasks.
| checking for time-warps via:
| - read time stamp counter (RDTSC) instruction (cycle resolution)
|
| | TSC: 0.32us, fail:0 |
i suspect you ran it for at least a couple of minutes, and the ksoftirqd
anomaly occured during it, right?
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 8:42 ` Damien Wyart
2009-02-16 9:21 ` Ingo Molnar
@ 2009-02-16 9:25 ` Ingo Molnar
2009-02-16 9:27 ` Ingo Molnar
` (2 subsequent siblings)
4 siblings, 0 replies; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 9:25 UTC (permalink / raw)
To: Damien Wyart
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> > Also, could you send the output of:
>
> > http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh
>
> > Run it while you can see the ksoftirqd anomaly.
>
> In fact I see it all the time when the machine is idle. When something
> runs (spamd for example), the running time of ksoftirqd stops
> increasing, and it goes back to increasing like crazy when idle state
> comes back.
here's the ksoftirqd stats from your data:
top - 08:09:20 up 2 min, 1 user, load average: 0.95, 0.35, 0.13
Tasks: 100 total, 1 running, 99 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.4%us, 1.3%sy, 0.0%ni, 89.2%id, 0.0%wa, 0.0%hi, 9.0%si, 0.0%st
Mem: 2074980k total, 236544k used, 1838436k free, 5032k buffers
Swap: 1212896k total, 0k used, 1212896k free, 66016k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2280 root 15 -5 0 0 0 S 22 0.0 0:06.39 [ksoftirqd/1]
2452 root 20 0 2400 1132 888 R 1 0.1 0:00.02 top -H -c -b -d 1 -
1 root 20 0 2100 688 588 S 0 0.0 0:00.48 init [2]
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 [kthreadd]
ksoftirqd really seems to be active (according to scheduler stats), and
has gathered more than 6 seconds of runtime after 2 minutes of uptime -
that is clearly anomalous.
The main method how softirqs get generated are hardirqs, but the hardirq
is low on your box (as expected):
-- interrupts: --
CPU0 CPU1
0: 155 0 IO-APIC-edge timer
1: 2 0 IO-APIC-edge i8042
7: 0 0 IO-APIC-edge parport0
8: 2 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-fasteoi acpi
12: 4 0 IO-APIC-edge i8042
14: 0 0 IO-APIC-edge ata_piix
15: 132 0 IO-APIC-edge ata_piix
16: 213 0 IO-APIC-fasteoi uhci_hcd:usb2, uhci_hcd:usb5
18: 6908 0 IO-APIC-fasteoi ata_piix, uhci_hcd:usb4
19: 221 0 IO-APIC-fasteoi uhci_hcd:usb3
20: 1072 0 IO-APIC-fasteoi eth0
21: 0 0 IO-APIC-fasteoi EMU10K1
23: 4 0 IO-APIC-fasteoi ehci_hcd:usb1
NMI: 0 0 Non-maskable interrupts
LOC: 79306 74184 Local timer interrupts
CNT: 0 0 Performance counter interrupts
RES: 32672 13541 Rescheduling interrupts
CAL: 8 40 Function call interrupts
TLB: 235 591 TLB shootdowns
TRM: 0 0 Thermal event interrupts
SPU: 0 0 Spurious interrupts
ERR: 0
MIS: 0
about 200K irqs - most of which are lapic timer irqs. Thus 6 seconds of
ksoftirqd runtime is way too much.
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 8:42 ` Damien Wyart
2009-02-16 9:21 ` Ingo Molnar
2009-02-16 9:25 ` Ingo Molnar
@ 2009-02-16 9:27 ` Ingo Molnar
2009-02-16 9:32 ` Ingo Molnar
2009-02-16 9:50 ` Ingo Molnar
4 siblings, 0 replies; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 9:27 UTC (permalink / raw)
To: Damien Wyart
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
scheduler clock deltas look healthy at first sight:
$ grep clock-delta cfs-debug-info-2009.02.16-08.09.17
clock-delta : 285
clock-delta : 313
clock-delta : 286
clock-delta : 311
clock-delta : 348
clock-delta : 301
clock-delta : 386
clock-delta : 318
clock-delta : 275
clock-delta : 283
clock-delta : 343
clock-delta : 341
clock-delta : 318
clock-delta : 295
clock-delta : 330
clock-delta : 311
clock-delta : 286
clock-delta : 333
clock-delta : 309
clock-delta : 369
clock-delta : 1102
clock-delta : 323
clock-delta : 283
clock-delta : 333
clock-delta : 316
clock-delta : 300
clock-delta : 278
clock-delta : 286
clock-delta : 364
clock-delta : 298
clock-delta : 326
clock-delta : 353
clock-delta : 323
clock-delta : 286
clock-delta : 286
clock-delta : 256
clock-delta : 343
clock-delta : 305
clock-delta : 363
clock-delta : 283
clock-delta : 280
clock-delta : 301
clock-delta : 283
clock-delta : 308
clock-delta : 316
clock-delta : 315
clock-delta : 318
clock-delta : 311
clock-delta : 298
clock-delta : 343
clock-delta : 276
clock-delta : 324
clock-delta : 285
clock-delta : 268
clock-delta : 281
clock-delta : 280
clock-delta : 338
clock-delta : 1060
clock-delta : 315
clock-delta : 315
clock-delta : 298
clock-delta : 308
clock-delta : 281
clock-delta : 323
clock-delta : 321
clock-delta : 389
clock-delta : 288
clock-delta : 355
clock-delta : 295
clock-delta : 284
clock-delta : 1037
clock-delta : 298
clock-delta : 348
clock-delta : 328
clock-delta : 305
clock-delta : 358
clock-delta : 340
clock-delta : 406
clock-delta : 323
clock-delta : 306
clock-delta : 295
clock-delta : 294
clock-delta : 288
clock-delta : 363
clock-delta : 296
clock-delta : 321
clock-delta : 278
clock-delta : 338
clock-delta : 291
clock-delta : 318
clock-delta : 331
clock-delta : 305
clock-delta : 353
clock-delta : 319
clock-delta : 338
clock-delta : 286
clock-delta : 309
clock-delta : 298
clock-delta : 316
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 8:42 ` Damien Wyart
` (2 preceding siblings ...)
2009-02-16 9:27 ` Ingo Molnar
@ 2009-02-16 9:32 ` Ingo Molnar
2009-02-16 9:50 ` Ingo Molnar
4 siblings, 0 replies; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 9:32 UTC (permalink / raw)
To: Damien Wyart
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
Ok, the ksoftirqd/1 stats contain a smoking gun:
ksoftirqd/1 (2280, #threads: 1)
---------------------------------------------------------
se.exec_start : 152642.614531
se.vruntime : 57051.648140
se.sum_exec_runtime : 5741.506722
se.avg_overlap : 0.000000
se.avg_wakeup : 10.000000
se.wait_start : 0.000000
se.sleep_start : 152642.623948
se.block_start : 0.000000
se.sleep_max : 22662.455146
se.block_max : 4096.496408
se.exec_max : 0.016849
se.slice_max : 0.000000
se.wait_max : 0.053862
se.wait_sum : 7899.023463
se.wait_count : 4235574
sched_info.bkl_count : 0
se.nr_migrations : 1
se.nr_migrations_cold : 0
se.nr_failed_migrations_affine : 32
se.nr_failed_migrations_running : 47
se.nr_failed_migrations_hot : 23
se.nr_forced_migrations : 0
se.nr_forced2_migrations : 5
se.nr_wakeups : 4235539
se.nr_wakeups_sync : 0
se.nr_wakeups_migrate : 11
se.nr_wakeups_local : 4235506
se.nr_wakeups_remote : 34
se.nr_wakeups_affine : 4
se.nr_wakeups_affine_attempts : 44
se.nr_wakeups_passive : 7
se.nr_wakeups_idle : 0
avg_atom : 0.001355
avg_per_cpu : 5741.514564
nr_switches : 4235404
nr_voluntary_switches : 4235389
nr_involuntary_switches : 18
se.load.weight : 3121
policy : 0
prio : 115
clock-delta : 295
these bits:
se.sum_exec_runtime : 5741.506722
nr_switches : 4235404
nr_voluntary_switches : 4235389
nr_involuntary_switches : 18
mean that ksoftirqd _really_ ran more than 4 million times since bootup
- that is _highly_ anomalous. It means that scheduler clock is fine, and
that your box is really running a lot of softirq workload.
Here is how it should look like normally. A 16-way testbox with almost
an hour of uptime, running high load with a lot of networking. Its CPU#0
ksoftirqd [the busiest one] has these stats:
se.sum_exec_runtime : 0.523552
nr_switches : 42
nr_voluntary_switches : 42
nr_involuntary_switches : 0
it ran only 42 times. That is a normal ksoftirqd pattern.
I'll check your traces as the next step.
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 8:42 ` Damien Wyart
` (3 preceding siblings ...)
2009-02-16 9:32 ` Ingo Molnar
@ 2009-02-16 9:50 ` Ingo Molnar
2009-02-16 11:56 ` Damien Wyart
4 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 9:50 UTC (permalink / raw)
To: Damien Wyart, Paul E. McKenney
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> Hello,
>
> Ok, I've redone the tests under tip from this morning (Paris time).
> Everything is in http://damien.wyart.free.fr/ksoftirqd_pb/
>
> * Ingo Molnar <mingo@elte.hu> [2009-02-15 20:31]:
> > Yes, an abstime trace would be useful.
>
> The corresponding file is trace_tip_2009.02.16_ksoftirqd_pb_abstime.txt.gz
> and there is also a trace without abstime:
> trace_tip_2009.02.16_ksoftirqd_pb.txt.gz
hm, we need a trace with both abstime and process information included:
echo funcgraph-proc > trace_options
echo funcgraph-abstime > trace_options
Also, at 140 msecs the duration is a bit short - could you please make a
1-2 seconds capture? You can do that by increasing the number in
buffer_size_kb 10-fold:
echo 14100 > buffer_size_kb
(your defaults might be different)
You can see the duration of the trace by looking at the first timestamp
and the last one:
310.846260 | 0) 2.380 us | }
[...]
457.712729 | 1) | dequeue_task() {
Hm ... even with this limited trace, there's an unusually high amount of
RCU activities. Each activity goes like this:
457.680976 | 1) | do_softirq() {
457.680976 | 1) | __do_softirq() {
457.680977 | 1) | rcu_process_callbacks() {
457.680977 | 1) | __rcu_process_callbacks() {
4 457.680978 | 1) 0.478 us | force_quiescent_state();
457.680979 | 1) 1.591 us | }
457.680979 | 1) | __rcu_process_callbacks() {
457.680980 | 1) 0.478 us | force_quiescent_state();
457.680981 | 1) | cpu_quiet() {
457.680981 | 1) 0.506 us | _spin_lock_irqsave();
457.680982 | 1) 0.496 us | _spin_unlock_irqrestore();
457.680983 | 1) 2.545 us | }
457.680984 | 1) 4.626 us | }
457.680985 | 1) 7.823 us | }
457.680985 | 1) 0.496 us | _local_bh_enable();
457.680986 | 1) 9.845 us | }
457.680987 | 1) + 10.962 us | }
I've Cc:-ed Paul, as you have tree-RCU enabled, which is a new feature
in v2.6.29:
#
# RCU Subsystem
#
# CONFIG_CLASSIC_RCU is not set
CONFIG_TREE_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_FANOUT=32
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_PREEMPT_RCU_TRACE is not set
Damien, as an experiment, if you change your config to
CONFIG_CLASSIC_RCU=y, does the ksoftirqd problem go away?
On the other hand ... the softirq processing there looks anomalous in
itself, and might be due to some compiler bug perhaps. Could you try the
debug patch below please (you'll get it automatically if you update to
latest -tip), and redo the trace - the ftrace_printk() info should now
be embedded in the trace. The expected result would be for the printed
ot value to be non-zero at the #1 point, and zero at the #2 point.
Note: if it's a compiler optimization bug then this patch might make the
whole problem go away.
Ingo
------------------>
>From 2d7cf65eec92937bff1073311f6843aa7189bff2 Mon Sep 17 00:00:00 2001
From: Ingo Molnar <mingo@elte.hu>
Date: Mon, 16 Feb 2009 10:48:37 +0100
Subject: [PATCH] softirq: debug
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
kernel/softirq.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/kernel/softirq.c b/kernel/softirq.c
index 3dd0d13..110cad0 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -196,7 +196,9 @@ asmlinkage void __do_softirq(void)
cpu = smp_processor_id();
restart:
/* Reset the pending bitmask before enabling irqs */
+ ftrace_printk("#1 softirq pending: %08x\n", local_softirq_pending());
set_softirq_pending(0);
+ ftrace_printk("#2 softirq pending: %08x\n", local_softirq_pending());
local_irq_enable();
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 9:21 ` Ingo Molnar
@ 2009-02-16 10:49 ` Damien Wyart
0 siblings, 0 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-16 10:49 UTC (permalink / raw)
To: Ingo Molnar
Cc: Peter Zijlstra, Mike Galbraith, Frédéric Weisbecker,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
> > > Does it find any TSC time warps?
> > Seems not.
> ok, it's indeed pretty conclusive:
> | 2 CPUs, running 2 parallel test-tasks.
> | checking for time-warps via:
> | - read time stamp counter (RDTSC) instruction (cycle resolution)
> |
> | | TSC: 0.32us, fail:0 |
> i suspect you ran it for at least a couple of minutes, and the ksoftirqd
> anomaly occured during it, right?
Yes, that's right. I ran it for a few ten of minutes and the ksoftirqd
anomaly was occuring.
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-16 9:06 ` ZhangRui
@ 2009-02-16 10:58 ` Nico Schottelius
2009-02-16 13:13 ` Nico Schottelius
0 siblings, 1 reply; 152+ messages in thread
From: Nico Schottelius @ 2009-02-16 10:58 UTC (permalink / raw)
To: ZhangRui
Cc: Len Brown, Ingo Molnar, Nico Schottelius, LKML, Matthew Garrett,
Rafael J. Wysocki, Andrew Morton, linux-acpi
[-- Attachment #1: Type: text/plain, Size: 236024 bytes --]
Hello rui,
ZhangRui [Mon, Feb 16, 2009 at 05:06:59PM +0800]:
> do you have an external graphics card as well as the integrated intel
> graphics on your laptops?
No, just the interal one.
> please attach the dmesg and lspci output.
dmesg und lspci running 2.6.29-rc4-ikn-00001-gd5b5623 attached.
I'm upgrading to v2.6.29-rc5 now and will test the supplied patch,
if the error is still there.
Sincerly,
Nico
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:03.0 Communication controller: Intel Corporation Mobile 4 Series Chipset MEI Controller (rev 07)
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
03:00.0 Network controller: Intel Corporation Wireless WiFi Link 5100
[ 0.000000] Linux version 2.6.29-rc4-ikn-00001-gd5b5623 (compiler@ikn) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #9 SMP PREEMPT Mon Feb 9 20:55:46 CET 2009
[ 0.000000] Command line: root=/dev/sda1 ro
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
[ 0.000000] BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000007c4a1000 (usable)
[ 0.000000] BIOS-e820: 000000007c4a1000 - 000000007c4a7000 (reserved)
[ 0.000000] BIOS-e820: 000000007c4a7000 - 000000007c5b7000 (usable)
[ 0.000000] BIOS-e820: 000000007c5b7000 - 000000007c60f000 (reserved)
[ 0.000000] BIOS-e820: 000000007c60f000 - 000000007c6c6000 (usable)
[ 0.000000] BIOS-e820: 000000007c6c6000 - 000000007c6d1000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c6d1000 - 000000007c6d4000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c6d4000 - 000000007c6d8000 (reserved)
[ 0.000000] BIOS-e820: 000000007c6d8000 - 000000007c6dc000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c6dc000 - 000000007c6df000 (reserved)
[ 0.000000] BIOS-e820: 000000007c6df000 - 000000007c706000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c706000 - 000000007c708000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c708000 - 000000007c90f000 (reserved)
[ 0.000000] BIOS-e820: 000000007c90f000 - 000000007c99f000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c99f000 - 000000007c9ff000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c9ff000 - 000000007ca00000 (usable)
[ 0.000000] BIOS-e820: 000000007cc00000 - 000000007f000000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved)
[ 0.000000] BIOS-e820: 00000000fed10000 - 00000000fed14000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed18000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff800000 - 0000000100000000 (reserved)
[ 0.000000] DMI present.
[ 0.000000] last_pfn = 0x7ca00 max_arch_pfn = 0x100000000
[ 0.000000] init_memory_mapping: 0000000000000000-000000007ca00000
[ 0.000000] 0000000000 - 007ca00000 page 2M
[ 0.000000] kernel direct mapping tables up to 7ca00000 @ 8000-b000
[ 0.000000] last_map_addr: 7ca00000 end: 7ca00000
[ 0.000000] ACPI: RSDP 000F73A0, 0024 (r2 LENOVO)
[ 0.000000] ACPI: XSDT 7C97BD45, 009C (r1 LENOVO TP-6D 1050 LTP 0)
[ 0.000000] ACPI: FACP 7C97BF00, 00F4 (r3 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI Warning (tbfadt-0568): 32/64X length mismatch in Pm1aControlBlock: 16/32 [20081204]
[ 0.000000] ACPI Warning (tbfadt-0412): Invalid length for Pm1aControlBlock: 32, using default 16 [20081204]
[ 0.000000] FADT: X_PM1a_EVT_BLK.bit_width (16) does not match PM1_EVT_LEN (4)
[ 0.000000] ACPI: DSDT 7C97C2F4, D910 (r1 LENOVO TP-6D 1050 MSFT 3000000)
[ 0.000000] ACPI: FACS 7C98E000, 0040
[ 0.000000] ACPI: SSDT 7C97C0B4, 0240 (r1 LENOVO TP-6D 1050 MSFT 3000000)
[ 0.000000] ACPI: ECDT 7C989C04, 0052 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: APIC 7C989C56, 0078 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: MCFG 7C989CCE, 003C (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: HPET 7C989D0A, 0038 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: SLIC 7C989DC2, 0176 (r1 LENOVO TP-6D 1050 LTP 0)
[ 0.000000] ACPI: BOOT 7C989F38, 0028 (r1 LENOVO TP-6D 1050 LTP 1)
[ 0.000000] ACPI: ASF! 7C989F60, 00A0 (r16 LENOVO TP-6D 1050 PTL 1)
[ 0.000000] ACPI: SSDT 7C98D203, 055F (r1 LENOVO TP-6D 1050 INTL 20050513)
[ 0.000000] ACPI: TCPA 7C707000, 0032 (r0 0 0)
[ 0.000000] ACPI: DMAR 7C706000, 0120 (r1 \x01 1 0)
[ 0.000000] ACPI: SSDT 7C6D3000, 0655 (r1 PmRef CpuPm 3000 INTL 20050624)
[ 0.000000] ACPI: SSDT 7C6D2000, 0274 (r1 PmRef Cpu0Tst 3000 INTL 20050624)
[ 0.000000] ACPI: SSDT 7C6D1000, 0242 (r1 PmRef ApTst 3000 INTL 20050624)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] (5 early reservations) ==> bootmem [0000000000 - 007ca00000]
[ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
[ 0.000000] #1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
[ 0.000000] #2 [0000200000 - 000073641c] TEXT DATA BSS ==> [0000200000 - 000073641c]
[ 0.000000] #3 [000009ec00 - 0000100000] BIOS reserved ==> [000009ec00 - 0000100000]
[ 0.000000] #4 [0000008000 - 0000009000] PGTABLE ==> [0000008000 - 0000009000]
[ 0.000000] found SMP MP-table at [ffff8800000f73e0] 000f73e0
[ 0.000000] [ffffe20000000000-ffffe20001bfffff] PMD -> [ffff880001200000-ffff880002dfffff] on node 0
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000000 -> 0x00001000
[ 0.000000] DMA32 0x00001000 -> 0x00100000
[ 0.000000] Normal 0x00100000 -> 0x00100000
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[5] active PFN ranges
[ 0.000000] 0: 0x00000000 -> 0x0000009e
[ 0.000000] 0: 0x00000100 -> 0x0007c4a1
[ 0.000000] 0: 0x0007c4a7 -> 0x0007c5b7
[ 0.000000] 0: 0x0007c60f -> 0x0007c6c6
[ 0.000000] 0: 0x0007c9ff -> 0x0007ca00
[ 0.000000] On node 0 totalpages: 509447
[ 0.000000] DMA zone: 56 pages used for memmap
[ 0.000000] DMA zone: 1437 pages reserved
[ 0.000000] DMA zone: 2505 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 6923 pages used for memmap
[ 0.000000] DMA32 zone: 498526 pages, LIFO batch:31
[ 0.000000] ACPI: PM-Timer IO Port: 0x1008
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 0, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] 4 Processors exceeds NR_CPUS limit of 2
[ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs
[ 0.000000] Allocating PCI resources starting at 80000000 (gap: 7f000000:61000000)
[ 0.000000] NR_CPUS:2 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1
[ 0.000000] PERCPU: Allocating 49152 bytes of per cpu data
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 501031
[ 0.000000] Kernel command line: root=/dev/sda1 ro
[ 0.000000] Initializing CPU#0
[ 0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[ 0.000000] Extended CMOS year: 2000
[ 0.000000] Fast TSC calibration using PIT
[ 0.000000] Detected 2260.956 MHz processor.
[ 0.004000] Console: colour VGA+ 80x25
[ 0.004000] console [tty0] enabled
[ 0.004000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.004000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.004000] Memory: 1999600k/2041856k available (2891k kernel code, 4068k absent, 37460k reserved, 1408k data, 336k init)
[ 0.004000] SLUB: Genslabs=12, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[ 0.004000] hpet clockevent registered
[ 0.004000] HPET: 4 timers in total, 0 timers will be used for per-cpu timer
[ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 4521.91 BogoMIPS (lpj=9043824)
[ 0.004000] Security Framework initialized
[ 0.004000] Mount-cache hash table entries: 256
[ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 0.004000] CPU: L2 cache: 3072K
[ 0.004000] [ds] using Core 2/Atom configuration
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 0
[ 0.004000] CPU0: Thermal monitoring enabled (TM2)
[ 0.004000] using mwait in idle threads.
[ 0.004000] ACPI: Core revision 20081204
[ 0.048093] Setting APIC routing to flat
[ 0.048635] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.097472] CPU0: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 0.100001] Booting processor 1 APIC 0x1 ip 0x6000
[ 0.004000] Initializing CPU#1
[ 0.004000] Calibrating delay using timer specific routine.. 4522.06 BogoMIPS (lpj=9044129)
[ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 0.004000] CPU: L2 cache: 3072K
[ 0.004000] [ds] using Core 2/Atom configuration
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 1
[ 0.004000] CPU1: Thermal monitoring enabled (TM2)
[ 0.189268] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 0.190631] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[ 0.192042] Brought up 2 CPUs
[ 0.192173] Total of 2 processors activated (9043.97 BogoMIPS).
[ 0.192411] net_namespace: 1752 bytes
[ 0.196246] regulator: core version 0.5
[ 0.196365] NET: Registered protocol family 16
[ 0.197132] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 0.197348] ACPI: bus type pci registered
[ 0.197757] PCI: Using configuration type 1 for base access
[ 0.204094] bio: create slab <bio-0> at 0
[ 0.211641] ACPI: EC: EC description table is found, configuring boot EC
[ 0.232787] ACPI: BIOS _OSI(Linux) query ignored
[ 0.233447] ACPI: EC: non-query interrupt received, switching to interrupt mode
[ 0.253876] ACPI: Interpreter enabled
[ 0.254009] ACPI: (supports S0 S3 S5)
[ 0.254314] ACPI: Using IOAPIC for interrupt routing
[ 0.300583] ACPI: EC: GPE = 0x11, I/O: command/status = 0x66, data = 0x62
[ 0.300720] ACPI: EC: driver started in interrupt mode
[ 0.306782] ACPI: ACPI Dock Station Driver: 3 docks/bays found
[ 0.308608] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 0.308826] pci 0000:00:02.0: reg 10 64bit mmio: [0xf2000000-0xf23fffff]
[ 0.308826] pci 0000:00:02.0: reg 18 64bit mmio: [0xd0000000-0xdfffffff]
[ 0.308826] pci 0000:00:02.0: reg 20 io port: [0x1800-0x1807]
[ 0.308826] pci 0000:00:02.1: reg 10 64bit mmio: [0xf2400000-0xf24fffff]
[ 0.308826] pci 0000:00:03.0: reg 10 64bit mmio: [0xf2826800-0xf282680f]
[ 0.308826] pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
[ 0.308826] pci 0000:00:03.0: PME# disabled
[ 0.308865] pci 0000:00:19.0: reg 10 32bit mmio: [0xf2600000-0xf261ffff]
[ 0.308878] pci 0000:00:19.0: reg 14 32bit mmio: [0xf2625000-0xf2625fff]
[ 0.308890] pci 0000:00:19.0: reg 18 io port: [0x1840-0x185f]
[ 0.308967] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
[ 0.309104] pci 0000:00:19.0: PME# disabled
[ 0.312103] pci 0000:00:1a.0: reg 20 io port: [0x1860-0x187f]
[ 0.312236] pci 0000:00:1a.1: reg 20 io port: [0x1880-0x189f]
[ 0.312368] pci 0000:00:1a.2: reg 20 io port: [0x18a0-0x18bf]
[ 0.312504] pci 0000:00:1a.7: reg 10 32bit mmio: [0xf2826c00-0xf2826fff]
[ 0.312604] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
[ 0.312741] pci 0000:00:1a.7: PME# disabled
[ 0.312945] pci 0000:00:1b.0: reg 10 64bit mmio: [0xf2620000-0xf2623fff]
[ 0.313028] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.313164] pci 0000:00:1b.0: PME# disabled
[ 0.313403] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.313539] pci 0000:00:1c.0: PME# disabled
[ 0.313781] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 0.313918] pci 0000:00:1c.1: PME# disabled
[ 0.314161] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[ 0.314298] pci 0000:00:1c.3: PME# disabled
[ 0.314530] pci 0000:00:1d.0: reg 20 io port: [0x18c0-0x18df]
[ 0.314530] pci 0000:00:1d.1: reg 20 io port: [0x18e0-0x18ff]
[ 0.314530] pci 0000:00:1d.2: reg 20 io port: [0x1c00-0x1c1f]
[ 0.314530] pci 0000:00:1d.7: reg 10 32bit mmio: [0xf2827000-0xf28273ff]
[ 0.314530] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[ 0.314530] pci 0000:00:1d.7: PME# disabled
[ 0.314530] pci 0000:00:1f.2: reg 10 io port: [0x1c48-0x1c4f]
[ 0.314530] pci 0000:00:1f.2: reg 14 io port: [0x183c-0x183f]
[ 0.314530] pci 0000:00:1f.2: reg 18 io port: [0x1c40-0x1c47]
[ 0.314530] pci 0000:00:1f.2: reg 1c io port: [0x1838-0x183b]
[ 0.314530] pci 0000:00:1f.2: reg 20 io port: [0x1c20-0x1c3f]
[ 0.314530] pci 0000:00:1f.2: reg 24 32bit mmio: [0xf2826000-0xf28267ff]
[ 0.314530] pci 0000:00:1f.2: PME# supported from D3hot
[ 0.314530] pci 0000:00:1f.2: PME# disabled
[ 0.314530] pci 0000:00:1f.3: reg 10 64bit mmio: [0xf2827400-0xf28274ff]
[ 0.314530] pci 0000:00:1f.3: reg 20 io port: [0x1c60-0x1c7f]
[ 0.314530] pci 0000:03:00.0: reg 10 64bit mmio: [0xf2500000-0xf2501fff]
[ 0.314530] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold
[ 0.314530] pci 0000:03:00.0: PME# disabled
[ 0.314530] pci 0000:00:1c.1: bridge 32bit mmio: [0xf2500000-0xf25fffff]
[ 0.314530] pci 0000:00:1c.3: bridge io port: [0x2000-0x2fff]
[ 0.314530] pci 0000:00:1c.3: bridge 32bit mmio: [0xf0000000-0xf1ffffff]
[ 0.314530] pci 0000:00:1c.3: bridge 64bit mmio pref: [0xf2900000-0xf29fffff]
[ 0.314530] pci 0000:00:1e.0: transparent bridge
[ 0.314632] pci_bus 0000:00: on NUMA node 0
[ 0.314653] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.315164] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP0._PRT]
[ 0.315389] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP1._PRT]
[ 0.315618] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP3._PRT]
[ 0.336565] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.337754] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.338935] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.340166] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.341347] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.342526] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.343704] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.344857] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.345684] ACPI: Power Resource [PUBS] (on)
[ 0.345684] SCSI subsystem initialized
[ 0.348092] libata version 3.00 loaded.
[ 0.348127] PCI: Using ACPI for IRQ routing
[ 0.364037] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
[ 0.364399] hpet0: 4 comparators, 64-bit 14.318180 MHz counter
[ 0.390864] pnp: PnP ACPI init
[ 0.391009] ACPI: bus type pnp registered
[ 0.461054] pnp: PnP ACPI: found 10 devices
[ 0.461188] ACPI: ACPI bus type pnp unregistered
[ 0.461340] system 00:00: iomem range 0x0-0x9ffff could not be reserved
[ 0.461476] system 00:00: iomem range 0xc0000-0xc3fff has been reserved
[ 0.461612] system 00:00: iomem range 0xc4000-0xc7fff has been reserved
[ 0.461749] system 00:00: iomem range 0xc8000-0xcbfff has been reserved
[ 0.461884] system 00:00: iomem range 0xcc000-0xcffff has been reserved
[ 0.462019] system 00:00: iomem range 0xd0000-0xd3fff has been reserved
[ 0.462155] system 00:00: iomem range 0xdc000-0xdffff could not be reserved
[ 0.462291] system 00:00: iomem range 0xe0000-0xe3fff could not be reserved
[ 0.462427] system 00:00: iomem range 0xe4000-0xe7fff could not be reserved
[ 0.462563] system 00:00: iomem range 0xe8000-0xebfff could not be reserved
[ 0.462699] system 00:00: iomem range 0xec000-0xeffff could not be reserved
[ 0.462835] system 00:00: iomem range 0xf0000-0xfffff could not be reserved
[ 0.462984] system 00:00: iomem range 0x100000-0x7effffff could not be reserved
[ 0.463198] system 00:00: iomem range 0xfec00000-0xfed3ffff could not be reserved
[ 0.463412] system 00:00: iomem range 0xfed4c000-0xffffffff could not be reserved
[ 0.463635] system 00:02: ioport range 0x164e-0x164f has been reserved
[ 0.463771] system 00:02: ioport range 0x1000-0x107f has been reserved
[ 0.463906] system 00:02: ioport range 0x1180-0x11ff has been reserved
[ 0.464042] system 00:02: ioport range 0x800-0x80f has been reserved
[ 0.464177] system 00:02: ioport range 0x15e0-0x15ef has been reserved
[ 0.464312] system 00:02: ioport range 0x1600-0x1641 has been reserved
[ 0.464447] system 00:02: ioport range 0x1600-0x161b has been reserved
[ 0.464584] system 00:02: iomem range 0xe0000000-0xefffffff has been reserved
[ 0.464721] system 00:02: iomem range 0xfed1c000-0xfed1ffff has been reserved
[ 0.464857] system 00:02: iomem range 0xfed10000-0xfed13fff has been reserved
[ 0.464994] system 00:02: iomem range 0xfed18000-0xfed18fff has been reserved
[ 0.465131] system 00:02: iomem range 0xfed19000-0xfed19fff has been reserved
[ 0.465268] system 00:02: iomem range 0xfed45000-0xfed4bfff has been reserved
[ 0.470991] pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
[ 0.471128] pci 0000:00:1c.0: IO window: disabled
[ 0.471264] pci 0000:00:1c.0: MEM window: disabled
[ 0.471399] pci 0000:00:1c.0: PREFETCH window: disabled
[ 0.471538] pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
[ 0.471671] pci 0000:00:1c.1: IO window: disabled
[ 0.471808] pci 0000:00:1c.1: MEM window: 0xf2500000-0xf25fffff
[ 0.471944] pci 0000:00:1c.1: PREFETCH window: disabled
[ 0.472096] pci 0000:00:1c.3: PCI bridge, secondary bus 0000:05
[ 0.472231] pci 0000:00:1c.3: IO window: 0x2000-0x2fff
[ 0.472368] pci 0000:00:1c.3: MEM window: 0xf0000000-0xf1ffffff
[ 0.472505] pci 0000:00:1c.3: PREFETCH window: 0x000000f2900000-0x000000f29fffff
[ 0.472725] pci 0000:00:1e.0: PCI bridge, secondary bus 0000:0d
[ 0.472857] pci 0000:00:1e.0: IO window: disabled
[ 0.472993] pci 0000:00:1e.0: MEM window: disabled
[ 0.473127] pci 0000:00:1e.0: PREFETCH window: disabled
[ 0.473283] pci 0000:00:1c.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 0.473422] pci 0000:00:1c.0: setting latency timer to 64
[ 0.473439] pci 0000:00:1c.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 0.473577] pci 0000:00:1c.1: setting latency timer to 64
[ 0.473593] pci 0000:00:1c.3: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 0.473730] pci 0000:00:1c.3: setting latency timer to 64
[ 0.473743] pci 0000:00:1e.0: setting latency timer to 64
[ 0.473751] pci_bus 0000:00: resource 0 io: [0x00-0xffff]
[ 0.473756] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff]
[ 0.473762] pci_bus 0000:02: resource 0 mem: [0x0-0x0]
[ 0.473766] pci_bus 0000:02: resource 1 mem: [0x0-0x0]
[ 0.473771] pci_bus 0000:02: resource 2 mem: [0x0-0x0]
[ 0.473775] pci_bus 0000:02: resource 3 mem: [0x0-0x0]
[ 0.473779] pci_bus 0000:03: resource 0 mem: [0x0-0x0]
[ 0.473784] pci_bus 0000:03: resource 1 mem: [0xf2500000-0xf25fffff]
[ 0.473789] pci_bus 0000:03: resource 2 mem: [0x0-0x0]
[ 0.473793] pci_bus 0000:03: resource 3 mem: [0x0-0x0]
[ 0.473798] pci_bus 0000:05: resource 0 io: [0x2000-0x2fff]
[ 0.473803] pci_bus 0000:05: resource 1 mem: [0xf0000000-0xf1ffffff]
[ 0.473808] pci_bus 0000:05: resource 2 mem: [0xf2900000-0xf29fffff]
[ 0.473813] pci_bus 0000:05: resource 3 mem: [0x0-0x0]
[ 0.473817] pci_bus 0000:0d: resource 0 mem: [0x0-0x0]
[ 0.473821] pci_bus 0000:0d: resource 1 mem: [0x0-0x0]
[ 0.473826] pci_bus 0000:0d: resource 2 mem: [0x0-0x0]
[ 0.473830] pci_bus 0000:0d: resource 3 io: [0x00-0xffff]
[ 0.473835] pci_bus 0000:0d: resource 4 mem: [0x000000-0xffffffffffffffff]
[ 0.473891] NET: Registered protocol family 2
[ 0.520123] IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.521450] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[ 0.524397] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[ 0.525362] TCP: Hash tables configured (established 262144 bind 65536)
[ 0.525497] TCP reno registered
[ 0.536194] NET: Registered protocol family 1
[ 0.536823] Simple Boot Flag at 0x35 set to 0x1
[ 0.539233] Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 0.545238] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.550862] Switched to high resolution mode on CPU 1
[ 0.551019] VFS: Disk quotas dquot_6.5.2
[ 0.551351] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[ 0.552009] Switched to high resolution mode on CPU 0
[ 0.552723] JFS: nTxBlock = 8192, nTxLock = 65536
[ 0.557941] msgmni has been set to 3906
[ 0.558571] alg: No test for stdrng (krng)
[ 0.558724] io scheduler noop registered
[ 0.558855] io scheduler anticipatory registered (default)
[ 0.558989] io scheduler deadline registered
[ 0.559292] io scheduler cfq registered
[ 0.559447] pci 0000:00:02.0: Boot video device
[ 0.559935] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[ 0.560043] pcieport-driver 0000:00:1c.0: irq 24 for MSI/MSI-X
[ 0.560363] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[ 0.560463] pcieport-driver 0000:00:1c.1: irq 25 for MSI/MSI-X
[ 0.560769] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[ 0.560869] pcieport-driver 0000:00:1c.3: irq 26 for MSI/MSI-X
[ 0.562321] ACPI: AC Adapter [AC] (off-line)
[ 0.606430] ACPI: Battery Slot [BAT0] (battery present)
[ 0.606895] input: Power Button (FF) as /class/input/input0
[ 0.607100] ACPI: Power Button (FF) [PWRF]
[ 0.607481] input: Lid Switch as /class/input/input1
[ 0.608574] ACPI: Lid Switch [LID]
[ 0.608934] input: Sleep Button (CM) as /class/input/input2
[ 0.609095] ACPI: Sleep Button (CM) [SLPB]
[ 0.611329] ACPI: SSDT 7C6D6C20, 02C8 (r1 PmRef Cpu0Ist 3000 INTL 20050624)
[ 0.613345] ACPI: SSDT 7C6D4020, 087A (r1 PmRef Cpu0Cst 3001 INTL 20050624)
[ 0.623915] Monitor-Mwait will be used to enter C-1 state
[ 0.623934] Monitor-Mwait will be used to enter C-2 state
[ 0.623950] Monitor-Mwait will be used to enter C-3 state
[ 0.624071] ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
[ 0.624605] processor ACPI_CPU:00: registered as cooling_device0
[ 0.624744] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 0.626650] ACPI: SSDT 7C6D5CA0, 01CF (r1 PmRef ApIst 3000 INTL 20050624)
[ 0.628458] ACPI: SSDT 7C6D5F20, 008D (r1 PmRef ApCst 3000 INTL 20050624)
[ 0.634120] ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
[ 0.634546] processor ACPI_CPU:01: registered as cooling_device1
[ 0.634686] ACPI: Processor [CPU1] (supports 8 throttling states)
[ 0.686529] thermal LNXTHERM:01: registered as thermal_zone0
[ 0.690947] ACPI: Thermal Zone [THM0] (29 C)
[ 0.693596] thermal LNXTHERM:02: registered as thermal_zone1
[ 0.696642] ACPI: Thermal Zone [THM1] (31 C)
[ 0.794559] Linux agpgart interface v0.103
[ 3.808022] floppy0: no floppy controllers found
[ 3.811535] brd: module loaded
[ 3.811853] Uniform Multi-Platform E-IDE driver
[ 3.812201] ide-gd driver 1.18
[ 3.812612] Driver 'sd' needs updating - please use bus_type methods
[ 3.812864] ahci 0000:00:1f.2: version 3.0
[ 3.812894] ahci 0000:00:1f.2: PCI INT B -> GSI 16 (level, low) -> IRQ 16
[ 3.813084] ahci 0000:00:1f.2: irq 27 for MSI/MSI-X
[ 3.813154] ahci: SSS flag set, parallel bus scan disabled
[ 3.813323] ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 4 ports 3 Gbps 0x3 impl SATA mode
[ 3.813538] ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pio slum part
[ 3.813754] ahci 0000:00:1f.2: setting latency timer to 64
[ 3.814090] scsi0 : ahci
[ 3.814441] scsi1 : ahci
[ 3.814740] scsi2 : ahci
[ 3.815031] scsi3 : ahci
[ 3.816745] ata1: SATA max UDMA/133 abar m2048@0xf2826000 port 0xf2826100 irq 27
[ 3.816961] ata2: SATA max UDMA/133 abar m2048@0xf2826000 port 0xf2826180 irq 27
[ 3.817202] ata3: DUMMY
[ 3.817329] ata4: DUMMY
[ 4.136026] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 4.180038] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 4.180045] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 4.180271] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 4.180278] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 4.181153] ata1.00: ATA-8: ST9250827AS, 3.CMF, max UDMA/100
[ 4.181288] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 4.191124] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 4.191131] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 4.191356] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 4.191362] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 4.192293] ata1.00: configured for UDMA/100
[ 4.219648] ata1.00: configured for UDMA/100
[ 4.219781] ata1: EH complete
[ 4.232173] scsi 0:0:0:0: Direct-Access ATA ST9250827AS 3.CM PQ: 0 ANSI: 5
[ 4.232719] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 4.232961] sd 0:0:0:0: [sda] Write Protect is off
[ 4.233094] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 4.233148] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 4.233472] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 4.233714] sd 0:0:0:0: [sda] Write Protect is off
[ 4.233848] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 4.233899] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 4.234119] sda: sda1 sda2 sda3
[ 4.291560] sd 0:0:0:0: [sda] Attached SCSI disk
[ 4.608023] ata2: SATA link down (SStatus 0 SControl 300)
[ 4.672225] Fusion MPT base driver 3.04.07
[ 4.674570] Copyright (c) 1999-2008 LSI Corporation
[ 4.674713] Fusion MPT SPI Host driver 3.04.07
[ 4.675651] ieee1394: raw1394: /dev/raw1394 device initialized
[ 4.676084] PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 4.686430] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 4.686571] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 4.687112] mice: PS/2 mouse device common for all mice
[ 4.730059] cpuidle: using governor ladder
[ 4.731512] cpuidle: using governor menu
[ 4.731822] Marking TSC unstable due to TSC halts in idle
[ 4.732162] oprofile: using NMI interrupt.
[ 4.732914] TCP cubic registered
[ 4.733060] NET: Registered protocol family 17
[ 4.735739] registered taskstats version 1
[ 4.737434] input: AT Translated Set 2 keyboard as /class/input/input3
[ 4.988980] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[ 5.000241] Clocksource tsc unstable (delta = -231254716 ns)
[ 5.299633] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 5.318896] input: TPPS/2 IBM TrackPoint as /class/input/input4
[ 5.437924] VFS: Mounted root (jfs filesystem) readonly on device 8:1.
[ 5.438094] Freeing unused kernel memory: 336k freed
[ 8.395219] Non-volatile memory driver v1.3
[ 8.593527] thinkpad_acpi: ThinkPad ACPI Extras v0.22
[ 8.593637] thinkpad_acpi: http://ibm-acpi.sf.net/
[ 8.593742] thinkpad_acpi: ThinkPad BIOS 6DET28WW (1.05 ), EC 7XHT21WW-1.03
[ 8.593848] thinkpad_acpi: Lenovo ThinkPad X200, model 7458AH8
[ 8.594664] thinkpad_acpi: radio switch found; radios are enabled
[ 8.594885] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver
[ 8.595057] thinkpad_acpi: Disabling thinkpad-acpi brightness events by default...
[ 8.603275] Registered led device: tpacpi::thinklight
[ 8.603417] Registered led device: tpacpi::power
[ 8.603535] Registered led device: tpacpi:orange:batt
[ 8.603657] Registered led device: tpacpi:green:batt
[ 8.603780] Registered led device: tpacpi::dock_active
[ 8.603902] Registered led device: tpacpi::bay_active
[ 8.604023] Registered led device: tpacpi::dock_batt
[ 8.604149] Registered led device: tpacpi::unknown_led
[ 8.604267] Registered led device: tpacpi::standby
[ 8.606649] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one.
[ 8.607051] input: ThinkPad Extra Buttons as /class/input/input5
[ 8.823710] agpgart-intel 0000:00:00.0: Intel Mobile Intel® GM45 Express Chipset
[ 8.824747] agpgart-intel 0000:00:00.0: detected 32764K stolen memory
[ 8.827864] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
[ 8.907708] e1000e: Intel(R) PRO/1000 Network Driver - 0.3.3.3-k6
[ 8.907822] e1000e: Copyright (c) 1999-2008 Intel Corporation.
[ 8.907968] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 8.908092] e1000e 0000:00:19.0: setting latency timer to 64
[ 8.908190] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 8.999398] 0000:00:19.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:1f:16:09:46:11
[ 8.999565] 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection
[ 8.999691] 0000:00:19.0: eth0: MAC: 6, PHY: 8, PBA No: 1008ff-0ff
[ 9.033070] usbcore: registered new interface driver usbfs
[ 9.033198] usbcore: registered new interface driver hub
[ 9.073057] usbcore: registered new device driver usb
[ 9.101455] ACPI: WMI: Mapper loaded
[ 9.365564] rtc_cmos 00:07: RTC can wake from S4
[ 9.365772] rtc_cmos 00:07: rtc core: registered rtc_cmos as rtc0
[ 9.365911] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[ 9.413792] uhci_hcd: USB Universal Host Controller Interface driver
[ 9.414492] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[ 9.414602] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 9.414713] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 9.414716] uhci_hcd 0000:00:1a.0: UHCI Host Controller
[ 9.414853] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
[ 9.415050] uhci_hcd 0000:00:1a.0: irq 20, io base 0x00001860
[ 9.415269] usb usb1: configuration #1 chosen from 1 choice
[ 9.415397] hub 1-0:1.0: USB hub found
[ 9.415502] hub 1-0:1.0: 2 ports detected
[ 9.415704] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 9.415813] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 9.415816] uhci_hcd 0000:00:1a.1: UHCI Host Controller
[ 9.415936] uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2
[ 9.416131] uhci_hcd 0000:00:1a.1: irq 21, io base 0x00001880
[ 9.416306] usb usb2: configuration #1 chosen from 1 choice
[ 9.416431] hub 2-0:1.0: USB hub found
[ 9.416535] hub 2-0:1.0: 2 ports detected
[ 9.417249] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[ 9.417359] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[ 9.417467] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[ 9.417470] uhci_hcd 0000:00:1a.2: UHCI Host Controller
[ 9.417591] uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 3
[ 9.417783] uhci_hcd 0000:00:1a.2: irq 22, io base 0x000018a0
[ 9.417958] usb usb3: configuration #1 chosen from 1 choice
[ 9.418084] hub 3-0:1.0: USB hub found
[ 9.418189] hub 3-0:1.0: 2 ports detected
[ 9.418896] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 9.419002] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 9.419110] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 9.419113] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 9.419235] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4
[ 9.419427] uhci_hcd 0000:00:1d.0: irq 16, io base 0x000018c0
[ 9.419601] usb usb4: configuration #1 chosen from 1 choice
[ 9.419726] hub 4-0:1.0: USB hub found
[ 9.419829] hub 4-0:1.0: 2 ports detected
[ 9.420015] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 9.420123] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 9.420126] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 9.420247] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 5
[ 9.420437] uhci_hcd 0000:00:1d.1: irq 17, io base 0x000018e0
[ 9.420608] usb usb5: configuration #1 chosen from 1 choice
[ 9.420734] hub 5-0:1.0: USB hub found
[ 9.420836] hub 5-0:1.0: 2 ports detected
[ 9.421042] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 9.421151] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 9.421153] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 9.421273] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 6
[ 9.421464] uhci_hcd 0000:00:1d.2: irq 18, io base 0x00001c00
[ 9.421637] usb usb6: configuration #1 chosen from 1 choice
[ 9.421761] hub 6-0:1.0: USB hub found
[ 9.421865] hub 6-0:1.0: 2 ports detected
[ 9.452771] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 9.452880] Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
[ 9.453963] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 9.454075] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 9.454203] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 9.454206] ehci_hcd 0000:00:1a.7: EHCI Host Controller
[ 9.454338] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 7
[ 9.458398] ehci_hcd 0000:00:1a.7: debug port 1
[ 9.458503] ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
[ 9.458520] ehci_hcd 0000:00:1a.7: irq 23, io mem 0xf2826c00
[ 9.473011] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
[ 9.473227] usb usb7: configuration #1 chosen from 1 choice
[ 9.473356] hub 7-0:1.0: USB hub found
[ 9.473460] hub 7-0:1.0: 6 ports detected
[ 9.474171] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 9.474284] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 9.474407] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 9.474411] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 9.474535] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 8
[ 9.478601] ehci_hcd 0000:00:1d.7: debug port 1
[ 9.478706] ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
[ 9.478720] ehci_hcd 0000:00:1d.7: irq 19, io mem 0xf2827000
[ 9.493013] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 9.493234] usb usb8: configuration #1 chosen from 1 choice
[ 9.493366] hub 8-0:1.0: USB hub found
[ 9.493470] hub 8-0:1.0: 6 ports detected
[ 9.505045] cfg80211: Calling CRDA to update world regulatory domain
[ 9.573310] acpi device:03: registered as cooling_device2
[ 9.573685] input: Video Bus as /class/input/input6
[ 9.608158] ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
[ 9.829546] i801_smbus 0000:00:1f.3: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 9.901103] usb 7-6: new high speed USB device using ehci_hcd and address 3
[ 9.934836] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks
[ 9.935001] iwlagn: Copyright(c) 2003-2008 Intel Corporation
[ 9.935177] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 9.935287] iwlagn 0000:03:00.0: setting latency timer to 64
[ 9.935344] iwlagn: Detected Intel Wireless WiFi Link 5300AGN REV=0x24
[ 9.953756] iwlagn: Tunable channels: 13 802.11bg, 24 802.11a channels
[ 9.954088] iwlagn 0000:03:00.0: PCI INT A disabled
[ 9.954388] wmaster0 (iwlagn): not using net_device_ops yet
[ 9.954762] phy0: Selected rate control algorithm 'iwl-agn-rs'
[ 10.039758] usb 7-6: configuration #1 chosen from 1 choice
[ 10.136376] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 10.136603] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 10.150135] wlan0 (iwlagn): not using net_device_ops yet
[ 10.153032] usb 8-6: new high speed USB device using ehci_hcd and address 2
[ 10.294770] usb 8-6: configuration #1 chosen from 1 choice
[ 10.333033] input: HDA Intel at 0xf2620000 irq 17 Mic as /class/input/input7
[ 10.348256] input: HDA Intel at 0xf2620000 irq 17 Mic as /class/input/input8
[ 10.364184] input: HDA Intel at 0xf2620000 irq 17 Headphone as /class/input/input9
[ 10.434486] usbcore: registered new interface driver libusual
[ 10.533355] Initializing USB Mass Storage driver...
[ 10.533844] usb 2-1: new full speed USB device using uhci_hcd and address 2
[ 10.539347] scsi4 : SCSI emulation for USB Mass Storage devices
[ 10.540438] usb-storage: device found at 2
[ 10.540440] usbcore: registered new interface driver usb-storage
[ 10.540443] USB Mass Storage support registered.
[ 10.540671] usb-storage: waiting for device to settle before scanning
[ 10.707861] usb 2-1: configuration #1 chosen from 1 choice
[ 14.153784] loop: module loaded
[ 14.841373] device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com
[ 15.540494] isa bounce pool size: 16 pages
[ 15.541237] scsi 4:0:0:0: Direct-Access RICOH R5U880FlashMedia 0000 PQ: 0 ANSI: 2
[ 15.731688] sd 4:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[ 15.732280] sd 4:0:0:0: [sdb] Write Protect is off
[ 15.732283] sd 4:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[ 15.732286] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 15.733899] sd 4:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[ 15.734520] sd 4:0:0:0: [sdb] Write Protect is off
[ 15.734523] sd 4:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[ 15.734526] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 15.734530] sdb: sdb1
[ 15.736877] sd 4:0:0:0: [sdb] Attached SCSI removable disk
[ 15.737438] usb-storage: device scan complete
[ 28.289104] fuse init (API version 7.11)
[ 31.689617] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 31.745207] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 32.233214] Loading iSCSI transport class v2.0-870.
[ 32.293802] iscsi: registered transport (tcp)
[ 32.428677] NET: Registered protocol family 10
[ 32.429890] lo: Disabled Privacy Extensions
[ 32.431162] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 32.591208] iscsi: registered transport (iser)
[ 40.594979] thinkpad_acpi: setting the hotkey mask to 0x00ffffff is likely not the best way to go about it
[ 40.595208] thinkpad_acpi: please consider using the driver defaults, and refer to up-to-date thinkpad-acpi documentation
[ 40.679142] input: /usr/sbin/thinkpad-keys as /class/input/input10
[ 49.009756] Bluetooth: Core ver 2.14
[ 49.010442] NET: Registered protocol family 31
[ 49.010575] Bluetooth: HCI device and connection manager initialized
[ 49.010711] Bluetooth: HCI socket layer initialized
[ 49.075183] Bluetooth: L2CAP ver 2.11
[ 49.075330] Bluetooth: L2CAP socket layer initialized
[ 49.087281] Bluetooth: RFCOMM socket layer initialized
[ 49.087443] Bluetooth: RFCOMM TTY layer initialized
[ 49.087585] Bluetooth: RFCOMM ver 1.10
[ 49.558939] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 49.559169] iwlagn 0000:03:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106)
[ 49.559282] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[ 49.559368] iwlagn 0000:03:00.0: firmware: requesting iwlwifi-5000-1.ucode
[ 49.745603] iwlagn loaded firmware version 5.4.1.16
[ 49.904038] Registered led device: iwl-phy0:radio
[ 49.904343] Registered led device: iwl-phy0:assoc
[ 49.904542] Registered led device: iwl-phy0:RX
[ 49.904738] Registered led device: iwl-phy0:TX
[ 49.926124] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 79.685242] [drm] Initialized drm 1.1.0 20060810
[ 79.718053] pci 0000:00:02.0: power state changed by ACPI to D0
[ 79.718072] pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 79.718081] pci 0000:00:02.0: setting latency timer to 64
[ 79.722908] pci 0000:00:02.0: irq 30 for MSI/MSI-X
[ 79.722949] [drm] Initialized i915 1.6.0 20080730 on minor 0
[ 80.547607] set status page addr 0x08da0000
[ 89.002680] iwlagn: Radio Frequency Kill Switch is On:
[ 89.002685] Kill switch must be turned off for wireless networking to work.
[ 181.850208] PM: Syncing filesystems ... done.
[ 182.747540] Freezing user space processes ... (elapsed 0.04 seconds) done.
[ 182.787762] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[ 182.788067] Suspending console(s) (use no_console_suspend to debug)
[ 182.804281] pci 0000:00:02.0: power state changed by ACPI to D3
[ 183.480541] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 183.481175] sd 0:0:0:0: [sda] Stopping disk
[ 183.846566] iwlagn 0000:03:00.0: PCI INT A disabled
[ 183.908387] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[ 183.908465] ehci_hcd 0000:00:1d.7: PME# disabled
[ 183.928506] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[ 183.928533] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[ 183.928603] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[ 183.928669] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[ 183.945156] HDA Intel 0000:00:1b.0: PCI INT B disabled
[ 183.960205] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[ 183.960280] ehci_hcd 0000:00:1a.7: PME# disabled
[ 183.979089] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[ 183.979115] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[ 183.979185] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[ 183.979251] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[ 184.035126] e1000e 0000:00:19.0: PME# enabled
[ 184.035159] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[ 184.035167] e1000e 0000:00:19.0: PME# enabled
[ 184.035171] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[ 184.035182] e1000e 0000:00:19.0: PCI INT A disabled
[ 184.053573] ACPI: Preparing to enter system sleep state S3
[ 184.074443] Disabling non-boot CPUs ...
[ 184.076724] CPU 1 is now offline
[ 184.076727] SMP alternatives: switching to UP code
[ 184.256332] CPU1 is down
[ 184.256438] Extended CMOS year: 2000
[ 184.256438] Back to C!
[ 184.256438] Extended CMOS year: 2000
[ 184.256438] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900003)
[ 184.256438] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[ 184.256438] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[ 184.256438] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[ 184.256438] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 184.256438] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 184.256438] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 184.256438] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[ 184.256438] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[ 184.256438] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x7 (was 0xf0, writing 0x200000f0)
[ 184.256438] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 184.256438] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x7 (was 0xf0, writing 0x200000f0)
[ 184.256438] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 184.256438] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 184.256438] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 184.256438] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 184.256438] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 184.256438] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[ 184.256438] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[ 184.256438] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[ 184.256438] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[ 184.256438] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[ 184.256438] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[ 184.256438] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[ 184.256438] iwlagn 0000:03:00.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[ 184.256438] Enabling non-boot CPUs ...
[ 184.256438] SMP alternatives: switching to SMP code
[ 184.375186] Booting processor 1 APIC 0x1 ip 0x6000
[ 184.249860] Initializing CPU#1
[ 184.249860] Calibrating delay using timer specific routine.. 4522.01 BogoMIPS (lpj=9044028)
[ 184.249860] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 184.249860] CPU: L2 cache: 3072K
[ 184.249860] [ds] using Core 2/Atom configuration
[ 184.249860] CPU: Physical Processor ID: 0
[ 184.249860] CPU: Processor Core ID: 1
[ 184.249860] CPU1: Thermal monitoring enabled (TM2)
[ 184.464504] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 184.465011] Switched to high resolution mode on CPU 1
[ 184.476340] CPU1 is up
[ 184.476341] ACPI: Waking up from system sleep state S3
[ 184.518393] ACPI: EC: non-query interrupt received, switching to interrupt mode
[ 184.572157] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900403, writing 0x900003)
[ 184.575066] pci 0000:00:02.0: PME# disabled
[ 184.575070] pci 0000:00:02.1: PME# disabled
[ 184.575073] pci 0000:00:03.0: PME# disabled
[ 184.575128] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 184.575133] e1000e 0000:00:19.0: setting latency timer to 64
[ 184.575136] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[ 184.575140] e1000e 0000:00:19.0: PME# disabled
[ 184.575141] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[ 184.575145] e1000e 0000:00:19.0: PME# disabled
[ 184.575176] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 184.635715] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[ 184.635724] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 184.635731] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 184.635756] usb usb1: root hub lost power or was reset
[ 184.635776] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 184.635783] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 184.635805] usb usb2: root hub lost power or was reset
[ 184.636323] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[ 184.636328] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[ 184.636334] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[ 184.636357] usb usb3: root hub lost power or was reset
[ 184.636376] ehci_hcd 0000:00:1a.7: PME# disabled
[ 184.637014] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 184.637020] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 184.637027] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 184.637033] ehci_hcd 0000:00:1a.7: PME# disabled
[ 184.637052] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 184.637058] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 184.637077] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[ 184.637085] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[ 184.637092] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[ 184.637720] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 184.637725] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 184.637731] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 184.637754] usb usb4: root hub lost power or was reset
[ 184.637773] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 184.637779] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 184.637801] usb usb5: root hub lost power or was reset
[ 184.637818] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 184.637825] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 184.637846] usb usb6: root hub lost power or was reset
[ 184.637865] ehci_hcd 0000:00:1d.7: PME# disabled
[ 184.638336] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 184.638342] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 184.638349] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 184.638356] ehci_hcd 0000:00:1d.7: PME# disabled
[ 184.638375] pci 0000:00:1e.0: setting latency timer to 64
[ 184.638446] ahci 0000:00:1f.2: setting latency timer to 64
[ 184.638645] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 184.638795] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[ 184.638848] iwlagn: Radio disabled by HW RF Kill switch
[ 184.639171] sd 0:0:0:0: [sda] Starting disk
[ 184.956293] ata2: SATA link down (SStatus 0 SControl 300)
[ 186.300286] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 186.389782] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 186.389790] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 186.389974] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 186.389980] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 186.400868] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 186.400876] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 186.401060] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 186.401067] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 186.402182] ata1.00: configured for UDMA/100
[ 186.404506] ata1.00: configured for UDMA/100
[ 186.420272] ata1: EH complete
[ 186.420378] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 186.420415] sd 0:0:0:0: [sda] Write Protect is off
[ 186.420420] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 186.420472] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 186.420531] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 186.420562] sd 0:0:0:0: [sda] Write Protect is off
[ 186.420566] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 186.420616] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 187.816319] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[ 188.064312] usb 8-6: reset high speed USB device using ehci_hcd and address 2
[ 188.320287] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[ 188.472795] pci 0000:00:02.0: power state changed by ACPI to D0
[ 188.472833] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900403, writing 0x900003)
[ 188.473001] pci 0000:00:02.0: power state changed by ACPI to D0
[ 188.473014] pci 0000:00:02.0: setting latency timer to 64
[ 188.488362] Restarting tasks ... done.
[ 189.592607] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[ 189.904116] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 189.922992] input: TPPS/2 IBM TrackPoint as /class/input/input11
[ 272.887037] iwlagn 0000:03:00.0: PCI INT A disabled
[ 281.594321] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks
[ 281.594329] iwlagn: Copyright(c) 2003-2008 Intel Corporation
[ 281.594478] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 281.594494] do_IRQ: 1.217 No irq handler for vector
[ 281.594500] iwlagn 0000:03:00.0: setting latency timer to 64
[ 281.594560] iwlagn: Detected Intel Wireless WiFi Link 5300AGN REV=0x24
[ 281.614192] iwlagn: Tunable channels: 13 802.11bg, 24 802.11a channels
[ 281.616608] wmaster0 (iwlagn): not using net_device_ops yet
[ 281.617108] phy1: Selected rate control algorithm 'iwl-agn-rs'
[ 281.617125] wlan0 (iwlagn): not using net_device_ops yet
[ 281.631739] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 281.631886] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[ 281.631937] iwlagn 0000:03:00.0: firmware: requesting iwlwifi-5000-1.ucode
[ 281.650386] iwlagn loaded firmware version 5.4.1.16
[ 281.808985] Registered led device: iwl-phy1:radio
[ 281.809809] Registered led device: iwl-phy1:assoc
[ 281.811717] Registered led device: iwl-phy1:RX
[ 281.811780] Registered led device: iwl-phy1:TX
[ 281.850142] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1039.525810] Monitor-Mwait will be used to enter C-3 state
[ 1039.527923] thinkpad_acpi: EC reports that Thermal Table has changed
[ 1140.333571] wlan0: direct probe to AP 00:14:6c:67:9c:32 try 1
[ 1140.336804] wlan0 direct probe responded
[ 1140.336810] wlan0: authenticate with AP 00:14:6c:67:9c:32
[ 1140.536070] wlan0: authenticate with AP 00:14:6c:67:9c:32
[ 1140.538142] wlan0: authenticated
[ 1140.538147] wlan0: associate with AP 00:14:6c:67:9c:32
[ 1140.545346] wlan0: RX AssocResp from 00:14:6c:67:9c:32 (capab=0x601 status=0 aid=5)
[ 1140.545352] wlan0: associated
[ 1140.550295] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1151.156100] wlan0: no IPv6 routers present
[ 1745.067786] PM: Syncing filesystems ... done.
[ 1746.017890] Freezing user space processes ... (elapsed 0.05 seconds) done.
[ 1746.076943] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[ 1746.077281] Suspending console(s) (use no_console_suspend to debug)
[ 1746.092126] pci 0000:00:02.0: power state changed by ACPI to D3
[ 1746.768362] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 1746.768465] sd 0:0:0:0: [sda] Stopping disk
[ 1747.228192] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[ 1747.228268] ehci_hcd 0000:00:1d.7: PME# disabled
[ 1747.245012] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[ 1747.245029] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[ 1747.245096] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[ 1747.245162] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[ 1747.260744] HDA Intel 0000:00:1b.0: PCI INT B disabled
[ 1747.276124] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[ 1747.276199] ehci_hcd 0000:00:1a.7: PME# disabled
[ 1747.292990] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[ 1747.293006] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[ 1747.293074] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[ 1747.293139] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[ 1747.350925] e1000e 0000:00:19.0: PME# enabled
[ 1747.350943] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[ 1747.350951] e1000e 0000:00:19.0: PME# enabled
[ 1747.350955] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[ 1747.350965] e1000e 0000:00:19.0: PCI INT A disabled
[ 1747.369979] ACPI: Preparing to enter system sleep state S3
[ 1747.390693] Disabling non-boot CPUs ...
[ 1747.392974] CPU 1 is now offline
[ 1747.392978] SMP alternatives: switching to UP code
[ 1747.540412] CPU1 is down
[ 1747.540517] Extended CMOS year: 2000
[ 1747.540517] Back to C!
[ 1747.540517] Extended CMOS year: 2000
[ 1747.540517] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[ 1747.540517] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[ 1747.540517] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[ 1747.540517] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[ 1747.540517] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 1747.540517] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 1747.540517] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 1747.540517] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[ 1747.540517] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[ 1747.540517] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 1747.540517] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 1747.540517] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 1747.540517] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 1747.540517] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 1747.540517] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[ 1747.540517] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[ 1747.540517] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[ 1747.540517] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[ 1747.540517] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[ 1747.540517] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[ 1747.540517] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[ 1747.540517] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[ 1747.540517] Enabling non-boot CPUs ...
[ 1747.540517] SMP alternatives: switching to SMP code
[ 1747.662706] Booting processor 1 APIC 0x1 ip 0x6000
[ 1747.532086] Initializing CPU#1
[ 1747.532086] Calibrating delay using timer specific routine.. 4522.01 BogoMIPS (lpj=9044022)
[ 1747.532086] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 1747.532086] CPU: L2 cache: 3072K
[ 1747.532086] [ds] using Core 2/Atom configuration
[ 1747.532086] CPU: Physical Processor ID: 0
[ 1747.532086] CPU: Processor Core ID: 1
[ 1747.532086] CPU1: Thermal monitoring enabled (TM2)
[ 1747.752541] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 1747.756014] Switched to high resolution mode on CPU 1
[ 1747.764346] CPU1 is up
[ 1747.764348] ACPI: Waking up from system sleep state S3
[ 1747.807031] ACPI: EC: non-query interrupt received, switching to interrupt mode
[ 1747.857142] pci 0000:00:02.0: PME# disabled
[ 1747.857148] pci 0000:00:02.1: PME# disabled
[ 1747.857152] pci 0000:00:03.0: PME# disabled
[ 1747.857222] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 1747.857228] e1000e 0000:00:19.0: setting latency timer to 64
[ 1747.857232] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[ 1747.857237] e1000e 0000:00:19.0: PME# disabled
[ 1747.857239] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[ 1747.857243] e1000e 0000:00:19.0: PME# disabled
[ 1747.857278] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 1747.912815] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[ 1747.912820] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 1747.912827] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 1747.912850] usb usb1: root hub lost power or was reset
[ 1747.912870] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 1747.912876] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 1747.912898] usb usb2: root hub lost power or was reset
[ 1747.913740] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[ 1747.913745] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[ 1747.913751] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[ 1747.913774] usb usb3: root hub lost power or was reset
[ 1747.913793] ehci_hcd 0000:00:1a.7: PME# disabled
[ 1747.914572] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 1747.914578] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 1747.914585] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 1747.914592] ehci_hcd 0000:00:1a.7: PME# disabled
[ 1747.914611] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 1747.914617] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 1748.001232] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[ 1748.001245] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[ 1748.001263] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[ 1748.002001] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 1748.002010] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 1748.002020] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 1748.002050] usb usb4: root hub lost power or was reset
[ 1748.002076] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 1748.002086] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 1748.002115] usb usb5: root hub lost power or was reset
[ 1748.002139] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 1748.002149] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 1748.002179] usb usb6: root hub lost power or was reset
[ 1748.002202] ehci_hcd 0000:00:1d.7: PME# disabled
[ 1748.002902] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 1748.002913] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 1748.002924] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 1748.002935] ehci_hcd 0000:00:1d.7: PME# disabled
[ 1748.002964] pci 0000:00:1e.0: setting latency timer to 64
[ 1748.003068] ahci 0000:00:1f.2: setting latency timer to 64
[ 1748.003364] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 1748.003548] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[ 1748.015331] sd 0:0:0:0: [sda] Starting disk
[ 1748.032690] Registered led device: iwl-phy1:radio
[ 1748.032736] Registered led device: iwl-phy1:assoc
[ 1748.032781] Registered led device: iwl-phy1:RX
[ 1748.032827] Registered led device: iwl-phy1:TX
[ 1748.324121] ata2: SATA link down (SStatus 0 SControl 300)
[ 1749.945131] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1750.017798] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 1750.017804] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 1750.017976] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 1750.017982] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 1750.028883] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 1750.028889] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 1750.029074] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 1750.029080] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 1750.029990] ata1.00: configured for UDMA/100
[ 1750.032094] ata1.00: configured for UDMA/100
[ 1750.048117] ata1: EH complete
[ 1750.048193] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 1750.048228] sd 0:0:0:0: [sda] Write Protect is off
[ 1750.048232] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1750.048283] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1750.048337] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 1750.048366] sd 0:0:0:0: [sda] Write Protect is off
[ 1750.048371] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1750.048419] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1751.444121] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[ 1751.692120] usb 8-6: reset high speed USB device using ehci_hcd and address 2
[ 1751.948134] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[ 1752.100384] pci 0000:00:02.0: power state changed by ACPI to D0
[ 1752.100576] pci 0000:00:02.0: power state changed by ACPI to D0
[ 1752.100588] pci 0000:00:02.0: setting latency timer to 64
[ 1752.118429] Restarting tasks ... done.
[ 1753.196560] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[ 1753.494082] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 1753.512155] input: TPPS/2 IBM TrackPoint as /class/input/input12
[ 1754.374816] wlan0: deauthenticated (Reason: 7)
[ 1754.389383] wlan0: direct probe to AP 00:14:6c:67:9c:32 try 1
[ 1754.589038] wlan0: direct probe to AP 00:14:6c:67:9c:32 try 2
[ 1754.591999] wlan0 direct probe responded
[ 1754.592001] wlan0: authenticate with AP 00:14:6c:67:9c:32
[ 1754.594020] wlan0: authenticated
[ 1754.594022] wlan0: associate with AP 00:14:6c:67:9c:32
[ 1754.793037] wlan0: associate with AP 00:14:6c:67:9c:32
[ 1754.801454] wlan0: RX ReassocResp from 00:14:6c:67:9c:32 (capab=0x201 status=0 aid=10)
[ 1754.801456] wlan0: associated
[15874.669834] PM: Syncing filesystems ... done.
[15875.683860] Freezing user space processes ... (elapsed 0.01 seconds) done.
[15875.701248] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[15875.701675] Suspending console(s) (use no_console_suspend to debug)
[15875.716268] pci 0000:00:02.0: power state changed by ACPI to D3
[15876.392209] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[15876.392526] sd 0:0:0:0: [sda] Stopping disk
[15876.816246] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[15876.816323] ehci_hcd 0000:00:1d.7: PME# disabled
[15876.833095] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[15876.833113] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[15876.833180] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[15876.833246] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[15876.848740] HDA Intel 0000:00:1b.0: PCI INT B disabled
[15876.864124] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[15876.864200] ehci_hcd 0000:00:1a.7: PME# disabled
[15876.881202] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[15876.881218] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[15876.881285] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[15876.881351] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[15876.938928] e1000e 0000:00:19.0: PME# enabled
[15876.938946] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[15876.938954] e1000e 0000:00:19.0: PME# enabled
[15876.938958] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[15876.938968] e1000e 0000:00:19.0: PCI INT A disabled
[15876.957830] ACPI: Preparing to enter system sleep state S3
[15876.978957] Disabling non-boot CPUs ...
[15876.981229] CPU 1 is now offline
[15876.981233] SMP alternatives: switching to UP code
[15877.144309] CPU1 is down
[15877.144414] Extended CMOS year: 2000
[15877.144414] Back to C!
[15877.144414] Extended CMOS year: 2000
[15877.144414] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[15877.144414] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[15877.144414] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[15877.144414] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[15877.144414] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[15877.144414] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[15877.144414] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[15877.144414] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[15877.144414] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[15877.144414] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[15877.144414] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[15877.144414] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[15877.144414] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[15877.144414] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[15877.144414] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[15877.144414] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[15877.144414] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[15877.144414] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[15877.144414] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[15877.144414] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[15877.144414] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[15877.144414] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[15877.144414] Enabling non-boot CPUs ...
[15877.144414] SMP alternatives: switching to SMP code
[15877.264988] Booting processor 1 APIC 0x1 ip 0x6000
[15877.136789] Initializing CPU#1
[15877.136789] Calibrating delay using timer specific routine.. 4522.04 BogoMIPS (lpj=9044095)
[15877.136789] CPU: L1 I cache: 32K, L1 D cache: 32K
[15877.136789] CPU: L2 cache: 3072K
[15877.136789] [ds] using Core 2/Atom configuration
[15877.136789] CPU: Physical Processor ID: 0
[15877.136789] CPU: Processor Core ID: 1
[15877.136789] CPU1: Thermal monitoring enabled (TM2)
[15877.352541] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[15877.353011] Switched to high resolution mode on CPU 1
[15877.364345] CPU1 is up
[15877.364346] ACPI: Waking up from system sleep state S3
[15877.390681] thinkpad_acpi: EC reports that Thermal Table has changed
[15877.412400] ACPI: EC: non-query interrupt received, switching to interrupt mode
[15877.462809] pci 0000:00:02.0: PME# disabled
[15877.462815] pci 0000:00:02.1: PME# disabled
[15877.462819] pci 0000:00:03.0: PME# disabled
[15877.462882] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[15877.462888] e1000e 0000:00:19.0: setting latency timer to 64
[15877.462892] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[15877.462896] e1000e 0000:00:19.0: PME# disabled
[15877.462899] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[15877.462903] e1000e 0000:00:19.0: PME# disabled
[15877.462939] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[15877.521460] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[15877.521469] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[15877.521477] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[15877.521502] usb usb1: root hub lost power or was reset
[15877.521524] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[15877.521530] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[15877.521552] usb usb2: root hub lost power or was reset
[15877.522119] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[15877.522128] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[15877.522135] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[15877.522159] usb usb3: root hub lost power or was reset
[15877.522181] ehci_hcd 0000:00:1a.7: PME# disabled
[15877.522984] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[15877.522991] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[15877.522998] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[15877.523005] ehci_hcd 0000:00:1a.7: PME# disabled
[15877.523026] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[15877.523031] HDA Intel 0000:00:1b.0: setting latency timer to 64
[15877.523051] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[15877.523059] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[15877.523067] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[15877.523732] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[15877.523737] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[15877.523744] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[15877.523766] usb usb4: root hub lost power or was reset
[15877.523785] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[15877.523792] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[15877.523813] usb usb5: root hub lost power or was reset
[15877.523831] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[15877.523837] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[15877.523859] usb usb6: root hub lost power or was reset
[15877.523878] ehci_hcd 0000:00:1d.7: PME# disabled
[15877.524590] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[15877.524597] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[15877.524604] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[15877.524611] ehci_hcd 0000:00:1d.7: PME# disabled
[15877.524630] pci 0000:00:1e.0: setting latency timer to 64
[15877.524700] ahci 0000:00:1f.2: setting latency timer to 64
[15877.524896] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[15877.525045] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[15877.536616] sd 0:0:0:0: [sda] Starting disk
[15877.555369] Registered led device: iwl-phy1:radio
[15877.555415] Registered led device: iwl-phy1:assoc
[15877.555461] Registered led device: iwl-phy1:RX
[15877.555506] Registered led device: iwl-phy1:TX
[15877.844283] ata2: SATA link down (SStatus 0 SControl 300)
[15879.076274] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[15879.140330] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[15879.140337] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[15879.140641] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[15879.140648] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[15879.151606] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[15879.151613] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[15879.151926] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[15879.151932] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[15879.152816] ata1.00: configured for UDMA/100
[15879.155387] ata1.00: configured for UDMA/100
[15879.168270] ata1: EH complete
[15879.168374] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[15879.168410] sd 0:0:0:0: [sda] Write Protect is off
[15879.168415] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[15879.168467] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[15879.168527] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[15879.168557] sd 0:0:0:0: [sda] Write Protect is off
[15879.168561] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[15879.168611] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[15880.556292] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[15880.804292] usb 8-6: reset high speed USB device using ehci_hcd and address 2
[15881.060314] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[15881.212795] pci 0000:00:02.0: power state changed by ACPI to D0
[15881.212992] pci 0000:00:02.0: power state changed by ACPI to D0
[15881.213005] pci 0000:00:02.0: setting latency timer to 64
[15881.230457] Restarting tasks ... done.
[15882.387782] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[15882.685906] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[15882.702827] input: TPPS/2 IBM TrackPoint as /class/input/input13
[15883.231370] wlan0: No ProbeResp from current AP 00:14:6c:67:9c:32 - assume out of range
[17335.524527] wlan0: direct probe to AP 00:13:f7:53:df:e5 try 1
[17335.724306] wlan0: direct probe to AP 00:13:f7:53:df:e5 try 2
[17335.924303] wlan0: direct probe to AP 00:13:f7:53:df:e5 try 3
[17336.124085] wlan0: direct probe to AP 00:13:f7:53:df:e5 timed out
[17366.215242] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[17366.215438] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[17366.246913] Registered led device: iwl-phy1:radio
[17366.246971] Registered led device: iwl-phy1:assoc
[17366.247022] Registered led device: iwl-phy1:RX
[17366.247073] Registered led device: iwl-phy1:TX
[17366.276015] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[21229.431304] iwlagn: Radio Frequency Kill Switch is On:
[21229.431309] Kill switch must be turned off for wireless networking to work.
[21297.987392] PM: Syncing filesystems ... done.
[21298.818411] Freezing user space processes ... (elapsed 0.01 seconds) done.
[21298.837181] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[21298.842308] Suspending console(s) (use no_console_suspend to debug)
[21298.856139] pci 0000:00:02.0: power state changed by ACPI to D3
[21299.532357] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[21299.532633] sd 0:0:0:0: [sda] Stopping disk
[21299.964388] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[21299.964466] ehci_hcd 0000:00:1d.7: PME# disabled
[21299.982066] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[21299.982093] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[21299.982162] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[21299.982229] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[21299.982496] HDA Intel 0000:00:1b.0: PCI INT B disabled
[21299.996138] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[21299.996214] ehci_hcd 0000:00:1a.7: PME# disabled
[21300.013495] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[21300.013522] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[21300.013591] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[21300.013657] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[21300.071110] e1000e 0000:00:19.0: PME# enabled
[21300.071144] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[21300.071152] e1000e 0000:00:19.0: PME# enabled
[21300.071157] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[21300.071168] e1000e 0000:00:19.0: PCI INT A disabled
[21300.089338] ACPI: Preparing to enter system sleep state S3
[21300.110004] Disabling non-boot CPUs ...
[21300.112291] CPU 1 is now offline
[21300.112296] SMP alternatives: switching to UP code
[21300.276161] CPU1 is down
[21300.276268] Extended CMOS year: 2000
[21300.276268] Back to C!
[21300.276268] Extended CMOS year: 2000
[21300.276268] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[21300.276268] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[21300.276268] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[21300.276268] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[21300.276268] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[21300.276268] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[21300.276268] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[21300.276268] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[21300.276268] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[21300.276268] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[21300.276268] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[21300.276268] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[21300.276268] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[21300.276268] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[21300.276268] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[21300.276268] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[21300.276268] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[21300.276268] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[21300.276268] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[21300.276268] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[21300.276268] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[21300.276268] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[21300.276268] Enabling non-boot CPUs ...
[21300.276268] SMP alternatives: switching to SMP code
[21300.397267] Booting processor 1 APIC 0x1 ip 0x6000
[21300.264540] Initializing CPU#1
[21300.264540] Calibrating delay using timer specific routine.. 4522.04 BogoMIPS (lpj=9044082)
[21300.264540] CPU: L1 I cache: 32K, L1 D cache: 32K
[21300.264540] CPU: L2 cache: 3072K
[21300.264540] [ds] using Core 2/Atom configuration
[21300.264540] CPU: Physical Processor ID: 0
[21300.264540] CPU: Processor Core ID: 1
[21300.264540] CPU1: Thermal monitoring enabled (TM2)
[21300.488522] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[21300.492015] Switched to high resolution mode on CPU 1
[21300.500334] CPU1 is up
[21300.500336] ACPI: Waking up from system sleep state S3
[21300.527194] thinkpad_acpi: EC reports that Thermal Table has changed
[21300.548295] ACPI: EC: non-query interrupt received, switching to interrupt mode
[21300.605874] pci 0000:00:02.0: PME# disabled
[21300.605880] pci 0000:00:02.1: PME# disabled
[21300.605884] pci 0000:00:03.0: PME# disabled
[21300.605947] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[21300.605953] e1000e 0000:00:19.0: setting latency timer to 64
[21300.605957] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[21300.605961] e1000e 0000:00:19.0: PME# disabled
[21300.605964] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[21300.605968] e1000e 0000:00:19.0: PME# disabled
[21300.606003] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[21300.665353] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[21300.665362] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[21300.665373] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[21300.665405] usb usb1: root hub lost power or was reset
[21300.665432] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[21300.665442] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[21300.665472] usb usb2: root hub lost power or was reset
[21300.666266] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[21300.666275] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[21300.666286] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[21300.666316] usb usb3: root hub lost power or was reset
[21300.666342] ehci_hcd 0000:00:1a.7: PME# disabled
[21300.667165] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[21300.667177] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[21300.667188] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[21300.667199] ehci_hcd 0000:00:1a.7: PME# disabled
[21300.667228] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[21300.667238] HDA Intel 0000:00:1b.0: setting latency timer to 64
[21300.667265] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[21300.667279] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[21300.667292] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[21300.668089] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[21300.668098] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[21300.668108] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[21300.668139] usb usb4: root hub lost power or was reset
[21300.668165] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[21300.668176] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[21300.668205] usb usb5: root hub lost power or was reset
[21300.668232] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[21300.668245] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[21300.668277] usb usb6: root hub lost power or was reset
[21300.668301] ehci_hcd 0000:00:1d.7: PME# disabled
[21300.668971] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[21300.668982] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[21300.668994] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[21300.669009] ehci_hcd 0000:00:1d.7: PME# disabled
[21300.669044] pci 0000:00:1e.0: setting latency timer to 64
[21300.669151] ahci 0000:00:1f.2: setting latency timer to 64
[21300.669447] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[21300.669631] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[21300.669699] iwlagn: Radio disabled by HW RF Kill switch
[21300.670297] sd 0:0:0:0: [sda] Starting disk
[21300.988131] ata2: SATA link down (SStatus 0 SControl 300)
[21302.780124] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[21302.826601] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[21302.826607] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[21302.826745] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[21302.826751] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[21302.837687] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[21302.837693] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[21302.837831] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[21302.837837] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[21302.838750] ata1.00: configured for UDMA/100
[21302.840863] ata1.00: configured for UDMA/100
[21302.856112] ata1: EH complete
[21302.856191] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[21302.856226] sd 0:0:0:0: [sda] Write Protect is off
[21302.856231] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[21302.856282] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[21302.856338] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[21302.856368] sd 0:0:0:0: [sda] Write Protect is off
[21302.856372] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[21302.856422] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[21304.240122] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[21304.488123] usb 8-6: reset high speed USB device using ehci_hcd and address 2
[21304.744120] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[21304.895385] pci 0000:00:02.0: power state changed by ACPI to D0
[21304.895575] pci 0000:00:02.0: power state changed by ACPI to D0
[21304.895587] pci 0000:00:02.0: setting latency timer to 64
[21304.912282] Restarting tasks ... done.
[21306.032408] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[21306.343910] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[21306.372019] input: TPPS/2 IBM TrackPoint as /class/input/input14
[21315.924801] Registered led device: iwl-phy1:radio
[21315.924854] Registered led device: iwl-phy1:assoc
[21315.924902] Registered led device: iwl-phy1:RX
[21315.924950] Registered led device: iwl-phy1:TX
[21322.700142] wlan0: direct probe to AP 00:14:6c:67:9c:32 try 1
[21322.703349] wlan0 direct probe responded
[21322.703355] wlan0: authenticate with AP 00:14:6c:67:9c:32
[21322.900142] wlan0: authenticate with AP 00:14:6c:67:9c:32
[21322.902208] wlan0: authenticated
[21322.902213] wlan0: associate with AP 00:14:6c:67:9c:32
[21322.909120] wlan0: RX AssocResp from 00:14:6c:67:9c:32 (capab=0x601 status=0 aid=11)
[21322.909126] wlan0: associated
[21322.914921] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[21333.392112] wlan0: no IPv6 routers present
[43604.112076] usb 8-2: new high speed USB device using ehci_hcd and address 3
[43604.246775] usb 8-2: configuration #1 chosen from 1 choice
[43604.247419] scsi5 : SCSI emulation for USB Mass Storage devices
[43604.249461] usb-storage: device found at 3
[43604.249465] usb-storage: waiting for device to settle before scanning
[43609.248978] scsi 5:0:0:0: Direct-Access TinyDisk 2007-02-13 0.00 PQ: 0 ANSI: 2
[43609.250936] sd 5:0:0:0: [sdc] 2031615 512-byte hardware sectors: (1.04 GB/991 MiB)
[43609.251433] sd 5:0:0:0: [sdc] Write Protect is off
[43609.251440] sd 5:0:0:0: [sdc] Mode Sense: 00 00 00 00
[43609.251445] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[43609.253937] sd 5:0:0:0: [sdc] 2031615 512-byte hardware sectors: (1.04 GB/991 MiB)
[43609.254408] sd 5:0:0:0: [sdc] Write Protect is off
[43609.254415] sd 5:0:0:0: [sdc] Mode Sense: 00 00 00 00
[43609.254421] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[43609.254429] sdc:
[43609.359812] sd 5:0:0:0: [sdc] Attached SCSI removable disk
[43609.360515] usb-storage: device scan complete
[43609.484064] ------------[ cut here ]------------
[43609.484073] WARNING: at drivers/usb/storage/transport.c:584 last_sector_hacks+0x103/0x165 [usb_storage]()
[43609.484078] Hardware name: 7458AH8
[43609.484084] sdc: Successful last sector success at 2031614, device 1307:0163:0100
[43609.484088] Modules linked in: iwlagn i915 fb drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect rfcomm l2cap bluetooth uinput autofs4 cpufreq_powersave ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr ipv6 iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse sha256_generic aes_x86_64 aes_generic cbc dm_crypt dm_mod md_mod loop usb_storage libusual snd_hda_codec_conexant arc4 snd_hda_intel ecb snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device iwlcore i2c_i801 snd mac80211 i2c_core video soundcore snd_page_alloc cfg80211 output ehci_hcd uhci_hcd rtc_cmos rtc_core rtc_lib wmi usbcore e1000e intel_agp thinkpad_acpi rfkill hwmon backlight led_class nvram [last unloaded: iwlagn]
[43609.484217] Pid: 18596, comm: usb-storage Not tainted 2.6.29-rc4-ikn-00001-gd5b5623 #9
[43609.484222] Call Trace:
[43609.484240] [<ffffffff8023568f>] warn_slowpath+0xd3/0x10f
[43609.484284] [<ffffffffa006aab4>] ? urb_destroy+0x23/0x28 [usbcore]
[43609.484294] [<ffffffff804c9b06>] ? wait_for_common+0x116/0x131
[43609.484303] [<ffffffff80231b4f>] ? default_wake_function+0x0/0xf
[43609.484323] [<ffffffffa01a610f>] ? usb_stor_bulk_transfer_buf+0x7c/0x85 [usb_storage]
[43609.484342] [<ffffffffa01a6754>] ? usb_stor_Bulk_transport+0x13b/0x267 [usb_storage]
[43609.484359] [<ffffffffa01a5b45>] last_sector_hacks+0x103/0x165 [usb_storage]
[43609.484376] [<ffffffffa01a64c2>] usb_stor_invoke_transport+0x299/0x2a6 [usb_storage]
[43609.484384] [<ffffffff804c9b06>] ? wait_for_common+0x116/0x131
[43609.484392] [<ffffffff80231b4f>] ? default_wake_function+0x0/0xf
[43609.484409] [<ffffffffa01a5971>] usb_stor_transparent_scsi_command+0x9/0xb [usb_storage]
[43609.484427] [<ffffffffa01a7993>] usb_stor_control_thread+0x12e/0x1d3 [usb_storage]
[43609.484444] [<ffffffffa01a7865>] ? usb_stor_control_thread+0x0/0x1d3 [usb_storage]
[43609.484454] [<ffffffff802489aa>] kthread+0x49/0x76
[43609.484463] [<ffffffff8020c5aa>] child_rip+0xa/0x20
[43609.484471] [<ffffffff80248961>] ? kthread+0x0/0x76
[43609.484477] [<ffffffff8020c5a0>] ? child_rip+0x0/0x20
[43609.484482] ---[ end trace 40c9516201ee044e ]---
[44097.830908] usb 8-2: USB disconnect, address 3
[45415.469990] PM: Syncing filesystems ... done.
[45416.421390] Freezing user space processes ... (elapsed 0.06 seconds) done.
[45416.483642] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[45416.484096] Suspending console(s) (use no_console_suspend to debug)
[45416.500257] pci 0000:00:02.0: power state changed by ACPI to D3
[45417.176411] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[45417.176515] sd 0:0:0:0: [sda] Stopping disk
[45417.632176] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[45417.632254] ehci_hcd 0000:00:1d.7: PME# disabled
[45417.648737] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[45417.648753] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[45417.648821] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[45417.648888] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[45417.664743] HDA Intel 0000:00:1b.0: PCI INT B disabled
[45417.680126] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[45417.680201] ehci_hcd 0000:00:1a.7: PME# disabled
[45417.697112] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[45417.697128] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[45417.697195] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[45417.697262] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[45417.754930] e1000e 0000:00:19.0: PME# enabled
[45417.754948] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[45417.754956] e1000e 0000:00:19.0: PME# enabled
[45417.754960] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[45417.754970] e1000e 0000:00:19.0: PCI INT A disabled
[45417.774037] ACPI: Preparing to enter system sleep state S3
[45417.795088] Disabling non-boot CPUs ...
[45417.797375] CPU 1 is now offline
[45417.797379] SMP alternatives: switching to UP code
[45417.956180] CPU1 is down
[45417.956286] Extended CMOS year: 2000
[45417.956286] Back to C!
[45417.956286] Extended CMOS year: 2000
[45417.956286] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[45417.956286] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[45417.956286] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[45417.956286] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[45417.956286] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[45417.956286] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[45417.956286] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[45417.956286] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[45417.956286] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[45417.956286] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[45417.956286] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[45417.956286] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[45417.956286] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[45417.956286] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[45417.956286] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[45417.956286] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[45417.956286] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[45417.956286] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[45417.956286] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[45417.956286] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[45417.956286] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[45417.956286] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[45417.956286] Enabling non-boot CPUs ...
[45417.956286] SMP alternatives: switching to SMP code
[45418.077124] Booting processor 1 APIC 0x1 ip 0x6000
[45417.946347] Initializing CPU#1
[45417.946347] Calibrating delay using timer specific routine.. 4522.03 BogoMIPS (lpj=9044075)
[45417.946347] CPU: L1 I cache: 32K, L1 D cache: 32K
[45417.946347] CPU: L2 cache: 3072K
[45417.946347] [ds] using Core 2/Atom configuration
[45417.946347] CPU: Physical Processor ID: 0
[45417.946347] CPU: Processor Core ID: 1
[45417.946347] CPU1: Thermal monitoring enabled (TM2)
[45418.168523] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[45418.172014] Switched to high resolution mode on CPU 1
[45418.180339] CPU1 is up
[45418.180341] ACPI: Waking up from system sleep state S3
[45418.206753] thinkpad_acpi: EC reports that Thermal Table has changed
[45418.229080] ACPI: EC: non-query interrupt received, switching to interrupt mode
[45418.279457] pci 0000:00:02.0: PME# disabled
[45418.279463] pci 0000:00:02.1: PME# disabled
[45418.279467] pci 0000:00:03.0: PME# disabled
[45418.279530] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[45418.279535] e1000e 0000:00:19.0: setting latency timer to 64
[45418.279540] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[45418.279544] e1000e 0000:00:19.0: PME# disabled
[45418.279546] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[45418.279551] e1000e 0000:00:19.0: PME# disabled
[45418.279586] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[45418.336945] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[45418.336954] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[45418.336962] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[45418.336986] usb usb1: root hub lost power or was reset
[45418.337007] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[45418.337014] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[45418.337036] usb usb2: root hub lost power or was reset
[45418.337819] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[45418.337824] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[45418.337831] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[45418.337853] usb usb3: root hub lost power or was reset
[45418.337873] ehci_hcd 0000:00:1a.7: PME# disabled
[45418.338412] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[45418.338419] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[45418.338426] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[45418.338433] ehci_hcd 0000:00:1a.7: PME# disabled
[45418.338452] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[45418.338458] HDA Intel 0000:00:1b.0: setting latency timer to 64
[45418.425675] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[45418.425695] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[45418.425713] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[45418.426727] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[45418.426740] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[45418.426751] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[45418.426782] usb usb4: root hub lost power or was reset
[45418.426809] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[45418.426819] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[45418.426848] usb usb5: root hub lost power or was reset
[45418.426873] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[45418.426883] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[45418.426913] usb usb6: root hub lost power or was reset
[45418.426937] ehci_hcd 0000:00:1d.7: PME# disabled
[45418.427605] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[45418.427616] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[45418.427627] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[45418.427638] ehci_hcd 0000:00:1d.7: PME# disabled
[45418.427670] pci 0000:00:1e.0: setting latency timer to 64
[45418.427777] ahci 0000:00:1f.2: setting latency timer to 64
[45418.428100] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[45418.428288] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[45418.439027] sd 0:0:0:0: [sda] Starting disk
[45418.455338] Registered led device: iwl-phy1:radio
[45418.455387] Registered led device: iwl-phy1:assoc
[45418.455433] Registered led device: iwl-phy1:RX
[45418.455478] Registered led device: iwl-phy1:TX
[45418.744286] ata2: SATA link down (SStatus 0 SControl 300)
[45420.312280] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[45420.392090] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[45420.392097] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[45420.392211] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[45420.392217] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[45420.403153] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[45420.403161] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[45420.403476] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[45420.403483] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[45420.404422] ata1.00: configured for UDMA/100
[45420.406899] ata1.00: configured for UDMA/100
[45420.420262] ata1: EH complete
[45420.420368] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[45420.420405] sd 0:0:0:0: [sda] Write Protect is off
[45420.420410] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[45420.420463] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[45420.420523] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[45420.420554] sd 0:0:0:0: [sda] Write Protect is off
[45420.420559] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[45420.420609] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[45421.808312] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[45422.056384] pm_op(): usb_dev_resume+0x0/0x10 [usbcore] returns -19
[45422.056391] PM: Device 8-6 failed to resume: error -19
[45422.168289] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[45422.319803] pci 0000:00:02.0: power state changed by ACPI to D0
[45422.319999] pci 0000:00:02.0: power state changed by ACPI to D0
[45422.320052] pci 0000:00:02.0: setting latency timer to 64
[45422.337647] Restarting tasks ... <6>usb 8-6: USB disconnect, address 2
[45422.407515] done.
[45423.475628] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[45423.774879] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[45423.794892] input: TPPS/2 IBM TrackPoint as /class/input/input15
[45424.336277] wlan0: No ProbeResp from current AP 00:14:6c:67:9c:32 - assume out of range
[45429.736297] usb 8-6: new high speed USB device using ehci_hcd and address 4
[45429.879889] usb 8-6: configuration #1 chosen from 1 choice
[45429.894364] scsi6 : SCSI emulation for USB Mass Storage devices
[45429.904796] usb-storage: device found at 4
[45429.904802] usb-storage: waiting for device to settle before scanning
[45434.901508] scsi 6:0:0:0: Direct-Access RICOH R5U880FlashMedia 0000 PQ: 0 ANSI: 2
[45435.068891] sd 6:0:0:0: [sdb] 7741440 512-byte hardware sectors: (3.96 GB/3.69 GiB)
[45435.069510] sd 6:0:0:0: [sdb] Write Protect is off
[45435.069513] sd 6:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[45435.069515] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[45435.071121] sd 6:0:0:0: [sdb] 7741440 512-byte hardware sectors: (3.96 GB/3.69 GiB)
[45435.071741] sd 6:0:0:0: [sdb] Write Protect is off
[45435.071744] sd 6:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[45435.071747] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[45435.071751] sdb: sdb1
[45435.073838] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[45435.074407] usb-storage: device scan complete
[45663.759678] usb 8-6: USB disconnect, address 4
[45684.872293] usb 8-6: new high speed USB device using ehci_hcd and address 5
[45685.015702] usb 8-6: configuration #1 chosen from 1 choice
[45685.016245] scsi7 : SCSI emulation for USB Mass Storage devices
[45685.026560] usb-storage: device found at 5
[45685.026565] usb-storage: waiting for device to settle before scanning
[45690.026545] scsi 7:0:0:0: Direct-Access RICOH R5U880FlashMedia 0000 PQ: 0 ANSI: 2
[45690.221592] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[45690.222302] sd 7:0:0:0: [sdb] Write Protect is off
[45690.222310] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[45690.222315] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[45690.225056] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[45690.225670] sd 7:0:0:0: [sdb] Write Protect is off
[45690.225678] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[45690.225684] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[45690.225692] sdb: sdb1
[45690.230611] sd 7:0:0:0: [sdb] Attached SCSI removable disk
[45690.231186] usb-storage: device scan complete
[46518.908347] PM: Syncing filesystems ... done.
[46519.724057] Freezing user space processes ... (elapsed 0.01 seconds) done.
[46519.741245] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[46519.745386] Suspending console(s) (use no_console_suspend to debug)
[46519.760279] pci 0000:00:02.0: power state changed by ACPI to D3
[46520.436440] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[46520.436633] sd 0:0:0:0: [sda] Stopping disk
[46520.864395] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[46520.864473] ehci_hcd 0000:00:1d.7: PME# disabled
[46520.881653] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[46520.881680] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[46520.881750] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[46520.881817] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[46520.896776] HDA Intel 0000:00:1b.0: PCI INT B disabled
[46520.912127] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[46520.912202] ehci_hcd 0000:00:1a.7: PME# disabled
[46520.929215] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[46520.929241] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[46520.929311] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[46520.929377] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[46520.987131] e1000e 0000:00:19.0: PME# enabled
[46520.987164] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[46520.987172] e1000e 0000:00:19.0: PME# enabled
[46520.987177] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[46520.987189] e1000e 0000:00:19.0: PCI INT A disabled
[46521.005445] ACPI: Preparing to enter system sleep state S3
[46521.025909] Disabling non-boot CPUs ...
[46521.028179] CPU 1 is now offline
[46521.028182] SMP alternatives: switching to UP code
[46521.216333] CPU1 is down
[46521.216439] Extended CMOS year: 2000
[46521.216439] Back to C!
[46521.216439] Extended CMOS year: 2000
[46521.216439] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[46521.216439] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[46521.216439] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[46521.216439] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[46521.216439] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[46521.216439] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[46521.216439] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[46521.216439] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[46521.216439] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[46521.216439] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[46521.216439] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[46521.216439] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[46521.216439] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[46521.216439] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[46521.216439] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[46521.216439] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[46521.216439] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[46521.216439] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[46521.216439] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[46521.216439] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[46521.216439] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[46521.216439] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[46521.216439] Enabling non-boot CPUs ...
[46521.216439] SMP alternatives: switching to SMP code
[46521.337285] Booting processor 1 APIC 0x1 ip 0x6000
[46521.208801] Initializing CPU#1
[46521.208801] Calibrating delay using timer specific routine.. 4522.01 BogoMIPS (lpj=9044023)
[46521.208801] CPU: L1 I cache: 32K, L1 D cache: 32K
[46521.208801] CPU: L2 cache: 3072K
[46521.208801] [ds] using Core 2/Atom configuration
[46521.208801] CPU: Physical Processor ID: 0
[46521.208801] CPU: Processor Core ID: 1
[46521.208801] CPU1: Thermal monitoring enabled (TM2)
[46521.428485] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[46521.429011] Switched to high resolution mode on CPU 1
[46521.440344] CPU1 is up
[46521.440346] ACPI: Waking up from system sleep state S3
[46521.482615] ACPI: EC: non-query interrupt received, switching to interrupt mode
[46521.532396] pci 0000:00:02.0: PME# disabled
[46521.532400] pci 0000:00:02.1: PME# disabled
[46521.532403] pci 0000:00:03.0: PME# disabled
[46521.532459] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[46521.532463] e1000e 0000:00:19.0: setting latency timer to 64
[46521.532466] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[46521.532470] e1000e 0000:00:19.0: PME# disabled
[46521.532472] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[46521.532475] e1000e 0000:00:19.0: PME# disabled
[46521.532507] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[46521.588825] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[46521.588832] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[46521.588839] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[46521.588864] usb usb1: root hub lost power or was reset
[46521.588885] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[46521.588891] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[46521.588913] usb usb2: root hub lost power or was reset
[46521.589697] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[46521.589702] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[46521.589708] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[46521.589731] usb usb3: root hub lost power or was reset
[46521.589750] ehci_hcd 0000:00:1a.7: PME# disabled
[46521.590232] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[46521.590239] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[46521.590246] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[46521.590253] ehci_hcd 0000:00:1a.7: PME# disabled
[46521.590272] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[46521.590278] HDA Intel 0000:00:1b.0: setting latency timer to 64
[46521.677881] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[46521.677901] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[46521.677919] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[46521.678722] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[46521.678734] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[46521.678745] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[46521.678776] usb usb4: root hub lost power or was reset
[46521.678803] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[46521.678813] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[46521.678842] usb usb5: root hub lost power or was reset
[46521.678867] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[46521.678877] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[46521.678906] usb usb6: root hub lost power or was reset
[46521.678930] ehci_hcd 0000:00:1d.7: PME# disabled
[46521.679595] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[46521.679607] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[46521.679618] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[46521.679629] ehci_hcd 0000:00:1d.7: PME# disabled
[46521.679659] pci 0000:00:1e.0: setting latency timer to 64
[46521.679766] ahci 0000:00:1f.2: setting latency timer to 64
[46521.680088] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[46521.680277] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[46521.691440] sd 0:0:0:0: [sda] Starting disk
[46521.708992] Registered led device: iwl-phy1:radio
[46521.709054] Registered led device: iwl-phy1:assoc
[46521.709100] Registered led device: iwl-phy1:RX
[46521.709147] Registered led device: iwl-phy1:TX
[46521.997284] ata2: SATA link down (SStatus 0 SControl 300)
[46523.453277] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[46523.506373] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[46523.506381] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[46523.506697] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[46523.506703] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[46523.517461] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[46523.517468] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[46523.517783] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[46523.517790] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[46523.518845] ata1.00: configured for UDMA/100
[46523.520975] ata1.00: configured for UDMA/100
[46523.536304] ata1: EH complete
[46523.536402] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[46523.536438] sd 0:0:0:0: [sda] Write Protect is off
[46523.536442] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[46523.536494] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[46523.536553] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[46523.536584] sd 0:0:0:0: [sda] Write Protect is off
[46523.536588] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[46523.536639] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[46524.924311] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[46525.172317] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[46525.324786] pci 0000:00:02.0: power state changed by ACPI to D0
[46525.324982] pci 0000:00:02.0: power state changed by ACPI to D0
[46525.324995] pci 0000:00:02.0: setting latency timer to 64
[46525.436286] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[46525.597311] Restarting tasks ... done.
[46526.662106] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[46526.834942] ready
[46526.836040] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[46526.837032] sd 7:0:0:0: [sdb] Write Protect is off
[46526.837040] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[46526.837045] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[46526.838387] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[46526.839009] sd 7:0:0:0: [sdb] Write Protect is off
[46526.839015] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[46526.839020] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[46526.839027] sdb: sdb1
[46526.987323] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[46527.007395] input: TPPS/2 IBM TrackPoint as /class/input/input16
[46531.600293] usb 8-1: new high speed USB device using ehci_hcd and address 6
[46531.747065] usb 8-1: configuration #1 chosen from 1 choice
[46531.812936] usb-storage: probe of 8-1:1.0 failed with error -5
[46531.813558] usb 8-1: USB disconnect, address 6
[46532.108317] usb 8-1: new high speed USB device using ehci_hcd and address 7
[46532.253875] usb 8-1: configuration #1 chosen from 1 choice
[46532.299011] scsi9 : SCSI emulation for USB Mass Storage devices
[46532.299474] usb-storage: device found at 7
[46532.299479] usb-storage: waiting for device to settle before scanning
[46532.630128] usbcore: registered new interface driver usbserial
[46532.630132] usbserial: USB Serial Driver core
[46532.672043] USB Serial support registered for Sierra USB modem
[46532.672115] sierra 8-1:1.0: Sierra USB modem converter detected
[46532.672699] usb 8-1: Sierra USB modem converter now attached to ttyUSB0
[46532.672729] sierra 8-1:1.1: Sierra USB modem converter detected
[46532.674793] usb 8-1: Sierra USB modem converter now attached to ttyUSB1
[46532.674823] sierra 8-1:1.2: Sierra USB modem converter detected
[46532.675269] usb 8-1: Sierra USB modem converter now attached to ttyUSB2
[46532.675295] sierra 8-1:1.3: Sierra USB modem converter detected
[46532.676175] usb 8-1: Sierra USB modem converter now attached to ttyUSB3
[46532.676204] sierra 8-1:1.4: Sierra USB modem converter detected
[46532.677171] usb 8-1: Sierra USB modem converter now attached to ttyUSB4
[46532.677202] sierra 8-1:1.5: Sierra USB modem converter detected
[46532.678185] usb 8-1: Sierra USB modem converter now attached to ttyUSB5
[46532.678215] sierra 8-1:1.6: Sierra USB modem converter detected
[46532.679157] usb 8-1: Sierra USB modem converter now attached to ttyUSB6
[46532.679200] usbcore: registered new interface driver sierra
[46532.679205] sierra: v.1.3.2:USB Driver for Sierra Wireless USB modems
[46537.302096] scsi 9:0:0:0: Direct-Access SWI SD Card 2.31 PQ: 0 ANSI: 2
[46537.308904] sd 9:0:0:0: [sdc] Attached SCSI removable disk
[46537.311649] usb-storage: device scan complete
[46541.068891] PPP generic driver version 2.4.2
[46541.382750] PPP BSD Compression module registered
[46541.529475] PPP Deflate Compression module registered
[46655.617322] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[46655.617520] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[46655.644815] Registered led device: iwl-phy1:radio
[46655.644883] Registered led device: iwl-phy1:assoc
[46655.644933] Registered led device: iwl-phy1:RX
[46655.644984] Registered led device: iwl-phy1:TX
[46655.666316] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[46813.745632] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[46813.800378] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[46813.802269] ADDRCONF(NETDEV_UP): eth0: link is not ready
[46915.683704] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[46915.683904] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[46915.683981] iwlagn: Radio disabled by HW RF Kill switch
[46915.698302] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[47577.570082] usb 8-1: USB disconnect, address 7
[47577.571325] sierra ttyUSB0: Sierra USB modem converter now disconnected from ttyUSB0
[47577.571393] sierra 8-1:1.0: device disconnected
[47577.572829] sierra ttyUSB1: Sierra USB modem converter now disconnected from ttyUSB1
[47577.572879] sierra 8-1:1.1: device disconnected
[47577.573694] sierra ttyUSB2: Sierra USB modem converter now disconnected from ttyUSB2
[47577.573737] sierra 8-1:1.2: device disconnected
[47577.574141] sierra 8-1:1.3: device disconnected
[47577.574811] sierra ttyUSB4: Sierra USB modem converter now disconnected from ttyUSB4
[47577.575482] sierra 8-1:1.4: device disconnected
[47577.576355] sierra ttyUSB5: Sierra USB modem converter now disconnected from ttyUSB5
[47577.576398] sierra 8-1:1.5: device disconnected
[47577.577067] sierra ttyUSB6: Sierra USB modem converter now disconnected from ttyUSB6
[47577.577109] sierra 8-1:1.6: device disconnected
[47582.931477] sierra ttyUSB3: Sierra USB modem converter now disconnected from ttyUSB3
[47616.546721] PM: Syncing filesystems ... done.
[47617.363896] Freezing user space processes ... (elapsed 0.02 seconds) done.
[47617.385182] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[47617.385852] Suspending console(s) (use no_console_suspend to debug)
[47617.400180] pci 0000:00:02.0: power state changed by ACPI to D3
[47618.076542] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[47618.076879] sd 0:0:0:0: [sda] Stopping disk
[47618.492387] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[47618.492465] ehci_hcd 0000:00:1d.7: PME# disabled
[47618.509174] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[47618.509201] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[47618.509270] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[47618.509337] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[47618.524752] HDA Intel 0000:00:1b.0: PCI INT B disabled
[47618.540125] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[47618.540200] ehci_hcd 0000:00:1a.7: PME# disabled
[47618.557038] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[47618.557063] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[47618.557131] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[47618.557197] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[47618.615116] e1000e 0000:00:19.0: PME# enabled
[47618.615150] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[47618.615158] e1000e 0000:00:19.0: PME# enabled
[47618.615162] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[47618.615174] e1000e 0000:00:19.0: PCI INT A disabled
[47618.633750] ACPI: Preparing to enter system sleep state S3
[47618.655845] Disabling non-boot CPUs ...
[47618.658157] CPU 1 is now offline
[47618.658161] SMP alternatives: switching to UP code
[47618.832163] CPU1 is down
[47618.832269] Extended CMOS year: 2000
[47618.832269] Back to C!
[47618.832269] Extended CMOS year: 2000
[47618.832269] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[47618.832269] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[47618.832269] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[47618.832269] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[47618.832269] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[47618.832269] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[47618.832269] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[47618.832269] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[47618.832269] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[47618.832269] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[47618.832269] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[47618.832269] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[47618.832269] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[47618.832269] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[47618.832269] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[47618.832269] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[47618.832269] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[47618.832269] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[47618.832269] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[47618.832269] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[47618.832269] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[47618.832269] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[47618.832269] Enabling non-boot CPUs ...
[47618.832269] SMP alternatives: switching to SMP code
[47618.955873] Booting processor 1 APIC 0x1 ip 0x6000
[47618.822996] Initializing CPU#1
[47618.822996] Calibrating delay using timer specific routine.. 4522.02 BogoMIPS (lpj=9044049)
[47618.822996] CPU: L1 I cache: 32K, L1 D cache: 32K
[47618.822996] CPU: L2 cache: 3072K
[47618.822996] [ds] using Core 2/Atom configuration
[47618.822996] CPU: Physical Processor ID: 0
[47618.822996] CPU: Processor Core ID: 1
[47618.822996] CPU1: Thermal monitoring enabled (TM2)
[47619.044552] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[47619.048015] Switched to high resolution mode on CPU 1
[47619.056353] CPU1 is up
[47619.056355] ACPI: Waking up from system sleep state S3
[47619.098418] ACPI: EC: non-query interrupt received, switching to interrupt mode
[47619.156354] pci 0000:00:02.0: PME# disabled
[47619.156359] pci 0000:00:02.1: PME# disabled
[47619.156363] pci 0000:00:03.0: PME# disabled
[47619.156427] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[47619.156432] e1000e 0000:00:19.0: setting latency timer to 64
[47619.156437] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[47619.156441] e1000e 0000:00:19.0: PME# disabled
[47619.156443] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[47619.156448] e1000e 0000:00:19.0: PME# disabled
[47619.156484] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[47619.212893] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[47619.212902] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[47619.212909] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[47619.212933] usb usb1: root hub lost power or was reset
[47619.212954] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[47619.212960] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[47619.212983] usb usb2: root hub lost power or was reset
[47619.213798] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[47619.213803] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[47619.213809] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[47619.213832] usb usb3: root hub lost power or was reset
[47619.213851] ehci_hcd 0000:00:1a.7: PME# disabled
[47619.214696] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[47619.214703] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[47619.214710] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[47619.214717] ehci_hcd 0000:00:1a.7: PME# disabled
[47619.214736] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[47619.214742] HDA Intel 0000:00:1b.0: setting latency timer to 64
[47619.302169] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[47619.302189] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[47619.302207] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[47619.303425] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[47619.303438] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[47619.303449] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[47619.303480] usb usb4: root hub lost power or was reset
[47619.303506] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[47619.303517] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[47619.303546] usb usb5: root hub lost power or was reset
[47619.303570] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[47619.303581] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[47619.303610] usb usb6: root hub lost power or was reset
[47619.303635] ehci_hcd 0000:00:1d.7: PME# disabled
[47619.304372] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[47619.304384] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[47619.304395] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[47619.304406] ehci_hcd 0000:00:1d.7: PME# disabled
[47619.304438] pci 0000:00:1e.0: setting latency timer to 64
[47619.304544] ahci 0000:00:1f.2: setting latency timer to 64
[47619.304841] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[47619.305029] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[47619.305103] iwlagn: Radio disabled by HW RF Kill switch
[47619.305700] sd 0:0:0:0: [sda] Starting disk
[47619.624289] ata2: SATA link down (SStatus 0 SControl 300)
[47621.136287] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[47621.202165] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[47621.202173] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[47621.202356] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[47621.202363] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[47621.213254] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[47621.213262] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[47621.213446] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[47621.213452] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[47621.214570] ata1.00: configured for UDMA/100
[47621.216854] ata1.00: configured for UDMA/100
[47621.232274] ata1: EH complete
[47621.232381] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[47621.232418] sd 0:0:0:0: [sda] Write Protect is off
[47621.232423] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[47621.232475] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[47621.232534] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[47621.232564] sd 0:0:0:0: [sda] Write Protect is off
[47621.232568] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[47621.232618] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[47622.628284] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[47622.876282] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[47623.027794] pci 0000:00:02.0: power state changed by ACPI to D0
[47623.027990] pci 0000:00:02.0: power state changed by ACPI to D0
[47623.028043] pci 0000:00:02.0: setting latency timer to 64
[47623.140313] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[47623.301031] Restarting tasks ... done.
[47624.402440] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[47624.538108] ready
[47624.539098] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[47624.539889] sd 7:0:0:0: [sdb] Write Protect is off
[47624.539900] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[47624.539905] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[47624.541728] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[47624.542477] sd 7:0:0:0: [sdb] Write Protect is off
[47624.542483] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[47624.542488] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[47624.542495] sdb: sdb1
[47624.738799] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[47624.760184] input: TPPS/2 IBM TrackPoint as /class/input/input17
[55609.446540] PM: Syncing filesystems ... done.
[55610.256336] Freezing user space processes ... (elapsed 0.01 seconds) done.
[55610.273244] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[55610.280454] Suspending console(s) (use no_console_suspend to debug)
[55610.296296] pci 0000:00:02.0: power state changed by ACPI to D3
[55610.972555] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[55610.972873] sd 0:0:0:0: [sda] Stopping disk
[55611.388422] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[55611.388500] ehci_hcd 0000:00:1d.7: PME# disabled
[55611.405136] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[55611.405163] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[55611.405233] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[55611.405300] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[55611.420746] HDA Intel 0000:00:1b.0: PCI INT B disabled
[55611.436128] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[55611.436203] ehci_hcd 0000:00:1a.7: PME# disabled
[55611.453286] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[55611.453312] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[55611.453382] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[55611.453449] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[55611.511110] e1000e 0000:00:19.0: PME# enabled
[55611.511143] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[55611.511151] e1000e 0000:00:19.0: PME# enabled
[55611.511156] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[55611.511168] e1000e 0000:00:19.0: PCI INT A disabled
[55611.530243] ACPI: Preparing to enter system sleep state S3
[55611.551778] Disabling non-boot CPUs ...
[55611.554064] CPU 1 is now offline
[55611.554069] SMP alternatives: switching to UP code
[55611.720161] CPU1 is down
[55611.720267] Extended CMOS year: 2000
[55611.720267] Back to C!
[55611.720267] Extended CMOS year: 2000
[55611.720267] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[55611.720267] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[55611.720267] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[55611.720267] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[55611.720267] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55611.720267] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55611.720267] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55611.720267] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[55611.720267] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[55611.720267] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[55611.720267] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[55611.720267] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[55611.720267] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55611.720267] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55611.720267] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55611.720267] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[55611.720267] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[55611.720267] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[55611.720267] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[55611.720267] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[55611.720267] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[55611.720267] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[55611.720267] Enabling non-boot CPUs ...
[55611.720267] SMP alternatives: switching to SMP code
[55611.844349] Booting processor 1 APIC 0x1 ip 0x6000
[55611.708219] Initializing CPU#1
[55611.708219] Calibrating delay using timer specific routine.. 4521.99 BogoMIPS (lpj=9043996)
[55611.708219] CPU: L1 I cache: 32K, L1 D cache: 32K
[55611.708219] CPU: L2 cache: 3072K
[55611.708219] [ds] using Core 2/Atom configuration
[55611.708219] CPU: Physical Processor ID: 0
[55611.708219] CPU: Processor Core ID: 1
[55611.708219] CPU1: Thermal monitoring enabled (TM2)
[55611.932492] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[55611.936015] Switched to high resolution mode on CPU 1
[55611.944337] CPU1 is up
[55611.944339] ACPI: Waking up from system sleep state S3
[55611.986307] ACPI: EC: non-query interrupt received, switching to interrupt mode
[55612.045026] pci 0000:00:02.0: PME# disabled
[55612.045032] pci 0000:00:02.1: PME# disabled
[55612.045038] pci 0000:00:03.0: PME# disabled
[55612.045104] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[55612.045109] e1000e 0000:00:19.0: setting latency timer to 64
[55612.045114] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[55612.045118] e1000e 0000:00:19.0: PME# disabled
[55612.045120] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[55612.045125] e1000e 0000:00:19.0: PME# disabled
[55612.045160] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[55612.101258] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[55612.101273] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[55612.101285] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[55612.101318] usb usb1: root hub lost power or was reset
[55612.101347] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[55612.101357] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[55612.101387] usb usb2: root hub lost power or was reset
[55612.102220] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[55612.102229] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[55612.102239] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[55612.102269] usb usb3: root hub lost power or was reset
[55612.102295] ehci_hcd 0000:00:1a.7: PME# disabled
[55612.102945] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[55612.102957] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[55612.102968] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[55612.102979] ehci_hcd 0000:00:1a.7: PME# disabled
[55612.103008] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[55612.103019] HDA Intel 0000:00:1b.0: setting latency timer to 64
[55612.190382] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[55612.190402] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[55612.190420] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[55612.191323] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[55612.191335] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[55612.191346] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[55612.191377] usb usb4: root hub lost power or was reset
[55612.191403] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[55612.191414] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[55612.191443] usb usb5: root hub lost power or was reset
[55612.191468] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[55612.191478] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[55612.191507] usb usb6: root hub lost power or was reset
[55612.191531] ehci_hcd 0000:00:1d.7: PME# disabled
[55612.192213] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[55612.192224] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[55612.192235] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[55612.192246] ehci_hcd 0000:00:1d.7: PME# disabled
[55612.192278] pci 0000:00:1e.0: setting latency timer to 64
[55612.192383] ahci 0000:00:1f.2: setting latency timer to 64
[55612.192680] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[55612.192870] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[55612.192943] iwlagn: Radio disabled by HW RF Kill switch
[55612.193540] sd 0:0:0:0: [sda] Starting disk
[55612.512281] ata2: SATA link down (SStatus 0 SControl 300)
[55614.248283] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[55614.350203] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[55614.350211] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[55614.350394] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[55614.350400] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[55614.361293] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[55614.361302] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[55614.361484] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[55614.361490] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[55614.362615] ata1.00: configured for UDMA/100
[55614.364897] ata1.00: configured for UDMA/100
[55614.380274] ata1: EH complete
[55614.380380] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[55614.380416] sd 0:0:0:0: [sda] Write Protect is off
[55614.380421] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[55614.380474] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[55614.380533] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[55614.380563] sd 0:0:0:0: [sda] Write Protect is off
[55614.380567] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[55614.380617] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[55615.764290] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[55616.012301] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[55616.164786] pci 0000:00:02.0: power state changed by ACPI to D0
[55616.164983] pci 0000:00:02.0: power state changed by ACPI to D0
[55616.164996] pci 0000:00:02.0: setting latency timer to 64
[55616.276319] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[55616.437019] Restarting tasks ... done.
[55617.537569] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[55617.645144] ready
[55617.646132] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[55617.647136] sd 7:0:0:0: [sdb] Write Protect is off
[55617.647146] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[55617.647151] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[55617.649016] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[55617.649638] sd 7:0:0:0: [sdb] Write Protect is off
[55617.649644] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[55617.649648] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[55617.649657] sdb: sdb1
[55617.845748] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[55617.864057] input: TPPS/2 IBM TrackPoint as /class/input/input18
[55695.748207] PM: Syncing filesystems ... done.
[55696.500555] Freezing user space processes ... (elapsed 0.03 seconds) done.
[55696.533249] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[55696.533682] Suspending console(s) (use no_console_suspend to debug)
[55696.548297] pci 0000:00:02.0: power state changed by ACPI to D3
[55697.224539] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[55697.225178] sd 0:0:0:0: [sda] Stopping disk
[55697.644386] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[55697.644464] ehci_hcd 0000:00:1d.7: PME# disabled
[55697.661407] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[55697.661434] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[55697.661503] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[55697.661570] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[55697.676750] HDA Intel 0000:00:1b.0: PCI INT B disabled
[55697.692127] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[55697.692202] ehci_hcd 0000:00:1a.7: PME# disabled
[55697.709362] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[55697.709388] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[55697.709457] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[55697.709523] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[55697.767109] e1000e 0000:00:19.0: PME# enabled
[55697.767143] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[55697.767151] e1000e 0000:00:19.0: PME# enabled
[55697.767156] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[55697.767167] e1000e 0000:00:19.0: PCI INT A disabled
[55697.785523] ACPI: Preparing to enter system sleep state S3
[55697.805682] Disabling non-boot CPUs ...
[55697.908065] CPU 1 is now offline
[55697.908070] SMP alternatives: switching to UP code
[55698.048159] CPU1 is down
[55698.048265] Extended CMOS year: 2000
[55698.048265] Back to C!
[55698.048265] Extended CMOS year: 2000
[55698.048265] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[55698.048265] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[55698.048265] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[55698.048265] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[55698.048265] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55698.048265] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55698.048265] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55698.048265] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[55698.048265] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[55698.048265] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[55698.048265] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[55698.048265] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[55698.048265] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55698.048265] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55698.048265] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[55698.048265] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[55698.048265] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[55698.048265] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[55698.048265] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[55698.048265] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[55698.048265] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[55698.048265] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[55698.048265] Enabling non-boot CPUs ...
[55698.048265] SMP alternatives: switching to SMP code
[55698.172652] Booting processor 1 APIC 0x1 ip 0x6000
[55698.039695] Initializing CPU#1
[55698.039695] Calibrating delay using timer specific routine.. 4521.99 BogoMIPS (lpj=9043989)
[55698.039695] CPU: L1 I cache: 32K, L1 D cache: 32K
[55698.039695] CPU: L2 cache: 3072K
[55698.039695] [ds] using Core 2/Atom configuration
[55698.039695] CPU: Physical Processor ID: 0
[55698.039695] CPU: Processor Core ID: 1
[55698.039695] CPU1: Thermal monitoring enabled (TM2)
[55698.260535] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[55698.264015] Switched to high resolution mode on CPU 1
[55698.272342] CPU1 is up
[55698.272344] ACPI: Waking up from system sleep state S3
[55698.316831] ACPI: EC: non-query interrupt received, switching to interrupt mode
[55698.368509] pci 0000:00:02.0: PME# disabled
[55698.368515] pci 0000:00:02.1: PME# disabled
[55698.368518] pci 0000:00:03.0: PME# disabled
[55698.368582] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[55698.368588] e1000e 0000:00:19.0: setting latency timer to 64
[55698.368592] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[55698.368596] e1000e 0000:00:19.0: PME# disabled
[55698.368599] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[55698.368603] e1000e 0000:00:19.0: PME# disabled
[55698.368639] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[55698.425246] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[55698.425261] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[55698.425273] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[55698.425305] usb usb1: root hub lost power or was reset
[55698.425334] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[55698.425345] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[55698.425374] usb usb2: root hub lost power or was reset
[55698.426282] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[55698.426291] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[55698.426302] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[55698.426332] usb usb3: root hub lost power or was reset
[55698.426358] ehci_hcd 0000:00:1a.7: PME# disabled
[55698.427224] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[55698.427236] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[55698.427247] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[55698.427258] ehci_hcd 0000:00:1a.7: PME# disabled
[55698.427287] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[55698.427297] HDA Intel 0000:00:1b.0: setting latency timer to 64
[55698.514652] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[55698.514672] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[55698.514690] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[55698.515604] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[55698.515617] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[55698.515627] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[55698.515658] usb usb4: root hub lost power or was reset
[55698.515685] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[55698.515696] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[55698.515725] usb usb5: root hub lost power or was reset
[55698.515750] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[55698.515760] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[55698.515789] usb usb6: root hub lost power or was reset
[55698.515814] ehci_hcd 0000:00:1d.7: PME# disabled
[55698.516522] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[55698.516534] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[55698.516545] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[55698.516556] ehci_hcd 0000:00:1d.7: PME# disabled
[55698.516588] pci 0000:00:1e.0: setting latency timer to 64
[55698.516694] ahci 0000:00:1f.2: setting latency timer to 64
[55698.516992] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[55698.517180] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[55698.517254] iwlagn: Radio disabled by HW RF Kill switch
[55698.517851] sd 0:0:0:0: [sda] Starting disk
[55698.836289] ata2: SATA link down (SStatus 0 SControl 300)
[55700.292284] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[55700.340911] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[55700.340919] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[55700.341105] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[55700.341111] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[55700.351998] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[55700.352041] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[55700.352182] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[55700.352188] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[55700.353377] ata1.00: configured for UDMA/100
[55700.355881] ata1.00: configured for UDMA/100
[55700.368270] ata1: EH complete
[55700.368379] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[55700.368416] sd 0:0:0:0: [sda] Write Protect is off
[55700.368421] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[55700.368474] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[55700.368533] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[55700.368564] sd 0:0:0:0: [sda] Write Protect is off
[55700.368569] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[55700.368619] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[55701.768284] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[55702.016316] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[55702.168785] pci 0000:00:02.0: power state changed by ACPI to D0
[55702.168981] pci 0000:00:02.0: power state changed by ACPI to D0
[55702.168994] pci 0000:00:02.0: setting latency timer to 64
[55702.280323] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[55702.440905] Restarting tasks ... done.
[55703.533535] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[55703.679250] ready
[55703.680027] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[55703.680746] sd 7:0:0:0: [sdb] Write Protect is off
[55703.680753] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[55703.680758] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[55703.682101] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[55703.682729] sd 7:0:0:0: [sdb] Write Protect is off
[55703.682735] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[55703.682740] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[55703.682747] sdb: sdb1
[55703.859041] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[55703.878165] input: TPPS/2 IBM TrackPoint as /class/input/input19
[55710.968285] usb 8-1: new high speed USB device using ehci_hcd and address 8
[55711.114779] usb 8-1: configuration #1 chosen from 1 choice
[55711.169582] usb-storage: probe of 8-1:1.0 failed with error -5
[55711.170033] usb 8-1: USB disconnect, address 8
[55711.444291] usb 8-1: new high speed USB device using ehci_hcd and address 9
[55711.589965] usb 8-1: configuration #1 chosen from 1 choice
[55711.633992] sierra 8-1:1.0: Sierra USB modem converter detected
[55711.635049] usb 8-1: Sierra USB modem converter now attached to ttyUSB0
[55711.635359] sierra 8-1:1.1: Sierra USB modem converter detected
[55711.635877] usb 8-1: Sierra USB modem converter now attached to ttyUSB1
[55711.636738] sierra 8-1:1.2: Sierra USB modem converter detected
[55711.637149] usb 8-1: Sierra USB modem converter now attached to ttyUSB2
[55711.637439] sierra 8-1:1.3: Sierra USB modem converter detected
[55711.638126] usb 8-1: Sierra USB modem converter now attached to ttyUSB3
[55711.638514] sierra 8-1:1.4: Sierra USB modem converter detected
[55711.639116] usb 8-1: Sierra USB modem converter now attached to ttyUSB4
[55711.639494] sierra 8-1:1.5: Sierra USB modem converter detected
[55711.640755] usb 8-1: Sierra USB modem converter now attached to ttyUSB5
[55711.641139] sierra 8-1:1.6: Sierra USB modem converter detected
[55711.641504] usb 8-1: Sierra USB modem converter now attached to ttyUSB6
[55711.668071] scsi11 : SCSI emulation for USB Mass Storage devices
[55711.698186] usb-storage: device found at 9
[55711.698192] usb-storage: waiting for device to settle before scanning
[55716.699781] scsi 11:0:0:0: Direct-Access SWI SD Card 2.31 PQ: 0 ANSI: 2
[55716.704693] sd 11:0:0:0: [sdc] Attached SCSI removable disk
[55716.705266] usb-storage: device scan complete
[57064.932555] usb 8-1: USB disconnect, address 9
[57064.943801] sierra ttyUSB0: Sierra USB modem converter now disconnected from ttyUSB0
[57064.943844] sierra 8-1:1.0: device disconnected
[57064.944744] sierra ttyUSB1: Sierra USB modem converter now disconnected from ttyUSB1
[57064.944784] sierra 8-1:1.1: device disconnected
[57064.945348] sierra ttyUSB2: Sierra USB modem converter now disconnected from ttyUSB2
[57064.945385] sierra 8-1:1.2: device disconnected
[57064.946043] sierra ttyUSB3: Sierra USB modem converter now disconnected from ttyUSB3
[57064.946082] sierra 8-1:1.3: device disconnected
[57064.946723] sierra ttyUSB4: Sierra USB modem converter now disconnected from ttyUSB4
[57064.946763] sierra 8-1:1.4: device disconnected
[57064.947409] sierra ttyUSB5: Sierra USB modem converter now disconnected from ttyUSB5
[57064.947448] sierra 8-1:1.5: device disconnected
[57064.948920] sierra ttyUSB6: Sierra USB modem converter now disconnected from ttyUSB6
[57064.948960] sierra 8-1:1.6: device disconnected
[57067.725840] PM: Syncing filesystems ... done.
[57068.813115] Freezing user space processes ... (elapsed 0.02 seconds) done.
[57068.837252] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[57068.837690] Suspending console(s) (use no_console_suspend to debug)
[57068.852291] pci 0000:00:02.0: power state changed by ACPI to D3
[57069.532621] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[57069.532909] sd 0:0:0:0: [sda] Stopping disk
[57069.948389] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[57069.948468] ehci_hcd 0000:00:1d.7: PME# disabled
[57069.965682] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[57069.965709] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[57069.965779] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[57069.965846] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[57069.980744] HDA Intel 0000:00:1b.0: PCI INT B disabled
[57069.996131] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[57069.996206] ehci_hcd 0000:00:1a.7: PME# disabled
[57070.012863] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[57070.012882] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[57070.012950] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[57070.013017] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[57070.071112] e1000e 0000:00:19.0: PME# enabled
[57070.071144] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[57070.071152] e1000e 0000:00:19.0: PME# enabled
[57070.071156] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[57070.071168] e1000e 0000:00:19.0: PCI INT A disabled
[57070.089239] ACPI: Preparing to enter system sleep state S3
[57070.110462] Disabling non-boot CPUs ...
[57070.112747] CPU 1 is now offline
[57070.112752] SMP alternatives: switching to UP code
[57070.280161] CPU1 is down
[57070.280267] Extended CMOS year: 2000
[57070.280267] Back to C!
[57070.280267] Extended CMOS year: 2000
[57070.280267] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[57070.280267] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[57070.280267] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[57070.280267] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[57070.280267] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[57070.280267] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[57070.280267] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[57070.280267] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[57070.280267] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[57070.280267] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[57070.280267] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[57070.280267] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[57070.280267] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[57070.280267] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[57070.280267] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[57070.280267] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[57070.280267] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[57070.280267] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[57070.280267] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[57070.280267] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[57070.280267] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[57070.280267] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[57070.280267] Enabling non-boot CPUs ...
[57070.280267] SMP alternatives: switching to SMP code
[57070.404413] Booting processor 1 APIC 0x1 ip 0x6000
[57070.268346] Initializing CPU#1
[57070.268346] Calibrating delay using timer specific routine.. 4522.01 BogoMIPS (lpj=9044029)
[57070.268346] CPU: L1 I cache: 32K, L1 D cache: 32K
[57070.268346] CPU: L2 cache: 3072K
[57070.268346] [ds] using Core 2/Atom configuration
[57070.268346] CPU: Physical Processor ID: 0
[57070.268346] CPU: Processor Core ID: 1
[57070.268346] CPU1: Thermal monitoring enabled (TM2)
[57070.492492] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[57070.496013] Switched to high resolution mode on CPU 1
[57070.504336] CPU1 is up
[57070.504338] ACPI: Waking up from system sleep state S3
[57070.547117] ACPI: EC: non-query interrupt received, switching to interrupt mode
[57070.598219] pci 0000:00:02.0: PME# disabled
[57070.598224] pci 0000:00:02.1: PME# disabled
[57070.598228] pci 0000:00:03.0: PME# disabled
[57070.598291] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[57070.598297] e1000e 0000:00:19.0: setting latency timer to 64
[57070.598301] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[57070.598306] e1000e 0000:00:19.0: PME# disabled
[57070.598308] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[57070.598312] e1000e 0000:00:19.0: PME# disabled
[57070.598348] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[57070.657083] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[57070.657098] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[57070.657110] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[57070.657143] usb usb1: root hub lost power or was reset
[57070.657171] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[57070.657181] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[57070.657211] usb usb2: root hub lost power or was reset
[57070.658233] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[57070.658243] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[57070.658253] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[57070.658283] usb usb3: root hub lost power or was reset
[57070.658309] ehci_hcd 0000:00:1a.7: PME# disabled
[57070.659246] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[57070.659258] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[57070.659269] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[57070.659280] ehci_hcd 0000:00:1a.7: PME# disabled
[57070.659310] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[57070.659320] HDA Intel 0000:00:1b.0: setting latency timer to 64
[57070.746942] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[57070.746961] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[57070.746979] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[57070.747808] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[57070.747820] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[57070.747831] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[57070.747862] usb usb4: root hub lost power or was reset
[57070.747889] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[57070.747899] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[57070.747929] usb usb5: root hub lost power or was reset
[57070.747953] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[57070.747963] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[57070.747993] usb usb6: root hub lost power or was reset
[57070.748034] ehci_hcd 0000:00:1d.7: PME# disabled
[57070.748908] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[57070.748920] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[57070.748931] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[57070.748942] ehci_hcd 0000:00:1d.7: PME# disabled
[57070.748974] pci 0000:00:1e.0: setting latency timer to 64
[57070.749093] ahci 0000:00:1f.2: setting latency timer to 64
[57070.749388] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[57070.749577] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[57070.749650] iwlagn: Radio disabled by HW RF Kill switch
[57070.750247] sd 0:0:0:0: [sda] Starting disk
[57071.068287] ata2: SATA link down (SStatus 0 SControl 300)
[57072.692279] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[57072.782943] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[57072.782951] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[57072.783071] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[57072.783078] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[57072.794028] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[57072.794035] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[57072.794155] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[57072.794162] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[57072.795267] ata1.00: configured for UDMA/100
[57072.797892] ata1.00: configured for UDMA/100
[57072.812263] ata1: EH complete
[57072.812368] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[57072.812405] sd 0:0:0:0: [sda] Write Protect is off
[57072.812410] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[57072.812463] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[57072.812523] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[57072.812553] sd 0:0:0:0: [sda] Write Protect is off
[57072.812557] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[57072.812607] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[57074.196313] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[57074.444316] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[57074.596805] pci 0000:00:02.0: power state changed by ACPI to D0
[57074.597002] pci 0000:00:02.0: power state changed by ACPI to D0
[57074.597015] pci 0000:00:02.0: setting latency timer to 64
[57074.708312] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[57074.868887] Restarting tasks ... done.
[57076.019449] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[57076.106945] ready
[57076.107926] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[57076.108753] sd 7:0:0:0: [sdb] Write Protect is off
[57076.108760] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[57076.108765] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[57076.110886] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[57076.111505] sd 7:0:0:0: [sdb] Write Protect is off
[57076.111511] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[57076.111516] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[57076.111523] sdb: sdb1
[57076.340329] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[57076.362031] input: TPPS/2 IBM TrackPoint as /class/input/input20
[58692.532150] PM: Syncing filesystems ... done.
[58693.344868] Freezing user space processes ... (elapsed 0.07 seconds) done.
[58693.417950] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[58693.418274] Suspending console(s) (use no_console_suspend to debug)
[58693.432176] pci 0000:00:02.0: power state changed by ACPI to D3
[58694.112593] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[58694.113280] sd 0:0:0:0: [sda] Stopping disk
[58694.536394] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[58694.536472] ehci_hcd 0000:00:1d.7: PME# disabled
[58694.553820] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[58694.553846] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[58694.553916] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[58694.553983] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[58694.568753] HDA Intel 0000:00:1b.0: PCI INT B disabled
[58694.584149] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[58694.584225] ehci_hcd 0000:00:1a.7: PME# disabled
[58694.600984] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[58694.601009] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[58694.601077] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[58694.601144] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[58694.659133] e1000e 0000:00:19.0: PME# enabled
[58694.659166] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[58694.659174] e1000e 0000:00:19.0: PME# enabled
[58694.659179] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[58694.659191] e1000e 0000:00:19.0: PCI INT A disabled
[58694.677748] ACPI: Preparing to enter system sleep state S3
[58694.698933] Disabling non-boot CPUs ...
[58694.701221] CPU 1 is now offline
[58694.701225] SMP alternatives: switching to UP code
[58694.900182] CPU1 is down
[58694.900289] Extended CMOS year: 2000
[58694.900289] Back to C!
[58694.900289] Extended CMOS year: 2000
[58694.900289] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[58694.900289] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[58694.900289] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[58694.900289] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[58694.900289] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[58694.900289] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[58694.900289] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[58694.900289] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[58694.900289] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[58694.900289] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[58694.900289] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[58694.900289] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[58694.900289] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[58694.900289] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[58694.900289] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[58694.900289] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[58694.900289] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[58694.900289] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[58694.900289] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[58694.900289] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[58694.900289] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[58694.900289] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[58694.900289] Enabling non-boot CPUs ...
[58694.900289] SMP alternatives: switching to SMP code
[58695.023935] Booting processor 1 APIC 0x1 ip 0x6000
[58694.888903] Initializing CPU#1
[58694.888903] Calibrating delay using timer specific routine.. 4522.01 BogoMIPS (lpj=9044026)
[58694.888903] CPU: L1 I cache: 32K, L1 D cache: 32K
[58694.888903] CPU: L2 cache: 3072K
[58694.888903] [ds] using Core 2/Atom configuration
[58694.888903] CPU: Physical Processor ID: 0
[58694.888903] CPU: Processor Core ID: 1
[58694.888903] CPU1: Thermal monitoring enabled (TM2)
[58695.112551] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[58695.116014] Switched to high resolution mode on CPU 1
[58695.124344] CPU1 is up
[58695.124346] ACPI: Waking up from system sleep state S3
[58695.166164] ACPI: EC: non-query interrupt received, switching to interrupt mode
[58695.215372] pci 0000:00:02.0: PME# disabled
[58695.215377] pci 0000:00:02.1: PME# disabled
[58695.215380] pci 0000:00:03.0: PME# disabled
[58695.215435] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[58695.215439] e1000e 0000:00:19.0: setting latency timer to 64
[58695.215443] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[58695.215446] e1000e 0000:00:19.0: PME# disabled
[58695.215448] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[58695.215452] e1000e 0000:00:19.0: PME# disabled
[58695.215483] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[58695.272851] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[58695.272860] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[58695.272867] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[58695.272892] usb usb1: root hub lost power or was reset
[58695.272912] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[58695.272919] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[58695.272941] usb usb2: root hub lost power or was reset
[58695.273719] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[58695.273724] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[58695.273730] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[58695.273753] usb usb3: root hub lost power or was reset
[58695.273772] ehci_hcd 0000:00:1a.7: PME# disabled
[58695.274163] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[58695.274170] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[58695.274177] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[58695.274184] ehci_hcd 0000:00:1a.7: PME# disabled
[58695.274203] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[58695.274209] HDA Intel 0000:00:1b.0: setting latency timer to 64
[58695.363135] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[58695.363155] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[58695.363172] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[58695.364171] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[58695.364184] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[58695.364194] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[58695.364226] usb usb4: root hub lost power or was reset
[58695.364253] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[58695.364263] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[58695.364292] usb usb5: root hub lost power or was reset
[58695.364316] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[58695.364327] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[58695.364356] usb usb6: root hub lost power or was reset
[58695.364380] ehci_hcd 0000:00:1d.7: PME# disabled
[58695.365222] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[58695.365234] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[58695.365245] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[58695.365256] ehci_hcd 0000:00:1d.7: PME# disabled
[58695.365288] pci 0000:00:1e.0: setting latency timer to 64
[58695.365394] ahci 0000:00:1f.2: setting latency timer to 64
[58695.365690] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[58695.365879] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[58695.365952] iwlagn: Radio disabled by HW RF Kill switch
[58695.366548] sd 0:0:0:0: [sda] Starting disk
[58695.684283] ata2: SATA link down (SStatus 0 SControl 300)
[58697.588273] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[58697.659793] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[58697.659801] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[58697.659885] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[58697.659891] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[58697.670878] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[58697.670885] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[58697.671005] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[58697.671012] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[58697.672113] ata1.00: configured for UDMA/100
[58697.674536] ata1.00: configured for UDMA/100
[58697.688266] ata1: EH complete
[58697.688372] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[58697.688408] sd 0:0:0:0: [sda] Write Protect is off
[58697.688413] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[58697.688466] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[58697.688526] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[58697.688556] sd 0:0:0:0: [sda] Write Protect is off
[58697.688561] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[58697.688611] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[58699.084289] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[58699.332316] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[58699.484782] pci 0000:00:02.0: power state changed by ACPI to D0
[58699.484979] pci 0000:00:02.0: power state changed by ACPI to D0
[58699.484992] pci 0000:00:02.0: setting latency timer to 64
[58699.596288] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[58699.757051] Restarting tasks ... done.
[58700.862251] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[58701.014948] ready
[58701.016040] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[58701.017254] sd 7:0:0:0: [sdb] Write Protect is off
[58701.017263] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[58701.017268] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[58701.018634] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[58701.019255] sd 7:0:0:0: [sdb] Write Protect is off
[58701.019261] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[58701.019267] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[58701.019274] sdb: sdb1
[58701.180915] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[58701.198362] input: TPPS/2 IBM TrackPoint as /class/input/input21
[59394.789766] PM: Syncing filesystems ... done.
[59395.817741] Freezing user space processes ... (elapsed 0.03 seconds) done.
[59395.849250] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[59395.849683] Suspending console(s) (use no_console_suspend to debug)
[59395.864482] pci 0000:00:02.0: power state changed by ACPI to D3
[59396.544391] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[59396.544911] sd 0:0:0:0: [sda] Stopping disk
[59396.964394] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[59396.964472] ehci_hcd 0000:00:1d.7: PME# disabled
[59396.981600] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[59396.981627] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[59396.981696] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[59396.981762] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[59396.996746] HDA Intel 0000:00:1b.0: PCI INT B disabled
[59397.012128] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[59397.012203] ehci_hcd 0000:00:1a.7: PME# disabled
[59397.028977] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[59397.029001] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[59397.029070] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[59397.029136] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[59397.087127] e1000e 0000:00:19.0: PME# enabled
[59397.087161] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[59397.087169] e1000e 0000:00:19.0: PME# enabled
[59397.087173] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[59397.087185] e1000e 0000:00:19.0: PCI INT A disabled
[59397.106200] ACPI: Preparing to enter system sleep state S3
[59397.128075] Disabling non-boot CPUs ...
[59397.232022] CPU 1 is now offline
[59397.232027] SMP alternatives: switching to UP code
[59397.444311] CPU1 is down
[59397.444419] Extended CMOS year: 2000
[59397.444419] Back to C!
[59397.444419] Extended CMOS year: 2000
[59397.444419] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[59397.444419] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[59397.444419] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[59397.444419] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[59397.444419] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59397.444419] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59397.444419] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59397.444419] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[59397.444419] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[59397.444419] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[59397.444419] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[59397.444419] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[59397.444419] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59397.444419] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59397.444419] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59397.444419] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[59397.444419] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[59397.444419] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[59397.444419] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[59397.444419] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[59397.444419] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[59397.444419] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[59397.444419] Enabling non-boot CPUs ...
[59397.444419] SMP alternatives: switching to SMP code
[59397.567938] Booting processor 1 APIC 0x1 ip 0x6000
[59397.438229] Initializing CPU#1
[59397.438229] Calibrating delay using timer specific routine.. 4522.05 BogoMIPS (lpj=9044114)
[59397.438229] CPU: L1 I cache: 32K, L1 D cache: 32K
[59397.438229] CPU: L2 cache: 3072K
[59397.438229] [ds] using Core 2/Atom configuration
[59397.438229] CPU: Physical Processor ID: 0
[59397.438229] CPU: Processor Core ID: 1
[59397.438229] CPU1: Thermal monitoring enabled (TM2)
[59397.656572] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[59397.657011] Switched to high resolution mode on CPU 1
[59397.668342] CPU1 is up
[59397.668344] ACPI: Waking up from system sleep state S3
[59397.712128] ACPI: EC: non-query interrupt received, switching to interrupt mode
[59397.763073] pci 0000:00:02.0: PME# disabled
[59397.763077] pci 0000:00:02.1: PME# disabled
[59397.763080] pci 0000:00:03.0: PME# disabled
[59397.763136] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[59397.763140] e1000e 0000:00:19.0: setting latency timer to 64
[59397.763144] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[59397.763147] e1000e 0000:00:19.0: PME# disabled
[59397.763149] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[59397.763153] e1000e 0000:00:19.0: PME# disabled
[59397.763184] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[59397.821168] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[59397.821178] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[59397.821185] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[59397.821211] usb usb1: root hub lost power or was reset
[59397.821232] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[59397.821239] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[59397.821261] usb usb2: root hub lost power or was reset
[59397.822147] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[59397.822156] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[59397.822164] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[59397.822188] usb usb3: root hub lost power or was reset
[59397.822209] ehci_hcd 0000:00:1a.7: PME# disabled
[59397.822895] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[59397.822906] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[59397.822914] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[59397.822922] ehci_hcd 0000:00:1a.7: PME# disabled
[59397.822944] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[59397.822950] HDA Intel 0000:00:1b.0: setting latency timer to 64
[59397.911377] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[59397.911397] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[59397.911414] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[59397.912461] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[59397.912473] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[59397.912484] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[59397.912515] usb usb4: root hub lost power or was reset
[59397.912542] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[59397.912552] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[59397.912581] usb usb5: root hub lost power or was reset
[59397.912606] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[59397.912616] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[59397.912646] usb usb6: root hub lost power or was reset
[59397.912670] ehci_hcd 0000:00:1d.7: PME# disabled
[59397.913502] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[59397.913513] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[59397.913524] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[59397.913535] ehci_hcd 0000:00:1d.7: PME# disabled
[59397.913566] pci 0000:00:1e.0: setting latency timer to 64
[59397.913672] ahci 0000:00:1f.2: setting latency timer to 64
[59397.913969] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[59397.914159] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[59397.914232] iwlagn: Radio disabled by HW RF Kill switch
[59397.914829] sd 0:0:0:0: [sda] Starting disk
[59398.232293] ata2: SATA link down (SStatus 0 SControl 300)
[59399.744284] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[59399.816292] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[59399.816300] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[59399.816434] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[59399.816441] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[59399.827477] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[59399.827486] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[59399.827660] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[59399.827667] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[59399.828578] ata1.00: configured for UDMA/100
[59399.830647] ata1.00: configured for UDMA/100
[59399.844278] ata1: EH complete
[59399.844386] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[59399.844422] sd 0:0:0:0: [sda] Write Protect is off
[59399.844427] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[59399.844479] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[59399.844538] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[59399.844568] sd 0:0:0:0: [sda] Write Protect is off
[59399.844573] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[59399.844623] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[59401.232320] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[59401.480316] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[59401.632819] pci 0000:00:02.0: power state changed by ACPI to D0
[59401.633016] pci 0000:00:02.0: power state changed by ACPI to D0
[59401.633029] pci 0000:00:02.0: setting latency timer to 64
[59401.744315] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[59401.904887] Restarting tasks ... done.
[59403.028310] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[59403.113264] ready
[59403.114255] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[59403.115197] sd 7:0:0:0: [sdb] Write Protect is off
[59403.115206] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[59403.115211] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[59403.117260] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[59403.117885] sd 7:0:0:0: [sdb] Write Protect is off
[59403.117891] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[59403.117896] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[59403.117904] sdb: sdb1
[59403.322945] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[59403.339944] input: TPPS/2 IBM TrackPoint as /class/input/input22
[59405.904985] Registered led device: iwl-phy1:radio
[59405.905234] Registered led device: iwl-phy1:assoc
[59405.905293] Registered led device: iwl-phy1:RX
[59405.905341] Registered led device: iwl-phy1:TX
[59411.742259] wlan0: direct probe to AP 00:14:6c:67:9c:32 try 1
[59411.745510] wlan0 direct probe responded
[59411.745519] wlan0: authenticate with AP 00:14:6c:67:9c:32
[59411.749503] wlan0: authenticated
[59411.749511] wlan0: associate with AP 00:14:6c:67:9c:32
[59411.758411] wlan0: RX AssocResp from 00:14:6c:67:9c:32 (capab=0x601 status=0 aid=14)
[59411.758420] wlan0: associated
[59411.761713] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[59422.540232] wlan0: no IPv6 routers present
[59892.543863] PM: Syncing filesystems ... done.
[59893.449995] Freezing user space processes ... (elapsed 0.07 seconds) done.
[59893.527416] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[59893.527857] Suspending console(s) (use no_console_suspend to debug)
[59893.544326] pci 0000:00:02.0: power state changed by ACPI to D3
[59894.220498] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[59894.221212] sd 0:0:0:0: [sda] Stopping disk
[59894.652396] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[59894.652474] ehci_hcd 0000:00:1d.7: PME# disabled
[59894.669499] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[59894.669525] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[59894.669594] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[59894.669661] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[59894.684760] HDA Intel 0000:00:1b.0: PCI INT B disabled
[59894.700130] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[59894.700206] ehci_hcd 0000:00:1a.7: PME# disabled
[59894.717392] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[59894.717419] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[59894.717488] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[59894.717555] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[59894.775128] e1000e 0000:00:19.0: PME# enabled
[59894.775162] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[59894.775170] e1000e 0000:00:19.0: PME# enabled
[59894.775175] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[59894.775186] e1000e 0000:00:19.0: PCI INT A disabled
[59894.793851] ACPI: Preparing to enter system sleep state S3
[59894.814827] Disabling non-boot CPUs ...
[59894.817143] CPU 1 is now offline
[59894.817148] SMP alternatives: switching to UP code
[59894.984327] CPU1 is down
[59894.984435] Extended CMOS year: 2000
[59894.984435] Back to C!
[59894.984435] Extended CMOS year: 2000
[59894.984435] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[59894.984435] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[59894.984435] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[59894.984435] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[59894.984435] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59894.984435] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59894.984435] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59894.984435] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[59894.984435] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[59894.984435] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[59894.984435] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[59894.984435] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[59894.984435] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59894.984435] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59894.984435] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[59894.984435] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[59894.984435] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[59894.984435] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[59894.984435] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[59894.984435] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[59894.984435] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[59894.984435] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[59894.984435] Enabling non-boot CPUs ...
[59894.984435] SMP alternatives: switching to SMP code
[59895.107205] Booting processor 1 APIC 0x1 ip 0x6000
[59894.982528] Initializing CPU#1
[59894.982528] Calibrating delay using timer specific routine.. 4522.12 BogoMIPS (lpj=9044248)
[59894.982528] CPU: L1 I cache: 32K, L1 D cache: 32K
[59894.982528] CPU: L2 cache: 3072K
[59894.982528] [ds] using Core 2/Atom configuration
[59894.982528] CPU: Physical Processor ID: 0
[59894.982528] CPU: Processor Core ID: 1
[59894.982528] CPU1: Thermal monitoring enabled (TM2)
[59895.196516] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[59895.200014] Switched to high resolution mode on CPU 1
[59895.208344] CPU1 is up
[59895.208346] ACPI: Waking up from system sleep state S3
[59895.252024] ACPI: EC: non-query interrupt received, switching to interrupt mode
[59895.303243] pci 0000:00:02.0: PME# disabled
[59895.303249] pci 0000:00:02.1: PME# disabled
[59895.303253] pci 0000:00:03.0: PME# disabled
[59895.303315] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[59895.303321] e1000e 0000:00:19.0: setting latency timer to 64
[59895.303325] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[59895.303330] e1000e 0000:00:19.0: PME# disabled
[59895.303332] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[59895.303336] e1000e 0000:00:19.0: PME# disabled
[59895.303372] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[59895.360872] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[59895.360881] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[59895.360888] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[59895.360913] usb usb1: root hub lost power or was reset
[59895.360933] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[59895.360940] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[59895.360962] usb usb2: root hub lost power or was reset
[59895.361716] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[59895.361721] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[59895.361728] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[59895.361750] usb usb3: root hub lost power or was reset
[59895.361769] ehci_hcd 0000:00:1a.7: PME# disabled
[59895.362550] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[59895.362557] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[59895.362564] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[59895.362571] ehci_hcd 0000:00:1a.7: PME# disabled
[59895.362590] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[59895.362596] HDA Intel 0000:00:1b.0: setting latency timer to 64
[59895.451606] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[59895.451625] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[59895.451643] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[59895.452514] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[59895.452527] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[59895.452537] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[59895.452568] usb usb4: root hub lost power or was reset
[59895.452595] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[59895.452605] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[59895.452634] usb usb5: root hub lost power or was reset
[59895.452659] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[59895.452669] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[59895.452698] usb usb6: root hub lost power or was reset
[59895.452722] ehci_hcd 0000:00:1d.7: PME# disabled
[59895.453411] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[59895.453422] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[59895.453433] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[59895.453444] ehci_hcd 0000:00:1d.7: PME# disabled
[59895.453475] pci 0000:00:1e.0: setting latency timer to 64
[59895.453581] ahci 0000:00:1f.2: setting latency timer to 64
[59895.453878] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[59895.454067] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[59895.467243] sd 0:0:0:0: [sda] Starting disk
[59895.483339] Registered led device: iwl-phy1:radio
[59895.483386] Registered led device: iwl-phy1:assoc
[59895.483431] Registered led device: iwl-phy1:RX
[59895.483477] Registered led device: iwl-phy1:TX
[59895.772272] ata2: SATA link down (SStatus 0 SControl 300)
[59897.452279] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[59897.498115] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[59897.498122] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[59897.498436] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[59897.498443] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[59897.509210] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[59897.509217] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[59897.509525] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[59897.509533] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[59897.510584] ata1.00: configured for UDMA/100
[59897.512761] ata1.00: configured for UDMA/100
[59897.528272] ata1: EH complete
[59897.528376] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[59897.528412] sd 0:0:0:0: [sda] Write Protect is off
[59897.528417] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[59897.528470] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[59897.528529] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[59897.528559] sd 0:0:0:0: [sda] Write Protect is off
[59897.528564] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[59897.528614] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[59898.912321] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[59899.160316] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[59899.312811] pci 0000:00:02.0: power state changed by ACPI to D0
[59899.313007] pci 0000:00:02.0: power state changed by ACPI to D0
[59899.313020] pci 0000:00:02.0: setting latency timer to 64
[59899.424323] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[59899.585290] Restarting tasks ... done.
[59900.662508] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[59900.843090] ready
[59900.843918] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[59900.844898] sd 7:0:0:0: [sdb] Write Protect is off
[59900.844905] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[59900.844910] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[59900.846259] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[59900.846883] sd 7:0:0:0: [sdb] Write Protect is off
[59900.846889] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[59900.846894] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[59900.846912] sdb: sdb1
[59900.974105] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[59900.995158] input: TPPS/2 IBM TrackPoint as /class/input/input23
[59901.584016] wlan0: No ProbeResp from current AP 00:14:6c:67:9c:32 - assume out of range
[61075.077222] PM: Syncing filesystems ... done.
[61075.893015] Freezing user space processes ... (elapsed 0.06 seconds) done.
[61075.956727] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[61075.957173] Suspending console(s) (use no_console_suspend to debug)
[61075.972291] pci 0000:00:02.0: power state changed by ACPI to D3
[61076.648613] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[61076.649135] sd 0:0:0:0: [sda] Stopping disk
[61077.076391] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[61077.076469] ehci_hcd 0000:00:1d.7: PME# disabled
[61077.093407] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[61077.093434] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[61077.093503] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[61077.093570] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[61077.108761] HDA Intel 0000:00:1b.0: PCI INT B disabled
[61077.124123] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[61077.124197] ehci_hcd 0000:00:1a.7: PME# disabled
[61077.141058] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[61077.141082] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[61077.141150] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[61077.141217] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[61077.199120] e1000e 0000:00:19.0: PME# enabled
[61077.199155] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[61077.199162] e1000e 0000:00:19.0: PME# enabled
[61077.199167] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[61077.199178] e1000e 0000:00:19.0: PCI INT A disabled
[61077.217973] ACPI: Preparing to enter system sleep state S3
[61077.238720] Disabling non-boot CPUs ...
[61077.241006] CPU 1 is now offline
[61077.241011] SMP alternatives: switching to UP code
[61077.400161] CPU1 is down
[61077.400267] Extended CMOS year: 2000
[61077.400267] Back to C!
[61077.400267] Extended CMOS year: 2000
[61077.400267] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[61077.400267] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[61077.400267] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[61077.400267] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[61077.400267] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[61077.400267] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[61077.400267] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[61077.400267] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[61077.400267] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[61077.400267] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[61077.400267] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[61077.400267] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[61077.400267] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[61077.400267] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[61077.400267] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[61077.400267] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[61077.400267] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[61077.400267] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[61077.400267] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[61077.400267] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[61077.400267] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[61077.400267] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[61077.400267] Enabling non-boot CPUs ...
[61077.400267] SMP alternatives: switching to SMP code
[61077.523950] Booting processor 1 APIC 0x1 ip 0x6000
[61077.390129] Initializing CPU#1
[61077.390129] Calibrating delay using timer specific routine.. 4522.06 BogoMIPS (lpj=9044124)
[61077.390129] CPU: L1 I cache: 32K, L1 D cache: 32K
[61077.390129] CPU: L2 cache: 3072K
[61077.390129] [ds] using Core 2/Atom configuration
[61077.390129] CPU: Physical Processor ID: 0
[61077.390129] CPU: Processor Core ID: 1
[61077.390129] CPU1: Thermal monitoring enabled (TM2)
[61077.612505] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[61077.616015] Switched to high resolution mode on CPU 1
[61077.624341] CPU1 is up
[61077.624342] ACPI: Waking up from system sleep state S3
[61077.666757] ACPI: EC: non-query interrupt received, switching to interrupt mode
[61077.717361] pci 0000:00:02.0: PME# disabled
[61077.717367] pci 0000:00:02.1: PME# disabled
[61077.717373] pci 0000:00:03.0: PME# disabled
[61077.717436] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[61077.717442] e1000e 0000:00:19.0: setting latency timer to 64
[61077.717446] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[61077.717451] e1000e 0000:00:19.0: PME# disabled
[61077.717453] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[61077.717457] e1000e 0000:00:19.0: PME# disabled
[61077.717492] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[61077.772802] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[61077.772811] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[61077.772818] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[61077.772842] usb usb1: root hub lost power or was reset
[61077.772863] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[61077.772869] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[61077.772891] usb usb2: root hub lost power or was reset
[61077.773785] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[61077.773790] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[61077.773796] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[61077.773818] usb usb3: root hub lost power or was reset
[61077.773838] ehci_hcd 0000:00:1a.7: PME# disabled
[61077.774600] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[61077.774607] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[61077.774614] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[61077.774622] ehci_hcd 0000:00:1a.7: PME# disabled
[61077.774642] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[61077.774648] HDA Intel 0000:00:1b.0: setting latency timer to 64
[61077.863889] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[61077.863909] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[61077.863926] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[61077.864813] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[61077.864826] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[61077.864836] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[61077.864867] usb usb4: root hub lost power or was reset
[61077.864894] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[61077.864905] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[61077.864934] usb usb5: root hub lost power or was reset
[61077.864958] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[61077.864968] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[61077.864997] usb usb6: root hub lost power or was reset
[61077.865027] ehci_hcd 0000:00:1d.7: PME# disabled
[61077.865969] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[61077.865980] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[61077.865991] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[61077.866002] ehci_hcd 0000:00:1d.7: PME# disabled
[61077.866035] pci 0000:00:1e.0: setting latency timer to 64
[61077.866142] ahci 0000:00:1f.2: setting latency timer to 64
[61077.866438] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[61077.866628] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[61077.877949] sd 0:0:0:0: [sda] Starting disk
[61077.895883] Registered led device: iwl-phy1:radio
[61077.895929] Registered led device: iwl-phy1:assoc
[61077.895975] Registered led device: iwl-phy1:RX
[61077.896021] Registered led device: iwl-phy1:TX
[61078.184287] ata2: SATA link down (SStatus 0 SControl 300)
[61079.528273] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[61079.588209] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[61079.588217] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[61079.588330] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[61079.588337] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[61079.599262] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[61079.599269] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[61079.599585] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[61079.599592] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[61079.600433] ata1.00: configured for UDMA/100
[61079.602908] ata1.00: configured for UDMA/100
[61079.616297] ata1: EH complete
[61079.616398] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[61079.616434] sd 0:0:0:0: [sda] Write Protect is off
[61079.616439] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[61079.616491] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[61079.616550] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[61079.616580] sd 0:0:0:0: [sda] Write Protect is off
[61079.616585] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[61079.616635] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[61081.004321] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[61081.252320] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[61081.404782] pci 0000:00:02.0: power state changed by ACPI to D0
[61081.404978] pci 0000:00:02.0: power state changed by ACPI to D0
[61081.404991] pci 0000:00:02.0: setting latency timer to 64
[61081.516293] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[61081.677328] Restarting tasks ... done.
[61082.809688] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[61082.885157] ready
[61082.886271] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[61082.887036] sd 7:0:0:0: [sdb] Write Protect is off
[61082.887046] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[61082.887051] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[61082.888643] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[61082.889503] sd 7:0:0:0: [sdb] Write Protect is off
[61082.889510] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[61082.889515] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[61082.889522] sdb: sdb1
[61083.119301] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[61083.138394] input: TPPS/2 IBM TrackPoint as /class/input/input24
[61116.752319] usb 8-1: new high speed USB device using ehci_hcd and address 10
[61116.898850] usb 8-1: configuration #1 chosen from 1 choice
[61116.953498] usb-storage: probe of 8-1:1.0 failed with error -5
[61116.953951] usb 8-1: USB disconnect, address 10
[61117.224110] usb 8-1: new high speed USB device using ehci_hcd and address 11
[61117.369898] usb 8-1: configuration #1 chosen from 1 choice
[61117.413775] sierra 8-1:1.0: Sierra USB modem converter detected
[61117.414977] usb 8-1: Sierra USB modem converter now attached to ttyUSB0
[61117.415300] sierra 8-1:1.1: Sierra USB modem converter detected
[61117.417267] usb 8-1: Sierra USB modem converter now attached to ttyUSB1
[61117.417573] sierra 8-1:1.2: Sierra USB modem converter detected
[61117.420693] usb 8-1: Sierra USB modem converter now attached to ttyUSB2
[61117.420999] sierra 8-1:1.3: Sierra USB modem converter detected
[61117.421412] usb 8-1: Sierra USB modem converter now attached to ttyUSB3
[61117.421781] sierra 8-1:1.4: Sierra USB modem converter detected
[61117.422407] usb 8-1: Sierra USB modem converter now attached to ttyUSB4
[61117.422774] sierra 8-1:1.5: Sierra USB modem converter detected
[61117.423402] usb 8-1: Sierra USB modem converter now attached to ttyUSB5
[61117.423775] sierra 8-1:1.6: Sierra USB modem converter detected
[61117.424873] usb 8-1: Sierra USB modem converter now attached to ttyUSB6
[61117.428279] scsi13 : SCSI emulation for USB Mass Storage devices
[61117.456558] usb-storage: device found at 11
[61117.456564] usb-storage: waiting for device to settle before scanning
[61122.459826] scsi 13:0:0:0: Direct-Access SWI SD Card 2.31 PQ: 0 ANSI: 2
[61122.464743] sd 13:0:0:0: [sdc] Attached SCSI removable disk
[61122.465318] usb-storage: device scan complete
[61201.683664] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[61201.683863] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[61202.208268] iwlagn: Error sending REPLY_ADD_STA: time out after 500ms.
[61202.208470] Registered led device: iwl-phy1:radio
[61202.208523] Registered led device: iwl-phy1:assoc
[61202.208574] Registered led device: iwl-phy1:RX
[61202.208624] Registered led device: iwl-phy1:TX
[61202.227284] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[62506.394832] usb 8-1: USB disconnect, address 11
[62506.398955] sierra ttyUSB0: Sierra USB modem converter now disconnected from ttyUSB0
[62506.399000] sierra 8-1:1.0: device disconnected
[62506.399554] sierra ttyUSB1: Sierra USB modem converter now disconnected from ttyUSB1
[62506.399591] sierra 8-1:1.1: device disconnected
[62506.400181] sierra ttyUSB2: Sierra USB modem converter now disconnected from ttyUSB2
[62506.400221] sierra 8-1:1.2: device disconnected
[62506.400874] sierra ttyUSB3: Sierra USB modem converter now disconnected from ttyUSB3
[62506.400912] sierra 8-1:1.3: device disconnected
[62506.401558] sierra ttyUSB4: Sierra USB modem converter now disconnected from ttyUSB4
[62506.401595] sierra 8-1:1.4: device disconnected
[62506.402230] sierra ttyUSB5: Sierra USB modem converter now disconnected from ttyUSB5
[62506.402268] sierra 8-1:1.5: device disconnected
[62506.402907] sierra ttyUSB6: Sierra USB modem converter now disconnected from ttyUSB6
[62506.402944] sierra 8-1:1.6: device disconnected
[62591.876910] PM: Syncing filesystems ... done.
[62592.689634] Freezing user space processes ... (elapsed 0.06 seconds) done.
[62592.751886] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
[62592.752348] Suspending console(s) (use no_console_suspend to debug)
[62592.768301] pci 0000:00:02.0: power state changed by ACPI to D3
[62593.440721] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[62593.440979] sd 0:0:0:0: [sda] Stopping disk
[62593.876391] ehci_hcd 0000:00:1d.7: PCI INT D disabled
[62593.876470] ehci_hcd 0000:00:1d.7: PME# disabled
[62593.893089] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
[62593.893116] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[62593.893185] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[62593.893252] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[62593.908756] HDA Intel 0000:00:1b.0: PCI INT B disabled
[62593.924127] ehci_hcd 0000:00:1a.7: PCI INT D disabled
[62593.924202] ehci_hcd 0000:00:1a.7: PME# disabled
[62593.941346] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
[62593.941372] uhci_hcd 0000:00:1a.2: PCI INT C disabled
[62593.941442] uhci_hcd 0000:00:1a.1: PCI INT B disabled
[62593.941509] uhci_hcd 0000:00:1a.0: PCI INT A disabled
[62593.999121] e1000e 0000:00:19.0: PME# enabled
[62593.999154] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[62593.999162] e1000e 0000:00:19.0: PME# enabled
[62593.999167] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
[62593.999178] e1000e 0000:00:19.0: PCI INT A disabled
[62594.018073] ACPI: Preparing to enter system sleep state S3
[62594.040041] Disabling non-boot CPUs ...
[62594.144071] CPU 1 is now offline
[62594.144077] SMP alternatives: switching to UP code
[62594.296158] CPU1 is down
[62594.296264] Extended CMOS year: 2000
[62594.296264] Back to C!
[62594.296264] Extended CMOS year: 2000
[62594.296264] pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900403)
[62594.296264] pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007)
[62594.296264] pci 0000:00:03.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
[62594.296264] pci 0000:00:03.0: restoring config space at offset 0x1 (was 0x100006, writing 0x180006)
[62594.296264] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[62594.296264] uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[62594.296264] uhci_hcd 0000:00:1a.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[62594.296264] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[62594.296264] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100106, writing 0x100102)
[62594.296264] pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[62594.296264] pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[62594.296264] pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[62594.296264] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[62594.296264] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[62594.296264] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001)
[62594.296264] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[62594.296264] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
[62594.296264] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
[62594.296264] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
[62594.296264] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
[62594.296264] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
[62594.296264] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
[62594.296264] Enabling non-boot CPUs ...
[62594.296264] SMP alternatives: switching to SMP code
[62594.420219] Booting processor 1 APIC 0x1 ip 0x6000
[62594.279936] Initializing CPU#1
[62594.279936] Calibrating delay using timer specific routine.. 4521.96 BogoMIPS (lpj=9043932)
[62594.279936] CPU: L1 I cache: 32K, L1 D cache: 32K
[62594.279936] CPU: L2 cache: 3072K
[62594.279936] [ds] using Core 2/Atom configuration
[62594.279936] CPU: Physical Processor ID: 0
[62594.279936] CPU: Processor Core ID: 1
[62594.279936] CPU1: Thermal monitoring enabled (TM2)
[62594.508560] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[62594.512015] Switched to high resolution mode on CPU 1
[62594.520345] CPU1 is up
[62594.520347] ACPI: Waking up from system sleep state S3
[62594.547312] thinkpad_acpi: EC reports that Thermal Table has changed
[62594.672130] ACPI: \_SB_.GDCK - docking
[62594.721181] acpi device:27: parent device:14 should not be sleeping
[62594.723707] acpi IBM0079:00: parent device:00 should not be sleeping
[62594.732669] ACPI: EC: non-query interrupt received, switching to interrupt mode
[62594.793198] pci 0000:00:02.0: PME# disabled
[62594.793209] pci 0000:00:02.1: PME# disabled
[62594.793218] pci 0000:00:03.0: PME# disabled
[62594.793317] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[62594.793327] e1000e 0000:00:19.0: setting latency timer to 64
[62594.793334] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[62594.793342] e1000e 0000:00:19.0: PME# disabled
[62594.793346] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
[62594.793354] e1000e 0000:00:19.0: PME# disabled
[62594.793407] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[62594.849120] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[62594.849130] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[62594.849140] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[62594.849172] usb usb1: root hub lost power or was reset
[62594.849199] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[62594.849209] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[62594.849238] usb usb2: root hub lost power or was reset
[62594.850198] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[62594.850208] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[62594.850218] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[62594.850248] usb usb3: root hub lost power or was reset
[62594.850274] ehci_hcd 0000:00:1a.7: PME# disabled
[62594.851099] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[62594.851111] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[62594.851122] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[62594.851133] ehci_hcd 0000:00:1a.7: PME# disabled
[62594.851163] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[62594.851173] HDA Intel 0000:00:1b.0: setting latency timer to 64
[62594.944107] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[62594.944121] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[62594.944139] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[62594.945237] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[62594.945246] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[62594.945257] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[62594.945287] usb usb4: root hub lost power or was reset
[62594.945313] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[62594.945323] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[62594.945352] usb usb5: root hub lost power or was reset
[62594.945376] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[62594.945386] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[62594.945416] usb usb6: root hub lost power or was reset
[62594.945440] ehci_hcd 0000:00:1d.7: PME# disabled
[62594.946372] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[62594.946383] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[62594.946394] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[62594.946405] ehci_hcd 0000:00:1d.7: PME# disabled
[62594.946435] pci 0000:00:1e.0: setting latency timer to 64
[62594.946540] ahci 0000:00:1f.2: setting latency timer to 64
[62594.946835] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[62594.947019] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[62594.960054] sd 0:0:0:0: [sda] Starting disk
[62594.978066] Registered led device: iwl-phy1:radio
[62594.978113] Registered led device: iwl-phy1:assoc
[62594.978161] Registered led device: iwl-phy1:RX
[62594.978206] Registered led device: iwl-phy1:TX
[62595.268123] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[62595.275068] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[62595.275922] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[62595.279665] ata2.00: ATAPI: HL-DT-ST DVDRAM GSA-U20N, HX10, max UDMA/133
[62595.287421] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[62595.288346] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[62595.292101] ata2.00: configured for UDMA/133
[62595.485407] scsi 1:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-U20N HX10 PQ: 0 ANSI: 5
[62596.500121] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[62596.562310] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[62596.562316] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[62596.562489] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[62596.562495] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[62596.573396] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[62596.573402] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[62596.573574] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[62596.573580] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[62596.574486] ata1.00: configured for UDMA/100
[62596.576568] ata1.00: configured for UDMA/100
[62596.592118] ata1: EH complete
[62596.592181] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[62596.592215] sd 0:0:0:0: [sda] Write Protect is off
[62596.592220] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[62596.592270] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[62596.592325] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[62596.592354] sd 0:0:0:0: [sda] Write Protect is off
[62596.592359] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[62596.592408] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[62597.284955] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[62597.285705] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[62597.976140] usb 7-6: reset high speed USB device using ehci_hcd and address 3
[62598.224133] usb 2-1: reset full speed USB device using uhci_hcd and address 2
[62598.376379] pci 0000:00:02.0: power state changed by ACPI to D0
[62598.376573] pci 0000:00:02.0: power state changed by ACPI to D0
[62598.376586] pci 0000:00:02.0: setting latency timer to 64
[62598.488120] usb 8-6: reset high speed USB device using ehci_hcd and address 5
[62598.649386] Restarting tasks ... done.
[62598.773029] usb 7-5: new high speed USB device using ehci_hcd and address 4
[62598.928587] usb 7-5: configuration #1 chosen from 1 choice
[62598.932115] hub 7-5:1.0: USB hub found
[62598.932187] hub 7-5:1.0: 4 ports detected
[62599.009330] Driver 'sr' needs updating - please use bus_type methods
[62599.020838] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[62599.020842] Uniform CD-ROM driver Revision: 3.20
[62599.020925] sr 1:0:0:0: Attached scsi CD-ROM sr0
[62599.042180] sd 0:0:0:0: Attached scsi generic sg0 type 0
[62599.042219] sd 7:0:0:0: Attached scsi generic sg1 type 0
[62599.042257] sr 1:0:0:0: Attached scsi generic sg2 type 5
[62599.204237] usb 7-5.4: new full speed USB device using ehci_hcd and address 5
[62599.298812] usb 7-5.4: configuration #1 chosen from 1 choice
[62599.482931] usblp0: USB Bidirectional printer dev 5 if 0 alt 1 proto 2 vid 0x03F0 pid 0x0B17
[62599.483501] usbcore: registered new interface driver usblp
[62599.866507] ready
[62599.867008] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[62599.867585] sd 7:0:0:0: [sdb] Write Protect is off
[62599.867592] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[62599.867597] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[62599.868978] sd 7:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[62599.869601] sd 7:0:0:0: [sdb] Write Protect is off
[62599.869607] sd 7:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[62599.869612] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[62599.869618] sdb: sdb1
[62602.289229] e1000e: eth0 NIC Link is Down
[62605.480895] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[62605.481662] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[62623.516153] eth0: no IPv6 routers present
[64148.377651] RPC: Registered udp transport module.
[64148.377660] RPC: Registered tcp transport module.
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 9:50 ` Ingo Molnar
@ 2009-02-16 11:56 ` Damien Wyart
2009-02-16 12:26 ` Ingo Molnar
0 siblings, 1 reply; 152+ messages in thread
From: Damien Wyart @ 2009-02-16 11:56 UTC (permalink / raw)
To: Ingo Molnar
Cc: Paul E. McKenney, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Ingo Molnar <mingo@elte.hu> [090216 10:50]:
> hm, we need a trace with both abstime and process information included:
> echo funcgraph-proc > trace_options
> echo funcgraph-abstime > trace_options
> Also, at 140 msecs the duration is a bit short - could you please make a
> 1-2 seconds capture? You can do that by increasing the number in
> buffer_size_kb 10-fold:
> echo 14100 > buffer_size_kb
Ok, I've redone a trace with these options enabled. The file is here:
http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
> Hm ... even with this limited trace, there's an unusually high amount of
> RCU activities. Each activity goes like this:
> 457.680976 | 1) | do_softirq() {
> 457.680976 | 1) | __do_softirq() {
> 457.680977 | 1) | rcu_process_callbacks() {
> 457.680977 | 1) | __rcu_process_callbacks() {
> 4 457.680978 | 1) 0.478 us | force_quiescent_state();
> 457.680979 | 1) 1.591 us | }
> 457.680979 | 1) | __rcu_process_callbacks() {
> 457.680980 | 1) 0.478 us | force_quiescent_state();
> 457.680981 | 1) | cpu_quiet() {
> 457.680981 | 1) 0.506 us | _spin_lock_irqsave();
> 457.680982 | 1) 0.496 us | _spin_unlock_irqrestore();
> 457.680983 | 1) 2.545 us | }
> 457.680984 | 1) 4.626 us | }
> 457.680985 | 1) 7.823 us | }
> 457.680985 | 1) 0.496 us | _local_bh_enable();
> 457.680986 | 1) 9.845 us | }
> 457.680987 | 1) + 10.962 us | }
> I've Cc:-ed Paul, as you have tree-RCU enabled, which is a new feature
> in v2.6.29:
> #
> # RCU Subsystem
> #
> # CONFIG_CLASSIC_RCU is not set
> CONFIG_TREE_RCU=y
> # CONFIG_PREEMPT_RCU is not set
> # CONFIG_RCU_TRACE is not set
> CONFIG_RCU_FANOUT=32
> # CONFIG_RCU_FANOUT_EXACT is not set
> # CONFIG_TREE_RCU_TRACE is not set
> # CONFIG_PREEMPT_RCU_TRACE is not set
> Damien, as an experiment, if you change your config to
> CONFIG_CLASSIC_RCU=y, does the ksoftirqd problem go away?
Yes, in that case the problem completely goes away. Nice catch!
> On the other hand ... the softirq processing there looks anomalous in
> itself, and might be due to some compiler bug perhaps. Could you try
> the debug patch below please (you'll get it automatically if you
> update to latest -tip), and redo the trace - the ftrace_printk() info
> should now be embedded in the trace. The expected result would be for
> the printed ot value to be non-zero at the #1 point, and zero at the
> #2 point.
> Note: if it's a compiler optimization bug then this patch might make the
> whole problem go away.
> Ingo
> ------------------>
> >From 2d7cf65eec92937bff1073311f6843aa7189bff2 Mon Sep 17 00:00:00 2001
> From: Ingo Molnar <mingo@elte.hu>
> Date: Mon, 16 Feb 2009 10:48:37 +0100
> Subject: [PATCH] softirq: debug
> Signed-off-by: Ingo Molnar <mingo@elte.hu>
> ---
> kernel/softirq.c | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
> diff --git a/kernel/softirq.c b/kernel/softirq.c
> index 3dd0d13..110cad0 100644
> --- a/kernel/softirq.c
> +++ b/kernel/softirq.c
> @@ -196,7 +196,9 @@ asmlinkage void __do_softirq(void)
> cpu = smp_processor_id();
> restart:
> /* Reset the pending bitmask before enabling irqs */
> + ftrace_printk("#1 softirq pending: %08x\n", local_softirq_pending());
> set_softirq_pending(0);
> + ftrace_printk("#2 softirq pending: %08x\n", local_softirq_pending());
> local_irq_enable();
I've done my new trace after recompiling very latest tip, so this should
have been taken into account.
So this seems RCU-related... If more tests are needed, do not hesitate
to ask. Btw, on the laptop which also shows ksoftirqd problems, I also
have CONFIG_TREE_RCU=y.
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 11:56 ` Damien Wyart
@ 2009-02-16 12:26 ` Ingo Molnar
2009-02-16 13:02 ` Damien Wyart
0 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 12:26 UTC (permalink / raw)
To: Damien Wyart
Cc: Paul E. McKenney, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> * Ingo Molnar <mingo@elte.hu> [090216 10:50]:
> > hm, we need a trace with both abstime and process information included:
>
> > echo funcgraph-proc > trace_options
> > echo funcgraph-abstime > trace_options
>
> > Also, at 140 msecs the duration is a bit short - could you please make a
> > 1-2 seconds capture? You can do that by increasing the number in
> > buffer_size_kb 10-fold:
>
> > echo 14100 > buffer_size_kb
>
> Ok, I've redone a trace with these options enabled. The file is here:
> http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
ok, here's the new annotated trace:
799.555279 | 1) ksoftir-2324 | | do_softirq() {
799.555279 | 1) ksoftir-2324 | | __do_softirq() {
799.555280 | 1) ksoftir-2324 | | /* #1 softirq pending: 00000100 */
799.555281 | 1) ksoftir-2324 | | /* #2 softirq pending: 00000000 */
799.555282 | 1) ksoftir-2324 | | rcu_process_callbacks() {
799.555282 | 1) ksoftir-2324 | | __rcu_process_callbacks() {
799.555283 | 1) ksoftir-2324 | 0.479 us | force_quiescent_state();
799.555284 | 1) ksoftir-2324 | 1.576 us | }
799.555284 | 1) ksoftir-2324 | | __rcu_process_callbacks() {
799.555285 | 1) ksoftir-2324 | | force_quiescent_state() {
799.555286 | 1) ksoftir-2324 | | cpu_quiet() {
799.555286 | 1) ksoftir-2324 | 0.518 us | _spin_lock_irqsave();
799.555287 | 1) ksoftir-2324 | 0.506 us | _spin_unlock_irqrestore();
799.555288 | 1) ksoftir-2324 | 2.563 us | }
799.555289 | 1) ksoftir-2324 | 4.624 us | }
799.555289 | 1) ksoftir-2324 | 7.836 us | }
799.555290 | 1) ksoftir-2324 | 0.495 us | _local_bh_enable();
799.555291 | 1) ksoftir-2324 | + 11.550 us | }
799.555291 | 1) ksoftir-2324 | + 12.713 us | }
799.555292 | 1) ksoftir-2324 | 0.524 us | _cond_resched();
We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
this indeed seems to be a CONFIG_TREE_RCU=y bug.
What is weird is that RCU_SOFTIRQ gets set again and again - but there's
no raise_softirq() calls. Could you please do a two-CPU trace too via:
echo 3 > /debug/tracing/tracing_cpumask
So that we can see what's happening on the other CPU?
Also, could you please apply the debug patch below (or update to the
very latest -tip tree), so that we get trace entries of softirq triggers
too?
Thanks,
Ingo
-------------->
>From 6876d5d56716427f9bbe3af7e4e9c06cb760ae0c Mon Sep 17 00:00:00 2001
From: Ingo Molnar <mingo@elte.hu>
Date: Mon, 16 Feb 2009 13:23:36 +0100
Subject: [PATCH] softirq: debug #2
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
include/linux/interrupt.h | 3 ++-
kernel/softirq.c | 7 +++++++
2 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h
index e7bcfd7..cc1f529 100644
--- a/include/linux/interrupt.h
+++ b/include/linux/interrupt.h
@@ -271,7 +271,8 @@ asmlinkage void do_softirq(void);
asmlinkage void __do_softirq(void);
extern void open_softirq(int nr, void (*action)(struct softirq_action *));
extern void softirq_init(void);
-#define __raise_softirq_irqoff(nr) do { or_softirq_pending(1UL << (nr)); } while (0)
+#define ___raise_softirq_irqoff(nr) do { or_softirq_pending(1UL << (nr)); } while (0)
+extern void __raise_softirq_irqoff(unsigned int nr);
extern void raise_softirq_irqoff(unsigned int nr);
extern void raise_softirq(unsigned int nr);
diff --git a/kernel/softirq.c b/kernel/softirq.c
index 110cad0..431cb4f 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -302,6 +302,13 @@ void irq_exit(void)
preempt_enable_no_resched();
}
+void __raise_softirq_irqoff(unsigned int nr)
+{
+ ftrace_printk("nr: %d\n", nr);
+ or_softirq_pending(1UL << nr);
+}
+EXPORT_SYMBOL_GPL(__raise_softirq_irqoff);
+
/*
* This function must run with irqs disabled!
*/
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 12:26 ` Ingo Molnar
@ 2009-02-16 13:02 ` Damien Wyart
2009-02-16 13:21 ` Ingo Molnar
0 siblings, 1 reply; 152+ messages in thread
From: Damien Wyart @ 2009-02-16 13:02 UTC (permalink / raw)
To: Ingo Molnar
Cc: Paul E. McKenney, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Ingo Molnar <mingo@elte.hu> [090216 13:26]:
> We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
> this indeed seems to be a CONFIG_TREE_RCU=y bug.
> What is weird is that RCU_SOFTIRQ gets set again and again - but there's
> no raise_softirq() calls. Could you please do a two-CPU trace too via:
> echo 3 > /debug/tracing/tracing_cpumask
> So that we can see what's happening on the other CPU?
> Also, could you please apply the debug patch below (or update to the
> very latest -tip tree), so that we get trace entries of softirq triggers
> too?
Ok, the new trace with these additional modifications is here:
http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_1300_ksoftirqd_pb_abstime_proc_mask3.txt.gz
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-16 10:58 ` Nico Schottelius
@ 2009-02-16 13:13 ` Nico Schottelius
2009-02-16 21:40 ` Norbert Preining
0 siblings, 1 reply; 152+ messages in thread
From: Nico Schottelius @ 2009-02-16 13:13 UTC (permalink / raw)
To: Nico Schottelius, ZhangRui, Len Brown, Ingo Molnar, LKML,
Matthew Garrett, Rafael J. Wysocki, Andrew Morton, linux-acpi
[-- Attachment #1: Type: text/plain, Size: 80647 bytes --]
Nico Schottelius [Mon, Feb 16, 2009 at 11:58:47AM +0100]:
> [...]
> I'm upgrading to v2.6.29-rc5 now and will test the supplied patch,
> if the error is still there.
Same problem on 2.6.29-rc5:
[ 121.149035] [drm] Initialized drm 1.1.0 20060810
[ 121.191392] pci 0000:00:02.0: power state changed by ACPI to D0
[ 121.191410] pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 121.191419] pci 0000:00:02.0: setting latency timer to 64
[ 121.251571] pci 0000:00:02.0: irq 30 for MSI/MSI-X
[ 121.251646] [drm] Initialized i915 1.6.0 20080730 on minor 0
[ 121.302429] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer
Applied patch manually, compiling currently, ...
same problem on 2.6.29-rc5 including patch!
patch:
ikn% git diff
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 81f1cff..2d797ff 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -202,7 +202,7 @@ static int i915_initialize(struct drm_device * dev, drm_i915 dev_priv->ring.map.flags = 0;
dev_priv->ring.map.mtrr = 0;
- drm_core_ioremap(&dev_priv->ring.map, dev);
+ drm_core_ioremap_wc(&dev_priv->ring.map, dev);
if (dev_priv->ring.map.handle == NULL) {
i915_dma_cleanup(dev);
xorg log:
X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10)
Current Operating System: Linux ikn 2.6.29-rc5-ikn-dirty #15 SMP PREEMPT Mon Feb 16 13:57:11 CET 2009 x86_64
Build Date: 09 January 2009 02:16:05AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 16 14:06:57 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section. Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) | |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) | |-->Device "Configured Video Device"
(==) |-->Input Device "Configured Mouse"
(==) |-->Input Device "Generic Keyboard"
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified. Using compiled-in default.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x7c28e0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(--) using VT number 7
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2a40 card 17aa,20e0 rev 07 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,2a42 card 17aa,20e4 rev 07 class 03,00,00 hdr 80
(II) PCI: 00:02:1: chip 8086,2a43 card 17aa,20e4 rev 07 class 03,80,00 hdr 80
(II) PCI: 00:03:0: chip 8086,2a44 card 17aa,20e6 rev 07 class 07,80,00 hdr 80
(II) PCI: 00:19:0: chip 8086,10f5 card 17aa,20ee rev 03 class 02,00,00 hdr 00
(II) PCI: 00:1a:0: chip 8086,2937 card 17aa,20f0 rev 03 class 0c,03,00 hdr 80
(II) PCI: 00:1a:1: chip 8086,2938 card 17aa,20f0 rev 03 class 0c,03,00 hdr 00
(II) PCI: 00:1a:2: chip 8086,2939 card 17aa,20f0 rev 03 class 0c,03,00 hdr 00
(II) PCI: 00:1a:7: chip 8086,293c card 17aa,20f1 rev 03 class 0c,03,20 hdr 00
(II) PCI: 00:1b:0: chip 8086,293e card 17aa,20f2 rev 03 class 04,03,00 hdr 00
(II) PCI: 00:1c:0: chip 8086,2940 card 0000,0000 rev 03 class 06,04,00 hdr 81
(II) PCI: 00:1c:1: chip 8086,2942 card 0000,0000 rev 03 class 06,04,00 hdr 81
(II) PCI: 00:1c:3: chip 8086,2946 card 0000,0000 rev 03 class 06,04,00 hdr 81
(II) PCI: 00:1d:0: chip 8086,2934 card 17aa,20f0 rev 03 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,2935 card 17aa,20f0 rev 03 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,2936 card 17aa,20f0 rev 03 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,293a card 17aa,20f1 rev 03 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev 93 class 06,04,01 hdr 01
(II) PCI: 00:1f:0: chip 8086,2917 card 17aa,20f5 rev 03 class 06,01,00 hdr 80
(II) PCI: 00:1f:2: chip 8086,2929 card 17aa,20f8 rev 03 class 01,06,01 hdr 00
(II) PCI: 00:1f:3: chip 8086,2930 card 17aa,20f9 rev 03 class 0c,05,00 hdr 00
(II) PCI: 03:00:0: chip 8086,4236 card 8086,1011 rev 00 class 02,80,00 hdr 00
(II) PCI: End of PCI scan
(II) Intel Bridge workaround enabled
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,13), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 2: bridge is at (0:28:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared)
(II) PCI-to-PCI bridge:
(II) Bus 3: bridge is at (0:28:1), (0,3,3), BCTRL: 0x0004 (VGA_EN is cleared)
(II) Bus 3 non-prefetchable memory range:
[0] -1 0 0xf2500000 - 0xf25fffff (0x100000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 5: bridge is at (0:28:3), (0,5,12), BCTRL: 0x0004 (VGA_EN is cleared)
(II) Bus 5 I/O range:
[0] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]
[1] -1 0 0x00002400 - 0x000024ff (0x100) IX[B]
[2] -1 0 0x00002800 - 0x000028ff (0x100) IX[B]
[3] -1 0 0x00002c00 - 0x00002cff (0x100) IX[B]
(II) Bus 5 non-prefetchable memory range:
[0] -1 0 0xf0000000 - 0xf1ffffff (0x2000000) MX[B]
(II) Bus 5 prefetchable memory range:
[0] -1 0 0xf2900000 - 0xf29fffff (0x100000) MX[B]
(II) Subtractive PCI-to-PCI bridge:
(II) Bus 13: bridge is at (0:30:0), (0,13,13), BCTRL: 0x0004 (VGA_EN is cleared)
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(0:2:0) Intel Corporation Mobile Integrated Graphics Controller rev 7, Mem @ 0xf2000000/22, 0xd0000000/28, I/O @ 0x1800/3
(--) PCI: (0:2:1) Intel Corporation Mobile Integrated Graphics Controller rev 7, Mem @ 0xf2400000/20
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B]
[1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) Active PCI resource ranges:
[0] -1 0 0xf2500000 - 0xf2501fff (0x2000) MX[B]
[1] -1 0 0xf2827400 - 0xf28274ff (0x100) MX[B]
[2] -1 0 0xf2826000 - 0xf28267ff (0x800) MX[B]
[3] -1 0 0xf2827000 - 0xf28273ff (0x400) MX[B]
[4] -1 0 0xf2620000 - 0xf2623fff (0x4000) MX[B]
[5] -1 0 0xf2826c00 - 0xf2826fff (0x400) MX[B]
[6] -1 0 0xf2625000 - 0xf2625fff (0x1000) MX[B]
[7] -1 0 0xf2600000 - 0xf261ffff (0x20000) MX[B]
[8] -1 0 0xf2826800 - 0xf282680f (0x10) MX[B]
[9] -1 0 0xf2400000 - 0xf24fffff (0x100000) MX[B](B)
[10] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[11] -1 0 0xf2000000 - 0xf23fffff (0x400000) MX[B](B)
[12] -1 0 0x00001c60 - 0x00001c7f (0x20) IX[B]
[13] -1 0 0x00001c20 - 0x00001c3f (0x20) IX[B]
[14] -1 0 0x00001838 - 0x0000183b (0x4) IX[B]
[15] -1 0 0x00001c40 - 0x00001c47 (0x8) IX[B]
[16] -1 0 0x0000183c - 0x0000183f (0x4) IX[B]
[17] -1 0 0x00001c48 - 0x00001c4f (0x8) IX[B]
[18] -1 0 0x00001c00 - 0x00001c1f (0x20) IX[B]
[19] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]
[20] -1 0 0x000018c0 - 0x000018df (0x20) IX[B]
[21] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]
[22] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]
[23] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]
[24] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]
[25] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xf2500000 - 0xf2501fff (0x2000) MX[B]
[1] -1 0 0xf2827400 - 0xf28274ff (0x100) MX[B]
[2] -1 0 0xf2826000 - 0xf28267ff (0x800) MX[B]
[3] -1 0 0xf2827000 - 0xf28273ff (0x400) MX[B]
[4] -1 0 0xf2620000 - 0xf2623fff (0x4000) MX[B]
[5] -1 0 0xf2826c00 - 0xf2826fff (0x400) MX[B]
[6] -1 0 0xf2625000 - 0xf2625fff (0x1000) MX[B]
[7] -1 0 0xf2600000 - 0xf261ffff (0x20000) MX[B]
[8] -1 0 0xf2826800 - 0xf282680f (0x10) MX[B]
[9] -1 0 0xf2400000 - 0xf24fffff (0x100000) MX[B](B)
[10] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[11] -1 0 0xf2000000 - 0xf23fffff (0x400000) MX[B](B)
[12] -1 0 0x00001c60 - 0x00001c7f (0x20) IX[B]
[13] -1 0 0x00001c20 - 0x00001c3f (0x20) IX[B]
[14] -1 0 0x00001838 - 0x0000183b (0x4) IX[B]
[15] -1 0 0x00001c40 - 0x00001c47 (0x8) IX[B]
[16] -1 0 0x0000183c - 0x0000183f (0x4) IX[B]
[17] -1 0 0x00001c48 - 0x00001c4f (0x8) IX[B]
[18] -1 0 0x00001c00 - 0x00001c1f (0x20) IX[B]
[19] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]
[20] -1 0 0x000018c0 - 0x000018df (0x20) IX[B]
[21] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]
[22] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]
[23] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]
[24] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]
[25] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)
(II) OS-reported resource ranges after removing overlaps with PCI:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0xf2500000 - 0xf2501fff (0x2000) MX[B]
[5] -1 0 0xf2827400 - 0xf28274ff (0x100) MX[B]
[6] -1 0 0xf2826000 - 0xf28267ff (0x800) MX[B]
[7] -1 0 0xf2827000 - 0xf28273ff (0x400) MX[B]
[8] -1 0 0xf2620000 - 0xf2623fff (0x4000) MX[B]
[9] -1 0 0xf2826c00 - 0xf2826fff (0x400) MX[B]
[10] -1 0 0xf2625000 - 0xf2625fff (0x1000) MX[B]
[11] -1 0 0xf2600000 - 0xf261ffff (0x20000) MX[B]
[12] -1 0 0xf2826800 - 0xf282680f (0x10) MX[B]
[13] -1 0 0xf2400000 - 0xf24fffff (0x100000) MX[B](B)
[14] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[15] -1 0 0xf2000000 - 0xf23fffff (0x400000) MX[B](B)
[16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[18] -1 0 0x00001c60 - 0x00001c7f (0x20) IX[B]
[19] -1 0 0x00001c20 - 0x00001c3f (0x20) IX[B]
[20] -1 0 0x00001838 - 0x0000183b (0x4) IX[B]
[21] -1 0 0x00001c40 - 0x00001c47 (0x8) IX[B]
[22] -1 0 0x0000183c - 0x0000183f (0x4) IX[B]
[23] -1 0 0x00001c48 - 0x00001c4f (0x8) IX[B]
[24] -1 0 0x00001c00 - 0x00001c1f (0x20) IX[B]
[25] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]
[26] -1 0 0x000018c0 - 0x000018df (0x20) IX[B]
[27] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]
[28] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]
[29] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]
[30] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]
[31] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg/modules//fonts/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 1.4.2, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font FreeType
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension RECORD
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(II) LoadModule: "intel"
(II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so
(II) Module intel: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 2.3.2
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 2.0
(II) LoadModule: "mouse"
(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.3.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.3.1
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,
E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ,
965GM, 965GME/GLE, G33, Q35, Q33,
Mobile Intel® GM45 Express Chipset,
Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41
(II) Primary Device is: PCI 00:02:0
(--) Assigning device section with no busID to primary device
(WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found
(--) Chipset Mobile Intel® GM45 Express Chipset found
(II) resource ranges after xf86ClaimFixedResources() call:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0xf2500000 - 0xf2501fff (0x2000) MX[B]
[5] -1 0 0xf2827400 - 0xf28274ff (0x100) MX[B]
[6] -1 0 0xf2826000 - 0xf28267ff (0x800) MX[B]
[7] -1 0 0xf2827000 - 0xf28273ff (0x400) MX[B]
[8] -1 0 0xf2620000 - 0xf2623fff (0x4000) MX[B]
[9] -1 0 0xf2826c00 - 0xf2826fff (0x400) MX[B]
[10] -1 0 0xf2625000 - 0xf2625fff (0x1000) MX[B]
[11] -1 0 0xf2600000 - 0xf261ffff (0x20000) MX[B]
[12] -1 0 0xf2826800 - 0xf282680f (0x10) MX[B]
[13] -1 0 0xf2400000 - 0xf24fffff (0x100000) MX[B](B)
[14] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[15] -1 0 0xf2000000 - 0xf23fffff (0x400000) MX[B](B)
[16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[18] -1 0 0x00001c60 - 0x00001c7f (0x20) IX[B]
[19] -1 0 0x00001c20 - 0x00001c3f (0x20) IX[B]
[20] -1 0 0x00001838 - 0x0000183b (0x4) IX[B]
[21] -1 0 0x00001c40 - 0x00001c47 (0x8) IX[B]
[22] -1 0 0x0000183c - 0x0000183f (0x4) IX[B]
[23] -1 0 0x00001c48 - 0x00001c4f (0x8) IX[B]
[24] -1 0 0x00001c00 - 0x00001c1f (0x20) IX[B]
[25] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]
[26] -1 0 0x000018c0 - 0x000018df (0x20) IX[B]
[27] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]
[28] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]
[29] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]
[30] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]
[31] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)
(II) resource ranges after probing:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0xf2500000 - 0xf2501fff (0x2000) MX[B]
[5] -1 0 0xf2827400 - 0xf28274ff (0x100) MX[B]
[6] -1 0 0xf2826000 - 0xf28267ff (0x800) MX[B]
[7] -1 0 0xf2827000 - 0xf28273ff (0x400) MX[B]
[8] -1 0 0xf2620000 - 0xf2623fff (0x4000) MX[B]
[9] -1 0 0xf2826c00 - 0xf2826fff (0x400) MX[B]
[10] -1 0 0xf2625000 - 0xf2625fff (0x1000) MX[B]
[11] -1 0 0xf2600000 - 0xf261ffff (0x20000) MX[B]
[12] -1 0 0xf2826800 - 0xf282680f (0x10) MX[B]
[13] -1 0 0xf2400000 - 0xf24fffff (0x100000) MX[B](B)
[14] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[15] -1 0 0xf2000000 - 0xf23fffff (0x400000) MX[B](B)
[16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[20] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[21] -1 0 0x00001c60 - 0x00001c7f (0x20) IX[B]
[22] -1 0 0x00001c20 - 0x00001c3f (0x20) IX[B]
[23] -1 0 0x00001838 - 0x0000183b (0x4) IX[B]
[24] -1 0 0x00001c40 - 0x00001c47 (0x8) IX[B]
[25] -1 0 0x0000183c - 0x0000183f (0x4) IX[B]
[26] -1 0 0x00001c48 - 0x00001c4f (0x8) IX[B]
[27] -1 0 0x00001c00 - 0x00001c1f (0x20) IX[B]
[28] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]
[29] -1 0 0x000018c0 - 0x000018df (0x20) IX[B]
[30] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]
[31] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]
[32] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]
[33] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]
[34] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)
[35] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[36] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Loading /usr/lib/xorg/modules//libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.1.0
ABI class: X.Org Video Driver, version 2.0
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 0.1.0
ABI class: X.Org Video Driver, version 2.0
(==) intel(0): Depth 24, (--) framebuffer bpp 32
(==) intel(0): RGB weight 888
(==) intel(0): Default visual is TrueColor
(II) intel(0): Integrated Graphics Chipset: Intel(R) Mobile Intel® GM45 Express Chipset
(--) intel(0): Chipset: "Mobile Intel® GM45 Express Chipset"
(--) intel(0): Linear framebuffer at 0xD0000000
(--) intel(0): IO registers at addr 0xF2000000
(II) intel(0): 2 display pipes available.
(==) intel(0): Using EXA for acceleration
(==) intel(0): Disabling EXA render acceleration
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"(II) Module "ddc" already built-in
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"(II) Module "i2c" already built-in
(II) intel(0): Output VGA using monitor section Configured Monitor
(II) intel(0): I2C bus "CRTDDC_A" initialized.
(II) intel(0): Output LVDS has no monitor section
(II) intel(0): I2C bus "LVDSDDC_C" initialized.
(II) intel(0): Attempting to determine panel fixed mode.
(II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0.
(II) intel(0): EDID vendor "LEN", prod id 16400
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/lib/xorg/modules//libint10.so
(II) intel(0): initializing int10
(WW) intel(0): Bad V_BIOS checksum
(II) intel(0): Primary V_BIOS segment is: 0xc000
(II) intel(0): VESA BIOS detected
(II) intel(0): VESA VBE Version 3.0
(II) intel(0): VESA VBE Total Mem: 32704 kB
(II) intel(0): VESA VBE OEM: Intel(r)Cantiga Graphics Chip Accelerated VGA BIOS
(II) intel(0): VESA VBE OEM Software Rev: 1.0
(II) intel(0): VESA VBE OEM Vendor: Intel Corporation
(II) intel(0): VESA VBE OEM Product: Intel(r)Cantiga Graphics Controller
(II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0
(II) intel(0): found backlight control method /sys/class/backlight/acpi_video0
(II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized.
(II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" registered at address 0x70.
(II) intel(0): No SDVO device found on SDVOB
(II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" removed.
(II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" removed.
(II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" initialized.
(II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" registered at address 0x72.
(II) intel(0): No SDVO device found on SDVOC
(II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" removed.
(II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" removed.
(II) intel(0): Output TV has no monitor section
(II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0.
(II) intel(0): EDID vendor "SAM", prod id 32
(II) intel(0): Using EDID range info for horizontal sync
(II) intel(0): Using EDID range info for vertical refresh
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
(II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz)
(II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz)
(II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz)
(II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz)
(II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
(II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
(II) intel(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
(II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz)
(II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz)
(II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
(II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz)
(II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz)
(II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz)
(II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) intel(0): Modeline "1280x1024"x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz)
(II) intel(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz)
(II) intel(0): Modeline "800x600"x59.9 38.25 800 832 912 1024 600 603 607 624 -hsync +vsync (37.4 kHz)
(II) intel(0): Modeline "640x480"x59.4 23.75 640 664 720 800 480 483 487 500 -hsync +vsync (29.7 kHz)
(II) intel(0): EDID vendor "SAM", prod id 32
(II) intel(0): EDID vendor "LEN", prod id 16400
(II) intel(0): Output VGA connected
(II) intel(0): Output LVDS connected
(II) intel(0): Output TV disconnected
(II) intel(0): Output VGA using initial mode 1280x1024
(II) intel(0): Output LVDS using initial mode 1280x800
(II) intel(0): Monitoring connected displays enabled
(II) intel(0): detected 512 kB GTT.
(II) intel(0): detected 32764 kB stolen memory.
(==) intel(0): video overlay key set to 0x101fe
(==) intel(0): Will not try to enable page flipping
(==) intel(0): Triple buffering disabled
(==) intel(0): Intel XvMC decoder disabled
(==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
(**) intel(0): Display dimensions: (340, 270) mm
(**) intel(0): DPI set to (224, 282)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.3
(II) Loading sub module "exa"
(II) LoadModule: "exa"
(II) Loading /usr/lib/xorg/modules//libexa.so
(II) Module exa: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 2.2.0
ABI class: X.Org Video Driver, version 2.0
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"(II) Module "ramdac" already built-in
(II) intel(0): Comparing regs from server start up to After PreInit
(WW) intel(0): Register 0x61114 (PORT_HOTPLUG_STAT) changed from 0x10000b00 to 0x10000f00
(WW) intel(0): Register 0x70024 (PIPEASTAT) changed from 0x80000206 to 0x80000236
(WW) intel(0): PIPEASTAT before: status: FIFO_UNDERRUN VSYNC_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS
(WW) intel(0): PIPEASTAT after: status: FIFO_UNDERRUN VSYNC_INT_STATUS OFIELD_INT_STATUS EFIELD_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS
(WW) intel(0): Register 0x321b (FBC_FENCE_OFF) changed from 0xa2020500 to 0xb4008d00
(WW) intel(0): Register 0x68000 (TV_CTL) changed from 0x00000010 to 0x000c0010
(WW) intel(0): Register 0x68010 (TV_CSC_Y) changed from 0x00000000 to 0x0332012d
(WW) intel(0): Register 0x68014 (TV_CSC_Y2) changed from 0x00000000 to 0x07d30104
(WW) intel(0): Register 0x68018 (TV_CSC_U) changed from 0x00000000 to 0x0733052d
(WW) intel(0): Register 0x6801c (TV_CSC_U2) changed from 0x00000000 to 0x05c70200
(WW) intel(0): Register 0x68020 (TV_CSC_V) changed from 0x00000000 to 0x0340030c
(WW) intel(0): Register 0x68024 (TV_CSC_V2) changed from 0x00000000 to 0x06d00200
(WW) intel(0): Register 0x68028 (TV_CLR_KNOBS) changed from 0x00000000 to 0x00606000
(WW) intel(0): Register 0x6802c (TV_CLR_LEVEL) changed from 0x00000000 to 0x010b00e1
(WW) intel(0): Register 0x68030 (TV_H_CTL_1) changed from 0x00000000 to 0x00400359
(WW) intel(0): Register 0x68034 (TV_H_CTL_2) changed from 0x00000000 to 0x80480022
(WW) intel(0): Register 0x68038 (TV_H_CTL_3) changed from 0x00000000 to 0x007c0344
(WW) intel(0): Register 0x6803c (TV_V_CTL_1) changed from 0x00000000 to 0x00f01415
(WW) intel(0): Register 0x68040 (TV_V_CTL_2) changed from 0x00000000 to 0x00060607
(WW) intel(0): Register 0x68044 (TV_V_CTL_3) changed from 0x00000000 to 0x80120001
(WW) intel(0): Register 0x68048 (TV_V_CTL_4) changed from 0x00000000 to 0x000900f0
(WW) intel(0): Register 0x6804c (TV_V_CTL_5) changed from 0x00000000 to 0x000a00f0
(WW) intel(0): Register 0x68050 (TV_V_CTL_6) changed from 0x00000000 to 0x000900f0
(WW) intel(0): Register 0x68054 (TV_V_CTL_7) changed from 0x00000000 to 0x000a00f0
(WW) intel(0): Register 0x68060 (TV_SC_CTL_1) changed from 0x00000000 to 0xc1710088
(WW) intel(0): Register 0x68064 (TV_SC_CTL_2) changed from 0x00000000 to 0x4e2d1dc8
(WW) intel(0): Register 0x68070 (TV_WIN_POS) changed from 0x00000000 to 0x00360024
(WW) intel(0): Register 0x68074 (TV_WIN_SIZE) changed from 0x00000000 to 0x02640198
(WW) intel(0): Register 0x68080 (TV_FILTER_CTL_1) changed from 0x00000000 to 0x8000085e
(WW) intel(0): Register 0x68084 (TV_FILTER_CTL_2) changed from 0x00000000 to 0x00012d2d
(WW) intel(0): Register 0x68088 (TV_FILTER_CTL_3) changed from 0x00000000 to 0x00009696
(WW) intel(0): Register 0x68100 (TV_H_LUMA_0) changed from 0x00000000 to 0xb1403000
(WW) intel(0): Register 0x681ec (TV_H_LUMA_59) changed from 0x00000000 to 0x0000b060
(WW) intel(0): Register 0x68200 (TV_H_CHROMA_0) changed from 0x00000000 to 0xb1403000
(WW) intel(0): Register 0x682ec (TV_H_CHROMA_59) changed from 0x00000000 to 0x0000b060
(==) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] 0 0 0xd0000000 - 0xdfffffff (0x10000000) MS[B]
[1] 0 0 0xf2000000 - 0xf23fffff (0x400000) MS[B]
[2] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[6] -1 0 0xf2500000 - 0xf2501fff (0x2000) MX[B]
[7] -1 0 0xf2827400 - 0xf28274ff (0x100) MX[B]
[8] -1 0 0xf2826000 - 0xf28267ff (0x800) MX[B]
[9] -1 0 0xf2827000 - 0xf28273ff (0x400) MX[B]
[10] -1 0 0xf2620000 - 0xf2623fff (0x4000) MX[B]
[11] -1 0 0xf2826c00 - 0xf2826fff (0x400) MX[B]
[12] -1 0 0xf2625000 - 0xf2625fff (0x1000) MX[B]
[13] -1 0 0xf2600000 - 0xf261ffff (0x20000) MX[B]
[14] -1 0 0xf2826800 - 0xf282680f (0x10) MX[B]
[15] -1 0 0xf2400000 - 0xf24fffff (0x100000) MX[B](B)
[16] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[17] -1 0 0xf2000000 - 0xf23fffff (0x400000) MX[B](B)
[18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
[19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
[20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
[21] 0 0 0x00001800 - 0x00001807 (0x8) IS[B]
[22] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[23] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[24] -1 0 0x00001c60 - 0x00001c7f (0x20) IX[B]
[25] -1 0 0x00001c20 - 0x00001c3f (0x20) IX[B]
[26] -1 0 0x00001838 - 0x0000183b (0x4) IX[B]
[27] -1 0 0x00001c40 - 0x00001c47 (0x8) IX[B]
[28] -1 0 0x0000183c - 0x0000183f (0x4) IX[B]
[29] -1 0 0x00001c48 - 0x00001c4f (0x8) IX[B]
[30] -1 0 0x00001c00 - 0x00001c1f (0x20) IX[B]
[31] -1 0 0x000018e0 - 0x000018ff (0x20) IX[B]
[32] -1 0 0x000018c0 - 0x000018df (0x20) IX[B]
[33] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]
[34] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]
[35] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]
[36] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]
[37] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B)
[38] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[39] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(II) intel(0): Kernel reported 478208 total, 1 used
(II) intel(0): I830CheckAvailableMemory: 1912828 kB available
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
drmOpenByBusid: Searching for BusID pci:0000:00:02.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: drmOpenMinor returns 9
drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
(II) [drm] loaded kernel module for "i915" driver.
(II) [drm] DRM interface version 1.3
(II) [drm] DRM open master succeeded.
(II) intel(0): [drm] Using the DRM lock SAREA also for drawables.
(II) intel(0): [drm] framebuffer mapped by ddx driver
(II) intel(0): [drm] added 1 reserved context for kernel
(II) intel(0): X context handle = 0x1
(II) intel(0): [drm] installed DRM signal handler
(**) intel(0): Framebuffer compression disabled
(**) intel(0): Tiling enabled
(==) intel(0): VideoRam: 262144 KB
(II) intel(0): Attempting memory allocation with tiled buffers.
(II) intel(0): Tiled allocation successful.
(II) intel(0): [drm] Registers = 0xf2000000
(II) intel(0): [drm] ring buffer = 0xd0000000
(II) intel(0): [drm] mapped front buffer at 0xd0100000, handle = 0xd0100000
(II) intel(0): [drm] mapped back buffer at 0xd8da1000, handle = 0xd8da1000
(II) intel(0): [drm] mapped depth buffer at 0xdb0e1000, handle = 0xdb0e1000
(II) intel(0): [drm] mapped classic textures at 0xdd421000, handle = 0xdd421000
(II) intel(0): [drm] Initialized kernel agp heap manager, 33554432
(II) intel(0): [dri] visual configs initialized
(II) intel(0): Page Flipping disabled
(==) intel(0): Write-combining range (0xd0000000,0x10000000)
(II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(II) intel(0): Disable render standby.
(II) EXA(0): Offscreen pixmap area of 110592000 bytes
(II) EXA(0): Driver registered support for the following operations:
(II) Solid
(II) Copy
(==) intel(0): Backing store disabled
(==) intel(0): Silken mouse enabled
(II) intel(0): Initializing HW Cursor
(II) intel(0): [DRI] installation complete
(II) intel(0): xf86BindGARTMemory: bind key 0 at 0x01fff000 (pgoffset 8191)
(II) intel(0): xf86BindGARTMemory: bind key 1 at 0x02428000 (pgoffset 9256)
(II) intel(0): xf86BindGARTMemory: bind key 2 at 0x08da0000 (pgoffset 36256)
(II) intel(0): xf86BindGARTMemory: bind key 3 at 0x08da1000 (pgoffset 36257)
(II) intel(0): xf86BindGARTMemory: bind key 4 at 0x0b0e1000 (pgoffset 45281)
(II) intel(0): xf86BindGARTMemory: bind key 5 at 0x0d421000 (pgoffset 54305)
(II) intel(0): Fixed memory allocation layout:
(II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB)
(II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB)
(II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB)
(II) intel(0): 0x00032000-0x00041fff: exa G965 state buffer (64 kB)
(II) intel(0): 0x00042000-0x00042fff: power context (4 kB)
(II) intel(0): 0x00100000-0x02427fff: front buffer (36000 kB) X tiled
(II) intel(0): 0x01fff000: end of stolen memory
(II) intel(0): 0x02428000-0x08d9ffff: exa offscreen (108000 kB)
(II) intel(0): 0x08da0000-0x08da0fff: HW status (4 kB)
(II) intel(0): 0x08da1000-0x0b0e0fff: back buffer (36096 kB) X tiled
(II) intel(0): 0x0b0e1000-0x0d420fff: depth buffer (36096 kB) Y tiled
(II) intel(0): 0x0d421000-0x0f420fff: classic textures (32768 kB)
(II) intel(0): 0x10000000: end of aperture
(II) intel(0): Selecting standard 18 bit TMDS pixel format.
(II) intel(0): Output configuration:
(II) intel(0): Pipe A is on
(II) intel(0): Display plane A is now enabled and connected to pipe A.
(II) intel(0): Pipe B is on
(II) intel(0): Display plane B is now enabled and connected to pipe B.
(II) intel(0): Output VGA is connected to pipe A
(II) intel(0): Output LVDS is connected to pipe B
(II) intel(0): Output TV is connected to pipe none
(EE) intel(0): hw status page initialization Failed
(EE) intel(0): Fail to setup hardware status page.
(II) intel(0): [drm] removed 1 reserved context for kernel
(II) intel(0): [drm] unmapping 8192 bytes of SAREA 0x1efff000 at 0x7f948ca7c000
(II) intel(0): [drm] Closed DRM master.
Fatal server error:
AddScreen/ScreenInit failed for driver 0
(II) intel(0): xf86UnbindGARTMemory: unbind key 0
(II) intel(0): xf86UnbindGARTMemory: unbind key 1
(II) intel(0): xf86UnbindGARTMemory: unbind key 2
(II) intel(0): xf86UnbindGARTMemory: unbind key 3
(II) intel(0): xf86UnbindGARTMemory: unbind key 4
(II) intel(0): xf86UnbindGARTMemory: unbind key 5
dmesg:
[ 0.000000] Linux version 2.6.29-rc5-ikn-dirty (compiler@ikn) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #15 SMP PREEMPT Mon Feb 16 13:57:11 CET 2009
[ 0.000000] Command line: root=/dev/sda1 ro
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
[ 0.000000] BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000007c4a1000 (usable)
[ 0.000000] BIOS-e820: 000000007c4a1000 - 000000007c4a7000 (reserved)
[ 0.000000] BIOS-e820: 000000007c4a7000 - 000000007c5b7000 (usable)
[ 0.000000] BIOS-e820: 000000007c5b7000 - 000000007c60f000 (reserved)
[ 0.000000] BIOS-e820: 000000007c60f000 - 000000007c6c6000 (usable)
[ 0.000000] BIOS-e820: 000000007c6c6000 - 000000007c6d1000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c6d1000 - 000000007c6d4000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c6d4000 - 000000007c6d8000 (reserved)
[ 0.000000] BIOS-e820: 000000007c6d8000 - 000000007c6dc000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c6dc000 - 000000007c6df000 (reserved)
[ 0.000000] BIOS-e820: 000000007c6df000 - 000000007c706000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c706000 - 000000007c708000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c708000 - 000000007c90f000 (reserved)
[ 0.000000] BIOS-e820: 000000007c90f000 - 000000007c99f000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007c99f000 - 000000007c9ff000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007c9ff000 - 000000007ca00000 (usable)
[ 0.000000] BIOS-e820: 000000007cc00000 - 000000007f000000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved)
[ 0.000000] BIOS-e820: 00000000fed10000 - 00000000fed14000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed18000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff800000 - 0000000100000000 (reserved)
[ 0.000000] DMI present.
[ 0.000000] last_pfn = 0x7ca00 max_arch_pfn = 0x100000000
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] init_memory_mapping: 0000000000000000-000000007ca00000
[ 0.000000] 0000000000 - 007ca00000 page 2M
[ 0.000000] kernel direct mapping tables up to 7ca00000 @ 8000-b000
[ 0.000000] last_map_addr: 7ca00000 end: 7ca00000
[ 0.000000] ACPI: RSDP 000F73A0, 0024 (r2 LENOVO)
[ 0.000000] ACPI: XSDT 7C97BD45, 009C (r1 LENOVO TP-6D 1050 LTP 0)
[ 0.000000] ACPI: FACP 7C97BF00, 00F4 (r3 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI Warning (tbfadt-0568): 32/64X length mismatch in Pm1aControlBlock: 16/32 [20081204]
[ 0.000000] ACPI Warning (tbfadt-0412): Invalid length for Pm1aControlBlock: 32, using default 16 [20081204]
[ 0.000000] FADT: X_PM1a_EVT_BLK.bit_width (16) does not match PM1_EVT_LEN (4)
[ 0.000000] ACPI: DSDT 7C97C2F4, D910 (r1 LENOVO TP-6D 1050 MSFT 3000000)
[ 0.000000] ACPI: FACS 7C98E000, 0040
[ 0.000000] ACPI: SSDT 7C97C0B4, 0240 (r1 LENOVO TP-6D 1050 MSFT 3000000)
[ 0.000000] ACPI: ECDT 7C989C04, 0052 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: APIC 7C989C56, 0078 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: MCFG 7C989CCE, 003C (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: HPET 7C989D0A, 0038 (r1 LENOVO TP-6D 1050 LNVO 1)
[ 0.000000] ACPI: SLIC 7C989DC2, 0176 (r1 LENOVO TP-6D 1050 LTP 0)
[ 0.000000] ACPI: BOOT 7C989F38, 0028 (r1 LENOVO TP-6D 1050 LTP 1)
[ 0.000000] ACPI: ASF! 7C989F60, 00A0 (r16 LENOVO TP-6D 1050 PTL 1)
[ 0.000000] ACPI: SSDT 7C98D203, 055F (r1 LENOVO TP-6D 1050 INTL 20050513)
[ 0.000000] ACPI: TCPA 7C707000, 0032 (r0 0 0)
[ 0.000000] ACPI: DMAR 7C706000, 0120 (r1 \x01 1 0)
[ 0.000000] ACPI: SSDT 7C6D3000, 0655 (r1 PmRef CpuPm 3000 INTL 20050624)
[ 0.000000] ACPI: SSDT 7C6D2000, 0274 (r1 PmRef Cpu0Tst 3000 INTL 20050624)
[ 0.000000] ACPI: SSDT 7C6D1000, 0242 (r1 PmRef ApTst 3000 INTL 20050624)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] (5 early reservations) ==> bootmem [0000000000 - 007ca00000]
[ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
[ 0.000000] #1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
[ 0.000000] #2 [0000200000 - 000073841c] TEXT DATA BSS ==> [0000200000 - 000073841c]
[ 0.000000] #3 [000009ec00 - 0000100000] BIOS reserved ==> [000009ec00 - 0000100000]
[ 0.000000] #4 [0000008000 - 0000009000] PGTABLE ==> [0000008000 - 0000009000]
[ 0.000000] found SMP MP-table at [ffff8800000f73e0] 000f73e0
[ 0.000000] [ffffe20000000000-ffffe20001bfffff] PMD -> [ffff880001200000-ffff880002dfffff] on node 0
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000000 -> 0x00001000
[ 0.000000] DMA32 0x00001000 -> 0x00100000
[ 0.000000] Normal 0x00100000 -> 0x00100000
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[5] active PFN ranges
[ 0.000000] 0: 0x00000000 -> 0x0000009e
[ 0.000000] 0: 0x00000100 -> 0x0007c4a1
[ 0.000000] 0: 0x0007c4a7 -> 0x0007c5b7
[ 0.000000] 0: 0x0007c60f -> 0x0007c6c6
[ 0.000000] 0: 0x0007c9ff -> 0x0007ca00
[ 0.000000] On node 0 totalpages: 509447
[ 0.000000] DMA zone: 56 pages used for memmap
[ 0.000000] DMA zone: 1439 pages reserved
[ 0.000000] DMA zone: 2503 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 6923 pages used for memmap
[ 0.000000] DMA32 zone: 498526 pages, LIFO batch:31
[ 0.000000] ACPI: PM-Timer IO Port: 0x1008
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 0, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] 4 Processors exceeds NR_CPUS limit of 2
[ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 24
[ 0.000000] Allocating PCI resources starting at 80000000 (gap: 7f000000:61000000)
[ 0.000000] NR_CPUS:2 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1
[ 0.000000] PERCPU: Allocating 49152 bytes of per cpu data
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 501029
[ 0.000000] Kernel command line: root=/dev/sda1 ro
[ 0.000000] Initializing CPU#0
[ 0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[ 0.000000] Extended CMOS year: 2000
[ 0.000000] Fast TSC calibration using PIT
[ 0.000000] Detected 2261.130 MHz processor.
[ 0.004000] Console: colour VGA+ 80x25
[ 0.004000] console [tty0] enabled
[ 0.004000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.004000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.004000] Memory: 1999592k/2041856k available (2884k kernel code, 4068k absent, 37468k reserved, 1406k data, 348k init)
[ 0.004000] SLUB: Genslabs=12, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[ 0.004000] hpet clockevent registered
[ 0.004000] HPET: 4 timers in total, 0 timers will be used for per-cpu timer
[ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 4522.26 BogoMIPS (lpj=9044520)
[ 0.004000] Security Framework initialized
[ 0.004000] Mount-cache hash table entries: 256
[ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 0.004000] CPU: L2 cache: 3072K
[ 0.004000] [ds] using Core 2/Atom configuration
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 0
[ 0.004000] CPU0: Thermal monitoring enabled (TM2)
[ 0.004000] using mwait in idle threads.
[ 0.004000] ACPI: Core revision 20081204
[ 0.024047] Setting APIC routing to flat
[ 0.024479] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.067251] CPU0: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 0.068001] Booting processor 1 APIC 0x1 ip 0x6000
[ 0.004000] Initializing CPU#1
[ 0.004000] Calibrating delay using timer specific routine.. 4521.96 BogoMIPS (lpj=9043936)
[ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 0.004000] CPU: L2 cache: 3072K
[ 0.004000] [ds] using Core 2/Atom configuration
[ 0.004000] CPU: Physical Processor ID: 0
[ 0.004000] CPU: Processor Core ID: 1
[ 0.004000] CPU1: Thermal monitoring enabled (TM2)
[ 0.004000] x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
[ 0.153315] CPU1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz stepping 06
[ 0.154469] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[ 0.156022] Brought up 2 CPUs
[ 0.156122] Total of 2 processors activated (9044.22 BogoMIPS).
[ 0.156290] net_namespace: 1752 bytes
[ 0.156290] NET: Registered protocol family 16
[ 0.156290] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 0.156290] ACPI: bus type pci registered
[ 0.160030] PCI: Using configuration type 1 for base access
[ 0.160125] bio: create slab <bio-0> at 0
[ 0.161338] ACPI: EC: EC description table is found, configuring boot EC
[ 0.171975] ACPI: BIOS _OSI(Linux) query ignored
[ 0.172016] ACPI: EC: non-query interrupt received, switching to interrupt mode
[ 0.188495] ACPI: Interpreter enabled
[ 0.188495] ACPI: (supports S0 S3 S5)
[ 0.188495] ACPI: Using IOAPIC for interrupt routing
[ 0.224380] ACPI: EC: GPE = 0x11, I/O: command/status = 0x66, data = 0x62
[ 0.224380] ACPI: EC: driver started in interrupt mode
[ 0.225430] ACPI: ACPI Dock Station Driver: 3 docks/bays found
[ 0.225926] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 0.228060] pci 0000:00:02.0: reg 10 64bit mmio: [0xf2000000-0xf23fffff]
[ 0.228066] pci 0000:00:02.0: reg 18 64bit mmio: [0xd0000000-0xdfffffff]
[ 0.228070] pci 0000:00:02.0: reg 20 io port: [0x1800-0x1807]
[ 0.228102] pci 0000:00:02.1: reg 10 64bit mmio: [0xf2400000-0xf24fffff]
[ 0.228148] pci 0000:00:03.0: reg 10 64bit mmio: [0xf2826800-0xf282680f]
[ 0.228171] pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
[ 0.228276] pci 0000:00:03.0: PME# disabled
[ 0.228452] pci 0000:00:19.0: reg 10 32bit mmio: [0xf2600000-0xf261ffff]
[ 0.228458] pci 0000:00:19.0: reg 14 32bit mmio: [0xf2625000-0xf2625fff]
[ 0.228465] pci 0000:00:19.0: reg 18 io port: [0x1840-0x185f]
[ 0.228511] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
[ 0.228511] pci 0000:00:19.0: PME# disabled
[ 0.228511] pci 0000:00:1a.0: reg 20 io port: [0x1860-0x187f]
[ 0.228511] pci 0000:00:1a.1: reg 20 io port: [0x1880-0x189f]
[ 0.228511] pci 0000:00:1a.2: reg 20 io port: [0x18a0-0x18bf]
[ 0.228511] pci 0000:00:1a.7: reg 10 32bit mmio: [0xf2826c00-0xf2826fff]
[ 0.228511] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
[ 0.228578] pci 0000:00:1a.7: PME# disabled
[ 0.228724] pci 0000:00:1b.0: reg 10 64bit mmio: [0xf2620000-0xf2623fff]
[ 0.228774] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.228879] pci 0000:00:1b.0: PME# disabled
[ 0.229045] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.229150] pci 0000:00:1c.0: PME# disabled
[ 0.229317] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 0.229423] pci 0000:00:1c.1: PME# disabled
[ 0.229591] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[ 0.229696] pci 0000:00:1c.3: PME# disabled
[ 0.229859] pci 0000:00:1d.0: reg 20 io port: [0x18c0-0x18df]
[ 0.229940] pci 0000:00:1d.1: reg 20 io port: [0x18e0-0x18ff]
[ 0.230020] pci 0000:00:1d.2: reg 20 io port: [0x1c00-0x1c1f]
[ 0.230103] pci 0000:00:1d.7: reg 10 32bit mmio: [0xf2827000-0xf28273ff]
[ 0.230166] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[ 0.230272] pci 0000:00:1d.7: PME# disabled
[ 0.230576] pci 0000:00:1f.2: reg 10 io port: [0x1c48-0x1c4f]
[ 0.230582] pci 0000:00:1f.2: reg 14 io port: [0x183c-0x183f]
[ 0.230588] pci 0000:00:1f.2: reg 18 io port: [0x1c40-0x1c47]
[ 0.230594] pci 0000:00:1f.2: reg 1c io port: [0x1838-0x183b]
[ 0.230600] pci 0000:00:1f.2: reg 20 io port: [0x1c20-0x1c3f]
[ 0.230606] pci 0000:00:1f.2: reg 24 32bit mmio: [0xf2826000-0xf28267ff]
[ 0.230643] pci 0000:00:1f.2: PME# supported from D3hot
[ 0.230747] pci 0000:00:1f.2: PME# disabled
[ 0.230879] pci 0000:00:1f.3: reg 10 64bit mmio: [0xf2827400-0xf28274ff]
[ 0.230894] pci 0000:00:1f.3: reg 20 io port: [0x1c60-0x1c7f]
[ 0.231069] pci 0000:03:00.0: reg 10 64bit mmio: [0xf2500000-0xf2501fff]
[ 0.231175] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold
[ 0.232028] pci 0000:03:00.0: PME# disabled
[ 0.232207] pci 0000:00:1c.1: bridge 32bit mmio: [0xf2500000-0xf25fffff]
[ 0.232257] pci 0000:00:1c.3: bridge io port: [0x2000-0x2fff]
[ 0.232261] pci 0000:00:1c.3: bridge 32bit mmio: [0xf0000000-0xf1ffffff]
[ 0.232267] pci 0000:00:1c.3: bridge 64bit mmio pref: [0xf2900000-0xf29fffff]
[ 0.232325] pci 0000:00:1e.0: transparent bridge
[ 0.232454] pci_bus 0000:00: on NUMA node 0
[ 0.232462] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.232647] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP0._PRT]
[ 0.232728] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP1._PRT]
[ 0.232810] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP3._PRT]
[ 0.240258] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.240853] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.240853] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.241226] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.241904] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.242583] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.243261] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.243941] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.244510] ACPI: Power Resource [PUBS] (on)
[ 0.248068] SCSI subsystem initialized
[ 0.248157] libata version 3.00 loaded.
[ 0.248170] PCI: Using ACPI for IRQ routing
[ 0.260057] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
[ 0.260338] hpet0: 4 comparators, 64-bit 14.318180 MHz counter
[ 0.284007] pnp: PnP ACPI init
[ 0.284111] ACPI: bus type pnp registered
[ 0.345174] pnp: PnP ACPI: found 10 devices
[ 0.345275] ACPI: ACPI bus type pnp unregistered
[ 0.345383] system 00:00: iomem range 0x0-0x9ffff could not be reserved
[ 0.345487] system 00:00: iomem range 0xc0000-0xc3fff has been reserved
[ 0.345592] system 00:00: iomem range 0xc4000-0xc7fff has been reserved
[ 0.345696] system 00:00: iomem range 0xc8000-0xcbfff has been reserved
[ 0.345800] system 00:00: iomem range 0xcc000-0xcffff has been reserved
[ 0.345904] system 00:00: iomem range 0xd0000-0xd3fff has been reserved
[ 0.346008] system 00:00: iomem range 0xdc000-0xdffff could not be reserved
[ 0.346112] system 00:00: iomem range 0xe0000-0xe3fff could not be reserved
[ 0.346217] system 00:00: iomem range 0xe4000-0xe7fff could not be reserved
[ 0.346322] system 00:00: iomem range 0xe8000-0xebfff could not be reserved
[ 0.346426] system 00:00: iomem range 0xec000-0xeffff could not be reserved
[ 0.346531] system 00:00: iomem range 0xf0000-0xfffff could not be reserved
[ 0.346642] system 00:00: iomem range 0x100000-0x7effffff could not be reserved
[ 0.346805] system 00:00: iomem range 0xfec00000-0xfed3ffff could not be reserved
[ 0.346969] system 00:00: iomem range 0xfed4c000-0xffffffff could not be reserved
[ 0.347137] system 00:02: ioport range 0x164e-0x164f has been reserved
[ 0.347240] system 00:02: ioport range 0x1000-0x107f has been reserved
[ 0.347345] system 00:02: ioport range 0x1180-0x11ff has been reserved
[ 0.347448] system 00:02: ioport range 0x800-0x80f has been reserved
[ 0.347552] system 00:02: ioport range 0x15e0-0x15ef has been reserved
[ 0.347656] system 00:02: ioport range 0x1600-0x1641 has been reserved
[ 0.347759] system 00:02: ioport range 0x1600-0x161b has been reserved
[ 0.347863] system 00:02: iomem range 0xe0000000-0xefffffff has been reserved
[ 0.347968] system 00:02: iomem range 0xfed1c000-0xfed1ffff has been reserved
[ 0.348073] system 00:02: iomem range 0xfed10000-0xfed13fff has been reserved
[ 0.348178] system 00:02: iomem range 0xfed18000-0xfed18fff has been reserved
[ 0.348283] system 00:02: iomem range 0xfed19000-0xfed19fff has been reserved
[ 0.348387] system 00:02: iomem range 0xfed45000-0xfed4bfff has been reserved
[ 0.353364] pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
[ 0.353467] pci 0000:00:1c.0: IO window: disabled
[ 0.353571] pci 0000:00:1c.0: MEM window: disabled
[ 0.353675] pci 0000:00:1c.0: PREFETCH window: disabled
[ 0.353781] pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
[ 0.353883] pci 0000:00:1c.1: IO window: disabled
[ 0.353988] pci 0000:00:1c.1: MEM window: 0xf2500000-0xf25fffff
[ 0.354093] pci 0000:00:1c.1: PREFETCH window: disabled
[ 0.354199] pci 0000:00:1c.3: PCI bridge, secondary bus 0000:05
[ 0.354303] pci 0000:00:1c.3: IO window: 0x2000-0x2fff
[ 0.354407] pci 0000:00:1c.3: MEM window: 0xf0000000-0xf1ffffff
[ 0.354513] pci 0000:00:1c.3: PREFETCH window: 0x000000f2900000-0x000000f29fffff
[ 0.354690] pci 0000:00:1e.0: PCI bridge, secondary bus 0000:0d
[ 0.354793] pci 0000:00:1e.0: IO window: disabled
[ 0.354897] pci 0000:00:1e.0: MEM window: disabled
[ 0.355000] pci 0000:00:1e.0: PREFETCH window: disabled
[ 0.355115] pci 0000:00:1c.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 0.355222] pci 0000:00:1c.0: setting latency timer to 64
[ 0.355229] pci 0000:00:1c.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 0.355336] pci 0000:00:1c.1: setting latency timer to 64
[ 0.355343] pci 0000:00:1c.3: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 0.355449] pci 0000:00:1c.3: setting latency timer to 64
[ 0.355455] pci 0000:00:1e.0: setting latency timer to 64
[ 0.355458] pci_bus 0000:00: resource 0 io: [0x00-0xffff]
[ 0.355460] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff]
[ 0.355462] pci_bus 0000:02: resource 0 mem: [0x0-0x0]
[ 0.355463] pci_bus 0000:02: resource 1 mem: [0x0-0x0]
[ 0.355465] pci_bus 0000:02: resource 2 mem: [0x0-0x0]
[ 0.355466] pci_bus 0000:02: resource 3 mem: [0x0-0x0]
[ 0.355468] pci_bus 0000:03: resource 0 mem: [0x0-0x0]
[ 0.355469] pci_bus 0000:03: resource 1 mem: [0xf2500000-0xf25fffff]
[ 0.355471] pci_bus 0000:03: resource 2 mem: [0x0-0x0]
[ 0.355473] pci_bus 0000:03: resource 3 mem: [0x0-0x0]
[ 0.355474] pci_bus 0000:05: resource 0 io: [0x2000-0x2fff]
[ 0.355476] pci_bus 0000:05: resource 1 mem: [0xf0000000-0xf1ffffff]
[ 0.355478] pci_bus 0000:05: resource 2 mem: [0xf2900000-0xf29fffff]
[ 0.355479] pci_bus 0000:05: resource 3 mem: [0x0-0x0]
[ 0.355481] pci_bus 0000:0d: resource 0 mem: [0x0-0x0]
[ 0.355482] pci_bus 0000:0d: resource 1 mem: [0x0-0x0]
[ 0.355484] pci_bus 0000:0d: resource 2 mem: [0x0-0x0]
[ 0.355485] pci_bus 0000:0d: resource 3 io: [0x00-0xffff]
[ 0.355487] pci_bus 0000:0d: resource 4 mem: [0x000000-0xffffffffffffffff]
[ 0.355507] NET: Registered protocol family 2
[ 0.402667] IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.403211] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[ 0.404917] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[ 0.405531] TCP: Hash tables configured (established 262144 bind 65536)
[ 0.405636] TCP reno registered
[ 0.414719] NET: Registered protocol family 1
[ 0.415034] Simple Boot Flag at 0x35 set to 0x1
[ 0.415969] Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 0.418309] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.420366] VFS: Disk quotas dquot_6.5.2
[ 0.420530] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[ 0.421052] JFS: nTxBlock = 8192, nTxLock = 65536
[ 0.424179] msgmni has been set to 3906
[ 0.424496] alg: No test for stdrng (krng)
[ 0.424605] io scheduler noop registered
[ 0.424707] io scheduler anticipatory registered (default)
[ 0.424809] io scheduler deadline registered
[ 0.424964] io scheduler cfq registered
[ 0.425078] pci 0000:00:02.0: Boot video device
[ 0.425322] pcieport-driver 0000:00:1c.0: setting latency timer to 64
[ 0.425385] pcieport-driver 0000:00:1c.0: irq 24 for MSI/MSI-X
[ 0.425510] pcieport-driver 0000:00:1c.1: setting latency timer to 64
[ 0.425569] pcieport-driver 0000:00:1c.1: irq 25 for MSI/MSI-X
[ 0.425692] pcieport-driver 0000:00:1c.3: setting latency timer to 64
[ 0.425750] pcieport-driver 0000:00:1c.3: irq 26 for MSI/MSI-X
[ 0.426829] ACPI: AC Adapter [AC] (on-line)
[ 0.474511] ACPI: Battery Slot [BAT0] (battery present)
[ 0.474731] input: Power Button (FF) as /class/input/input0
[ 0.474835] ACPI: Power Button (FF) [PWRF]
[ 0.475037] input: Lid Switch as /class/input/input1
[ 0.476009] ACPI: Lid Switch [LID]
[ 0.476173] input: Sleep Button (CM) as /class/input/input2
[ 0.476280] ACPI: Sleep Button (CM) [SLPB]
[ 0.477191] ACPI: SSDT 7C6D6C20, 02C8 (r1 PmRef Cpu0Ist 3000 INTL 20050624)
[ 0.478076] ACPI: SSDT 7C6D4020, 087A (r1 PmRef Cpu0Cst 3001 INTL 20050624)
[ 0.482790] Monitor-Mwait will be used to enter C-1 state
[ 0.482795] Monitor-Mwait will be used to enter C-2 state
[ 0.482798] Monitor-Mwait will be used to enter C-3 state
[ 0.482848] ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
[ 0.483135] processor ACPI_CPU:00: registered as cooling_device0
[ 0.483288] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 0.484126] ACPI: SSDT 7C6D5CA0, 01CF (r1 PmRef ApIst 3000 INTL 20050624)
[ 0.484903] ACPI: SSDT 7C6D5F20, 008D (r1 PmRef ApCst 3000 INTL 20050624)
[ 0.487282] ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
[ 0.487565] processor ACPI_CPU:01: registered as cooling_device1
[ 0.487670] ACPI: Processor [CPU1] (supports 8 throttling states)
[ 0.532163] thermal LNXTHERM:01: registered as thermal_zone0
[ 0.535842] ACPI: Thermal Zone [THM0] (46 C)
[ 0.536959] thermal LNXTHERM:02: registered as thermal_zone1
[ 0.538329] ACPI: Thermal Zone [THM1] (41 C)
[ 0.566811] Switched to high resolution mode on CPU 1
[ 0.566813] Switched to high resolution mode on CPU 0
[ 0.593543] Linux agpgart interface v0.103
[ 3.608008] floppy0: no floppy controllers found
[ 3.609245] brd: module loaded
[ 3.609413] Uniform Multi-Platform E-IDE driver
[ 3.609587] ide-gd driver 1.18
[ 3.609785] Driver 'sd' needs updating - please use bus_type methods
[ 3.609929] ahci 0000:00:1f.2: version 3.0
[ 3.609944] ahci 0000:00:1f.2: PCI INT B -> GSI 16 (level, low) -> IRQ 16
[ 3.610080] ahci 0000:00:1f.2: irq 27 for MSI/MSI-X
[ 3.610118] ahci: SSS flag set, parallel bus scan disabled
[ 3.610240] ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 4 ports 3 Gbps 0x3 impl SATA mode
[ 3.610406] ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pio slum part
[ 3.610574] ahci 0000:00:1f.2: setting latency timer to 64
[ 3.610739] scsi0 : ahci
[ 3.610921] scsi1 : ahci
[ 3.611078] scsi2 : ahci
[ 3.611234] scsi3 : ahci
[ 3.612191] ata1: SATA max UDMA/133 abar m2048@0xf2826000 port 0xf2826100 irq 27
[ 3.612356] ata2: SATA max UDMA/133 abar m2048@0xf2826000 port 0xf2826180 irq 27
[ 3.612519] ata3: DUMMY
[ 3.612618] ata4: DUMMY
[ 3.928015] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 3.935476] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 3.935478] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 3.935662] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 3.935664] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 3.936519] ata1.00: ATA-8: ST9250827AS, 3.CMF, max UDMA/100
[ 3.936623] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 3.946561] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 3.946564] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 3.946748] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
[ 3.946750] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
[ 3.947597] ata1.00: configured for UDMA/100
[ 3.961691] ata1.00: configured for UDMA/100
[ 3.961793] ata1: EH complete
[ 3.961961] scsi 0:0:0:0: Direct-Access ATA ST9250827AS 3.CM PQ: 0 ANSI: 5
[ 3.962241] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 3.962416] sd 0:0:0:0: [sda] Write Protect is off
[ 3.962518] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 3.962536] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.962753] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[ 3.962928] sd 0:0:0:0: [sda] Write Protect is off
[ 3.963030] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 3.963048] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.963216] sda: sda1 sda2 sda3
[ 3.980083] sd 0:0:0:0: [sda] Attached SCSI disk
[ 4.300013] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 4.307845] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 4.308743] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 4.312710] ata2.00: ATAPI: HL-DT-ST DVDRAM GSA-U20N, HX10, max UDMA/133
[ 4.320104] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
[ 4.321069] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
[ 4.324996] ata2.00: configured for UDMA/133
[ 4.463018] scsi 1:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-U20N HX10 PQ: 0 ANSI: 5
[ 4.492073] Fusion MPT base driver 3.04.07
[ 4.492173] Copyright (c) 1999-2008 LSI Corporation
[ 4.492280] Fusion MPT SPI Host driver 3.04.07
[ 4.492687] ieee1394: raw1394: /dev/raw1394 device initialized
[ 4.492899] PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 4.504658] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 4.504764] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 4.504997] mice: PS/2 mouse device common for all mice
[ 4.548345] cpuidle: using governor ladder
[ 4.548860] cpuidle: using governor menu
[ 4.549000] Marking TSC unstable due to TSC halts in idle
[ 4.549206] oprofile: using NMI interrupt.
[ 4.549540] TCP cubic registered
[ 4.549640] NET: Registered protocol family 17
[ 4.550749] registered taskstats version 1
[ 4.553073] input: AT Translated Set 2 keyboard as /class/input/input3
[ 4.815508] elantech.c: unexpected magic knock result 0x00, 0x02, 0x64.
[ 5.000156] Clocksource tsc unstable (delta = -408136115 ns)
[ 5.132534] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 5.151511] input: TPPS/2 IBM TrackPoint as /class/input/input4
[ 5.333851] VFS: Mounted root (jfs filesystem) readonly on device 8:1.
[ 5.334019] Freeing unused kernel memory: 348k freed
[ 8.197735] Non-volatile memory driver v1.3
[ 8.279783] Driver 'sr' needs updating - please use bus_type methods
[ 8.291395] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[ 8.291568] Uniform CD-ROM driver Revision: 3.20
[ 8.291756] sr 1:0:0:0: Attached scsi CD-ROM sr0
[ 8.366926] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 8.367070] sr 1:0:0:0: Attached scsi generic sg1 type 5
[ 8.608913] thinkpad_acpi: ThinkPad ACPI Extras v0.22
[ 8.609022] thinkpad_acpi: http://ibm-acpi.sf.net/
[ 8.609123] thinkpad_acpi: ThinkPad BIOS 6DET28WW (1.05 ), EC 7XHT21WW-1.03
[ 8.609228] thinkpad_acpi: Lenovo ThinkPad X200, model 7458AH8
[ 8.610085] thinkpad_acpi: radio switch found; radios are enabled
[ 8.610308] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver
[ 8.610478] thinkpad_acpi: Disabling thinkpad-acpi brightness events by default...
[ 8.619510] Registered led device: tpacpi::thinklight
[ 8.619646] Registered led device: tpacpi::power
[ 8.619761] Registered led device: tpacpi:orange:batt
[ 8.619879] Registered led device: tpacpi:green:batt
[ 8.619995] Registered led device: tpacpi::dock_active
[ 8.620126] Registered led device: tpacpi::bay_active
[ 8.620251] Registered led device: tpacpi::dock_batt
[ 8.620377] Registered led device: tpacpi::unknown_led
[ 8.620506] Registered led device: tpacpi::standby
[ 8.623210] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one.
[ 8.623608] input: ThinkPad Extra Buttons as /class/input/input5
[ 8.669473] agpgart-intel 0000:00:00.0: Intel Mobile Intel® GM45 Express Chipset
[ 8.670613] agpgart-intel 0000:00:00.0: detected 32764K stolen memory
[ 8.673745] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
[ 8.839018] e1000e: Intel(R) PRO/1000 Network Driver - 0.3.3.3-k6
[ 8.839125] e1000e: Copyright (c) 1999-2008 Intel Corporation.
[ 8.839265] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 8.839377] e1000e 0000:00:19.0: setting latency timer to 64
[ 8.839476] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 8.906953] ACPI: WMI: Mapper loaded
[ 8.927414] 0000:00:19.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:1f:16:09:46:11
[ 8.927582] 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection
[ 8.927708] 0000:00:19.0: eth0: MAC: 6, PHY: 8, PBA No: 1008ff-0ff
[ 8.985444] usbcore: registered new interface driver usbfs
[ 8.985576] usbcore: registered new interface driver hub
[ 9.068062] usbcore: registered new device driver usb
[ 9.289477] uhci_hcd: USB Universal Host Controller Interface driver
[ 9.290177] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
[ 9.290298] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 9.290416] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 9.290420] uhci_hcd 0000:00:1a.0: UHCI Host Controller
[ 9.290565] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
[ 9.290764] uhci_hcd 0000:00:1a.0: irq 20, io base 0x00001860
[ 9.290986] usb usb1: configuration #1 chosen from 1 choice
[ 9.291113] hub 1-0:1.0: USB hub found
[ 9.291218] hub 1-0:1.0: 2 ports detected
[ 9.291422] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 9.291531] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 9.291534] uhci_hcd 0000:00:1a.1: UHCI Host Controller
[ 9.291654] uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2
[ 9.291847] uhci_hcd 0000:00:1a.1: irq 21, io base 0x00001880
[ 9.292022] usb usb2: configuration #1 chosen from 1 choice
[ 9.292147] hub 2-0:1.0: USB hub found
[ 9.292251] hub 2-0:1.0: 2 ports detected
[ 9.292874] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
[ 9.292984] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[ 9.293141] uhci_hcd 0000:00:1a.2: setting latency timer to 64
[ 9.293144] uhci_hcd 0000:00:1a.2: UHCI Host Controller
[ 9.293277] uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 3
[ 9.293470] uhci_hcd 0000:00:1a.2: irq 22, io base 0x000018a0
[ 9.293651] usb usb3: configuration #1 chosen from 1 choice
[ 9.293776] hub 3-0:1.0: USB hub found
[ 9.293880] hub 3-0:1.0: 2 ports detected
[ 9.294464] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 9.294571] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 9.294680] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 9.294683] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 9.294805] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4
[ 9.294998] uhci_hcd 0000:00:1d.0: irq 16, io base 0x000018c0
[ 9.295171] usb usb4: configuration #1 chosen from 1 choice
[ 9.295296] hub 4-0:1.0: USB hub found
[ 9.295401] hub 4-0:1.0: 2 ports detected
[ 9.295586] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 9.295696] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 9.295699] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 9.295819] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 5
[ 9.296013] uhci_hcd 0000:00:1d.1: irq 17, io base 0x000018e0
[ 9.296185] usb usb5: configuration #1 chosen from 1 choice
[ 9.296310] hub 5-0:1.0: USB hub found
[ 9.296414] hub 5-0:1.0: 2 ports detected
[ 9.296599] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 9.296709] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 9.296712] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 9.296833] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 6
[ 9.297061] uhci_hcd 0000:00:1d.2: irq 18, io base 0x00001c00
[ 9.297253] usb usb6: configuration #1 chosen from 1 choice
[ 9.297384] hub 6-0:1.0: USB hub found
[ 9.297495] hub 6-0:1.0: 2 ports detected
[ 9.351425] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 9.351539] Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
[ 9.352142] cfg80211: Calling CRDA to update world regulatory domain
[ 9.352694] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 9.352812] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
[ 9.352948] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 9.352951] ehci_hcd 0000:00:1a.7: EHCI Host Controller
[ 9.353105] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 7
[ 9.357193] ehci_hcd 0000:00:1a.7: debug port 1
[ 9.357300] ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
[ 9.357318] ehci_hcd 0000:00:1a.7: irq 23, io mem 0xf2826c00
[ 9.373043] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
[ 9.373269] usb usb7: configuration #1 chosen from 1 choice
[ 9.373403] hub 7-0:1.0: USB hub found
[ 9.373509] hub 7-0:1.0: 6 ports detected
[ 9.374473] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 9.374591] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 9.374723] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 9.374726] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 9.374855] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 8
[ 9.378916] ehci_hcd 0000:00:1d.7: debug port 1
[ 9.379025] ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
[ 9.379042] ehci_hcd 0000:00:1d.7: irq 19, io mem 0xf2827000
[ 9.396040] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 9.396275] usb usb8: configuration #1 chosen from 1 choice
[ 9.396404] hub 8-0:1.0: USB hub found
[ 9.396509] hub 8-0:1.0: 6 ports detected
[ 9.456218] rtc_cmos 00:07: RTC can wake from S4
[ 9.456440] rtc_cmos 00:07: rtc core: registered rtc_cmos as rtc0
[ 9.456586] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[ 9.552956] acpi device:03: registered as cooling_device2
[ 9.553333] input: Video Bus as /class/input/input6
[ 9.588148] ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
[ 9.618868] i801_smbus 0000:00:1f.3: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 9.701509] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks
[ 9.701692] iwlagn: Copyright(c) 2003-2008 Intel Corporation
[ 9.701896] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 9.702033] iwlagn 0000:03:00.0: setting latency timer to 64
[ 9.702092] iwlagn: Detected Intel Wireless WiFi Link 5300AGN REV=0x24
[ 9.724232] iwlagn: Tunable channels: 13 802.11bg, 24 802.11a channels
[ 9.727670] iwlagn 0000:03:00.0: PCI INT A disabled
[ 9.731973] wmaster0 (iwlagn): not using net_device_ops yet
[ 9.732297] phy0: Selected rate control algorithm 'iwl-agn-rs'
[ 9.833079] usb 7-5: new high speed USB device using ehci_hcd and address 3
[ 9.836755] HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 9.836966] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 9.868488] wlan0 (iwlagn): not using net_device_ops yet
[ 9.968734] usb 7-5: configuration #1 chosen from 1 choice
[ 9.969575] hub 7-5:1.0: USB hub found
[ 9.970043] hub 7-5:1.0: 4 ports detected
[ 10.084061] usb 7-6: new high speed USB device using ehci_hcd and address 4
[ 10.109914] input: HDA Intel at 0xf2620000 irq 17 Mic as /class/input/input7
[ 10.129175] input: HDA Intel at 0xf2620000 irq 17 Mic as /class/input/input8
[ 10.145139] input: HDA Intel at 0xf2620000 irq 17 Headphone as /class/input/input9
[ 10.221945] usb 7-6: configuration #1 chosen from 1 choice
[ 10.333040] usb 8-6: new high speed USB device using ehci_hcd and address 2
[ 10.479345] usb 8-6: configuration #1 chosen from 1 choice
[ 10.585976] usbcore: registered new interface driver libusual
[ 10.711478] Initializing USB Mass Storage driver...
[ 10.711834] scsi4 : SCSI emulation for USB Mass Storage devices
[ 10.714639] usb-storage: device found at 2
[ 10.714645] usb-storage: waiting for device to settle before scanning
[ 10.714665] usbcore: registered new interface driver usb-storage
[ 10.714816] USB Mass Storage support registered.
[ 10.717097] usb 2-1: new full speed USB device using uhci_hcd and address 2
[ 10.897203] usb 2-1: configuration #1 chosen from 1 choice
[ 10.972145] usb 7-5.4: new full speed USB device using ehci_hcd and address 5
[ 11.067577] usb 7-5.4: configuration #1 chosen from 1 choice
[ 11.239588] usblp0: USB Bidirectional printer dev 5 if 0 alt 1 proto 2 vid 0x03F0 pid 0x0B17
[ 11.239851] usbcore: registered new interface driver usblp
[ 13.733378] loop: module loaded
[ 14.364027] device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com
[ 15.712414] isa bounce pool size: 16 pages
[ 15.713198] scsi 4:0:0:0: Direct-Access RICOH R5U880FlashMedia 0000 PQ: 0 ANSI: 2
[ 15.904014] sd 4:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[ 15.904623] sd 4:0:0:0: [sdb] Write Protect is off
[ 15.904625] sd 4:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[ 15.904627] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 15.906121] sd 4:0:0:0: [sdb] 1984000 512-byte hardware sectors: (1.01 GB/968 MiB)
[ 15.906765] sd 4:0:0:0: [sdb] Write Protect is off
[ 15.906767] sd 4:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[ 15.906770] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 15.906773] sdb: sdb1
[ 15.908777] sd 4:0:0:0: [sdb] Attached SCSI removable disk
[ 15.908871] sd 4:0:0:0: Attached scsi generic sg2 type 0
[ 15.909046] usb-storage: device scan complete
[ 44.966010] fuse init (API version 7.11)
[ 47.660428] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 47.716162] e1000e 0000:00:19.0: irq 28 for MSI/MSI-X
[ 50.672874] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[ 57.485346] NET: Registered protocol family 10
[ 57.486573] lo: Disabled Privacy Extensions
[ 68.093071] eth0: no IPv6 routers present
[ 69.507584] Loading iSCSI transport class v2.0-870.
[ 69.559800] iscsi: registered transport (tcp)
[ 69.709542] iscsi: registered transport (iser)
[ 76.746605] thinkpad_acpi: setting the hotkey mask to 0x00ffffff is likely not the best way to go about it
[ 76.746832] thinkpad_acpi: please consider using the driver defaults, and refer to up-to-date thinkpad-acpi documentation
[ 76.819527] input: /usr/sbin/thinkpad-keys as /class/input/input10
[ 85.779773] Bluetooth: Core ver 2.14
[ 85.793101] NET: Registered protocol family 31
[ 85.793234] Bluetooth: HCI device and connection manager initialized
[ 85.793369] Bluetooth: HCI socket layer initialized
[ 85.839109] Bluetooth: L2CAP ver 2.11
[ 85.839255] Bluetooth: L2CAP socket layer initialized
[ 85.848914] Bluetooth: RFCOMM socket layer initialized
[ 85.849234] Bluetooth: RFCOMM TTY layer initialized
[ 85.849381] Bluetooth: RFCOMM ver 1.10
[ 86.241849] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 86.242151] iwlagn 0000:03:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106)
[ 86.242264] iwlagn 0000:03:00.0: irq 29 for MSI/MSI-X
[ 86.242349] iwlagn 0000:03:00.0: firmware: requesting iwlwifi-5000-1.ucode
[ 86.418905] iwlagn loaded firmware version 5.4.1.16
[ 86.584191] Registered led device: iwl-phy0:radio
[ 86.584389] Registered led device: iwl-phy0:assoc
[ 86.584587] Registered led device: iwl-phy0:RX
[ 86.584777] Registered led device: iwl-phy0:TX
[ 86.620316] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 100.092113] eth0: no IPv6 routers present
[ 119.520290] [drm] Initialized drm 1.1.0 20060810
[ 119.563593] pci 0000:00:02.0: power state changed by ACPI to D0
[ 119.563611] pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 119.563620] pci 0000:00:02.0: setting latency timer to 64
[ 119.620687] pci 0000:00:02.0: irq 30 for MSI/MSI-X
[ 119.620727] [drm] Initialized i915 1.6.0 20080730 on minor 0
[ 120.404830] set status page addr 0x08da0000
[ 120.404876] [drm:i915_set_status_page] *ERROR* can not ioremap virtual address for G33 hw status page
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 13:02 ` Damien Wyart
@ 2009-02-16 13:21 ` Ingo Molnar
2009-02-16 16:06 ` Paul E. McKenney
0 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 13:21 UTC (permalink / raw)
To: Damien Wyart
Cc: Paul E. McKenney, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> * Ingo Molnar <mingo@elte.hu> [090216 13:26]:
> > We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
> > this indeed seems to be a CONFIG_TREE_RCU=y bug.
>
> > What is weird is that RCU_SOFTIRQ gets set again and again - but there's
> > no raise_softirq() calls. Could you please do a two-CPU trace too via:
>
> > echo 3 > /debug/tracing/tracing_cpumask
>
> > So that we can see what's happening on the other CPU?
>
> > Also, could you please apply the debug patch below (or update to the
> > very latest -tip tree), so that we get trace entries of softirq triggers
> > too?
>
> Ok, the new trace with these additional modifications is here:
> http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_1300_ksoftirqd_pb_abstime_proc_mask3.txt.gz
thanks.
This confirms that SOFTIRQ_RCU gets raised here in the timer IRQ:
136.255963 | 0) sleep-2345 | | update_process_times() {
136.255964 | 0) sleep-2345 | | account_process_tick() {
136.255965 | 0) sleep-2345 | 0.779 us | account_system_time();
136.255966 | 0) sleep-2345 | 2.262 us | }
136.255967 | 0) sleep-2345 | | run_local_timers() {
136.255968 | 0) sleep-2345 | 0.802 us | hrtimer_run_queues();
136.255969 | 0) sleep-2345 | | raise_softirq() {
136.255970 | 0) sleep-2345 | | raise_softirq_irqoff() {
136.255971 | 0) sleep-2345 | | __raise_softirq_irqoff() {
136.255972 | 0) sleep-2345 | | /* nr: 1 */
136.255973 | 0) sleep-2345 | 2.194 us | }
136.255974 | 0) sleep-2345 | 3.832 us | }
136.255975 | 0) sleep-2345 | 5.491 us | }
136.255976 | 0) sleep-2345 | 8.667 us | }
136.255976 | 0) sleep-2345 | 0.792 us | rcu_pending();
136.255978 | 0) sleep-2345 | | rcu_check_callbacks() {
136.255979 | 0) sleep-2345 | 0.781 us | idle_cpu();
136.255981 | 0) sleep-2345 | | raise_softirq() {
136.255981 | 0) sleep-2345 | | raise_softirq_irqoff() {
136.255982 | 0) sleep-2345 | | __raise_softirq_irqoff() {
136.255983 | 0) sleep-2345 | | /* nr: 8 */
136.255984 | 0) sleep-2345 | 1.555 us | }
136.255984 | 0) sleep-2345 | 3.059 us | }
136.255985 | 0) sleep-2345 | 4.594 us | }
136.255986 | 0) sleep-2345 | 7.800 us | }
136.255987 | 0) sleep-2345 | 0.737 us | printk_tick();
again and again.
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-13 18:05 ` Len Brown
2009-02-16 9:06 ` ZhangRui
@ 2009-02-16 15:54 ` Nico Schottelius
2009-02-19 9:01 ` Nico Schottelius
1 sibling, 1 reply; 152+ messages in thread
From: Nico Schottelius @ 2009-02-16 15:54 UTC (permalink / raw)
To: Len Brown
Cc: Ingo Molnar, Nico Schottelius, LKML, Matthew Garrett,
Rafael J. Wysocki, Andrew Morton, linux-acpi
[-- Attachment #1: Type: text/plain, Size: 1205 bytes --]
Len Brown [Fri, Feb 13, 2009 at 01:05:28PM -0500]:
> Nico,
> there are not a lot of changes between rc4 and the breakage,
> (and none of them jump out at me) can you git-bisect?
The result of git-bisecting and some reboots:
ikn% git bisect start 4c098bc d5b5623
[compile....reboot...]
[16:50] ikn:linux-2.6% git describe
v2.6.29-rc3-432-g9b8d5a1
[16:50] ikn:linux-2.6% git bisect good
e806b4957412bf472d826bd8cc571da041248799 is first bad commit
commit e806b4957412bf472d826bd8cc571da041248799
Author: Eric Anholt <eric@anholt.net>
Date: Thu Jan 22 09:56:58 2009 -0800
drm/i915: Suppress GEM teardown on X Server exit in KMS mode.
Fixes hangs when starting X for the second time.
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
:040000 040000 5405babd9cab9d53791a0b58b5ad7f823f76ec9c 70f9a79c6b3072ea0777d6ab307330da37af076c M
drivers
I saved almost all dmesg outputs, if you need some ;-)
Sincerly,
Nico
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 13:21 ` Ingo Molnar
@ 2009-02-16 16:06 ` Paul E. McKenney
2009-02-16 18:56 ` Paul E. McKenney
0 siblings, 1 reply; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-16 16:06 UTC (permalink / raw)
To: Ingo Molnar
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Mon, Feb 16, 2009 at 02:21:51PM +0100, Ingo Molnar wrote:
>
> * Damien Wyart <damien.wyart@free.fr> wrote:
>
> > * Ingo Molnar <mingo@elte.hu> [090216 13:26]:
> > > We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
> > > this indeed seems to be a CONFIG_TREE_RCU=y bug.
> >
> > > What is weird is that RCU_SOFTIRQ gets set again and again - but there's
> > > no raise_softirq() calls. Could you please do a two-CPU trace too via:
> >
> > > echo 3 > /debug/tracing/tracing_cpumask
> >
> > > So that we can see what's happening on the other CPU?
> >
> > > Also, could you please apply the debug patch below (or update to the
> > > very latest -tip tree), so that we get trace entries of softirq triggers
> > > too?
> >
> > Ok, the new trace with these additional modifications is here:
> > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_1300_ksoftirqd_pb_abstime_proc_mask3.txt.gz
>
> thanks.
>
> This confirms that SOFTIRQ_RCU gets raised here in the timer IRQ:
>
> 136.255963 | 0) sleep-2345 | | update_process_times() {
> 136.255964 | 0) sleep-2345 | | account_process_tick() {
> 136.255965 | 0) sleep-2345 | 0.779 us | account_system_time();
> 136.255966 | 0) sleep-2345 | 2.262 us | }
> 136.255967 | 0) sleep-2345 | | run_local_timers() {
> 136.255968 | 0) sleep-2345 | 0.802 us | hrtimer_run_queues();
> 136.255969 | 0) sleep-2345 | | raise_softirq() {
> 136.255970 | 0) sleep-2345 | | raise_softirq_irqoff() {
> 136.255971 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> 136.255972 | 0) sleep-2345 | | /* nr: 1 */
> 136.255973 | 0) sleep-2345 | 2.194 us | }
> 136.255974 | 0) sleep-2345 | 3.832 us | }
> 136.255975 | 0) sleep-2345 | 5.491 us | }
> 136.255976 | 0) sleep-2345 | 8.667 us | }
> 136.255976 | 0) sleep-2345 | 0.792 us | rcu_pending();
> 136.255978 | 0) sleep-2345 | | rcu_check_callbacks() {
> 136.255979 | 0) sleep-2345 | 0.781 us | idle_cpu();
> 136.255981 | 0) sleep-2345 | | raise_softirq() {
> 136.255981 | 0) sleep-2345 | | raise_softirq_irqoff() {
> 136.255982 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> 136.255983 | 0) sleep-2345 | | /* nr: 8 */
> 136.255984 | 0) sleep-2345 | 1.555 us | }
> 136.255984 | 0) sleep-2345 | 3.059 us | }
> 136.255985 | 0) sleep-2345 | 4.594 us | }
> 136.255986 | 0) sleep-2345 | 7.800 us | }
> 136.255987 | 0) sleep-2345 | 0.737 us | printk_tick();
>
> again and again.
Interesting...
I will take a look!
Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12444] X hangs following switch from radeonfb console - Bisected
2009-02-14 20:38 ` [Bug #12444] X hangs following switch from radeonfb console - Bisected Rafael J. Wysocki
@ 2009-02-16 17:52 ` Graham Murray
2009-02-16 21:52 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Graham Murray @ 2009-02-16 17:52 UTC (permalink / raw)
To: linux-kernel
"Rafael J. Wysocki" <rjw@sisk.pl> writes:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12444
> Subject : X hangs following switch from radeonfb console - Bisected
> Submitter : Graham Murray <graham@gmurray.org.uk>
> Date : 2009-01-13 14:03 (33 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c1c2871a6a3a114853ec6836e9035ac1c0c7f7a
I am still seeing the problem with 2.6.29-rc5
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 16:06 ` Paul E. McKenney
@ 2009-02-16 18:56 ` Paul E. McKenney
2009-02-16 19:08 ` Frederic Weisbecker
` (3 more replies)
0 siblings, 4 replies; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-16 18:56 UTC (permalink / raw)
To: Ingo Molnar
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Mon, Feb 16, 2009 at 08:06:13AM -0800, Paul E. McKenney wrote:
> On Mon, Feb 16, 2009 at 02:21:51PM +0100, Ingo Molnar wrote:
> >
> > * Damien Wyart <damien.wyart@free.fr> wrote:
> >
> > > * Ingo Molnar <mingo@elte.hu> [090216 13:26]:
> > > > We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
> > > > this indeed seems to be a CONFIG_TREE_RCU=y bug.
> > >
> > > > What is weird is that RCU_SOFTIRQ gets set again and again - but there's
> > > > no raise_softirq() calls. Could you please do a two-CPU trace too via:
> > >
> > > > echo 3 > /debug/tracing/tracing_cpumask
> > >
> > > > So that we can see what's happening on the other CPU?
> > >
> > > > Also, could you please apply the debug patch below (or update to the
> > > > very latest -tip tree), so that we get trace entries of softirq triggers
> > > > too?
> > >
> > > Ok, the new trace with these additional modifications is here:
> > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_1300_ksoftirqd_pb_abstime_proc_mask3.txt.gz
> >
> > thanks.
> >
> > This confirms that SOFTIRQ_RCU gets raised here in the timer IRQ:
> >
> > 136.255963 | 0) sleep-2345 | | update_process_times() {
> > 136.255964 | 0) sleep-2345 | | account_process_tick() {
> > 136.255965 | 0) sleep-2345 | 0.779 us | account_system_time();
> > 136.255966 | 0) sleep-2345 | 2.262 us | }
> > 136.255967 | 0) sleep-2345 | | run_local_timers() {
> > 136.255968 | 0) sleep-2345 | 0.802 us | hrtimer_run_queues();
> > 136.255969 | 0) sleep-2345 | | raise_softirq() {
> > 136.255970 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > 136.255971 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > 136.255972 | 0) sleep-2345 | | /* nr: 1 */
> > 136.255973 | 0) sleep-2345 | 2.194 us | }
> > 136.255974 | 0) sleep-2345 | 3.832 us | }
> > 136.255975 | 0) sleep-2345 | 5.491 us | }
> > 136.255976 | 0) sleep-2345 | 8.667 us | }
> > 136.255976 | 0) sleep-2345 | 0.792 us | rcu_pending();
> > 136.255978 | 0) sleep-2345 | | rcu_check_callbacks() {
> > 136.255979 | 0) sleep-2345 | 0.781 us | idle_cpu();
> > 136.255981 | 0) sleep-2345 | | raise_softirq() {
> > 136.255981 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > 136.255982 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > 136.255983 | 0) sleep-2345 | | /* nr: 8 */
> > 136.255984 | 0) sleep-2345 | 1.555 us | }
> > 136.255984 | 0) sleep-2345 | 3.059 us | }
> > 136.255985 | 0) sleep-2345 | 4.594 us | }
> > 136.255986 | 0) sleep-2345 | 7.800 us | }
> > 136.255987 | 0) sleep-2345 | 0.737 us | printk_tick();
> >
> > again and again.
>
> Interesting...
>
> I will take a look!
The above sequence is more or less normal behavior -- the RCU softirq
handler rcu_process_callbacks() is being invoked once per tick, which
appears to be HZ=1000 or thereabouts. The system appears to be mostly
idle during this time period.
One oddity is that the _bh call to __rcu_process_callbacks() is invoking
force_quiescent_state() each time, and force_quiescent_state() isn't
doing anything. This is a possible mismatch between the conditions in
rcu_pending() and force_quiescent_state(), and I will look into this.
However, this sequence is consuming less than 10 microseconds per
millisecond, so cannot be the main cause of the softirq issues you
are seeing, though if there really is a mismatch, it needs to be fixed,
and I will attend to this.
The interesting portion of the trace is later on:
137.896992 | 1) ksoftir-2302 | | do_softirq() {
137.896993 | 1) ksoftir-2302 | | __do_softirq() {
137.896993 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
137.896994 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
137.896995 | 1) ksoftir-2302 | | rcu_process_callbacks() {
137.896995 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
137.896996 | 1) ksoftir-2302 | 0.498 us | force_quiescent_state();
137.896997 | 1) ksoftir-2302 | 1.588 us | }
137.896997 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
137.896998 | 1) ksoftir-2302 | 0.475 us | force_quiescent_state();
137.896999 | 1) ksoftir-2302 | | cpu_quiet() {
137.896999 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
137.897000 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
137.897001 | 1) ksoftir-2302 | 2.528 us | }
137.897002 | 1) ksoftir-2302 | 4.607 us | }
137.897002 | 1) ksoftir-2302 | 7.825 us | }
137.897003 | 1) ksoftir-2302 | 0.498 us | _local_bh_enable();
137.897004 | 1) ksoftir-2302 | + 11.430 us | }
137.897005 | 1) ksoftir-2302 | + 12.572 us | }
137.897005 | 1) ksoftir-2302 | 0.549 us | _cond_resched();
137.897006 | 1) ksoftir-2302 | 0.541 us | kthread_should_stop();
137.897007 | 1) ksoftir-2302 | | schedule() {
137.897008 | 1) ksoftir-2302 | | __schedule() {
137.897008 | 1) ksoftir-2302 | 0.514 us | _spin_lock_irq();
137.897009 | 1) ksoftir-2302 | 0.594 us | update_rq_clock();
137.897011 | 1) ksoftir-2302 | | deactivate_task() {
137.897011 | 1) ksoftir-2302 | | dequeue_task() {
137.897011 | 1) ksoftir-2302 | | dequeue_task_fair() {
137.897012 | 1) ksoftir-2302 | | update_curr() {
137.897012 | 1) ksoftir-2302 | | calc_delta_fair() {
137.897013 | 1) ksoftir-2302 | 0.506 us | calc_delta_mine();
137.897014 | 1) ksoftir-2302 | 1.528 us | }
137.897015 | 1) ksoftir-2302 | 2.563 us | }
137.897015 | 1) ksoftir-2302 | 0.513 us | hrtick_start_fair();
137.897019 | 1) ksoftir-2302 | 4.662 us | }
137.897019 | 1) ksoftir-2302 | 8.213 us | }
137.897020 | 1) ksoftir-2302 | 9.195 us | }
137.897020 | 1) ksoftir-2302 | 0.960 us | find_busiest_group();
137.897022 | 1) ksoftir-2302 | 0.493 us | msecs_to_jiffies();
137.897023 | 1) ksoftir-2302 | 0.511 us | put_prev_task_fair();
137.897024 | 1) ksoftir-2302 | | pick_next_task() {
137.897024 | 1) ksoftir-2302 | 0.481 us | pick_next_task_fair();
137.897025 | 1) ksoftir-2302 | 0.491 us | pick_next_task_rt();
137.897026 | 1) ksoftir-2302 | 0.474 us | pick_next_task_fair();
137.897027 | 1) ksoftir-2302 | 0.480 us | pick_next_task_idle();
137.897028 | 1) ksoftir-2302 | 4.516 us | }
137.897029 | 1) ksoftir-2302 | | perf_counter_task_sched_out() {
137.897029 | 1) ksoftir-2302 | | __perf_counter_sched_out() {
137.897030 | 1) ksoftir-2302 | 0.516 us | _spin_lock();
137.897031 | 1) ksoftir-2302 | 1.486 us | }
137.897031 | 1) ksoftir-2302 | 2.462 us | }
137.897032 | 1) ksoftir-2302 | 0.516 us | __lock_text_start();
137.897045 | ------------------------------------------
1) ksoftir-2302 => <idle>-0
------------------------------------------
1) <idle>-0 | | /* nr: 8 */
------------------------------------------
1) <idle>-0 => ksoftir-2302
------------------------------------------
137.897064 | 1) ksoftir-2302 | | finish_task_switch() {
137.897064 | 1) ksoftir-2302 | | perf_counter_task_sched_in() {
137.897065 | 1) ksoftir-2302 | 0.508 us | _spin_lock();
137.897066 | 1) ksoftir-2302 | 1.525 us | }
137.897066 | 1) ksoftir-2302 | 2.617 us | }
137.897067 | 1) ksoftir-2302 | + 58.928 us | }
137.897067 | 1) ksoftir-2302 | + 59.926 us | }
137.897068 | 1) ksoftir-2302 | | do_softirq() {
137.897068 | 1) ksoftir-2302 | | __do_softirq() {
137.897069 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
137.897070 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
137.897070 | 1) ksoftir-2302 | | rcu_process_callbacks() {
137.897071 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
137.897071 | 1) ksoftir-2302 | | force_quiescent_state() {
137.897073 | 1) ksoftir-2302 | 1.575 us | }
137.897073 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
137.897074 | 1) ksoftir-2302 | 0.474 us | force_quiescent_state();
137.897075 | 1) ksoftir-2302 | | cpu_quiet() {
137.897075 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
137.897076 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
137.897077 | 1) ksoftir-2302 | 2.532 us | }
137.897078 | 1) ksoftir-2302 | 4.632 us | }
137.897078 | 1) ksoftir-2302 | 7.815 us | }
137.897079 | 1) ksoftir-2302 | 0.501 us | _local_bh_enable();
137.897080 | 1) ksoftir-2302 | + 11.405 us | }
137.897080 | 1) ksoftir-2302 | + 12.542 us | }
Here the calls to rcu_process_callbacks() are only 75 microseconds apart,
so that this function is consuming more than 10% of a CPU. The strange
thing is that I don't see a raise_softirq() in between, though perhaps
it gets inlined or something that makes it invisible to ftrace.
Certainly rcu_process_callbacks() can re-invoke itself, for example,
when a large number of RCU callbacks has piled up. However, there are
only 29 calls to __call_rcu() over the entire time period, so that does
not appear to be the cause. Strangely enough, there appear to be no
calls to rcu_do_batch() over the full trace, but this is invoked
unconditionally from __rcu_process_callbacks(). So perhaps the trace
wasn't covering that function?
Whatever, this pattern continues for more than 300 milliseconds(!).
Would you be willing to enable CONFIG_RCU_TRACE and CONFIG_TREE_RCU,
reproduce this and send the output of the debugfs files rcu/rcudata
and rcu/rcuhier? The commands for this would be:
mkdir /debug || :
mount -t debugfs debugfs /debug
cat /debug/rcu/rcuhier
cat /debug/rcu/rcudata
I will try to reproduce locally as well.
Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 18:56 ` Paul E. McKenney
@ 2009-02-16 19:08 ` Frederic Weisbecker
2009-02-16 20:02 ` Frederic Weisbecker
` (2 subsequent siblings)
3 siblings, 0 replies; 152+ messages in thread
From: Frederic Weisbecker @ 2009-02-16 19:08 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Mon, Feb 16, 2009 at 10:56:16AM -0800, Paul E. McKenney wrote:
> On Mon, Feb 16, 2009 at 08:06:13AM -0800, Paul E. McKenney wrote:
> > On Mon, Feb 16, 2009 at 02:21:51PM +0100, Ingo Molnar wrote:
> > >
> > > * Damien Wyart <damien.wyart@free.fr> wrote:
> > >
> > > > * Ingo Molnar <mingo@elte.hu> [090216 13:26]:
> > > > > We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
> > > > > this indeed seems to be a CONFIG_TREE_RCU=y bug.
> > > >
> > > > > What is weird is that RCU_SOFTIRQ gets set again and again - but there's
> > > > > no raise_softirq() calls. Could you please do a two-CPU trace too via:
> > > >
> > > > > echo 3 > /debug/tracing/tracing_cpumask
> > > >
> > > > > So that we can see what's happening on the other CPU?
> > > >
> > > > > Also, could you please apply the debug patch below (or update to the
> > > > > very latest -tip tree), so that we get trace entries of softirq triggers
> > > > > too?
> > > >
> > > > Ok, the new trace with these additional modifications is here:
> > > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_1300_ksoftirqd_pb_abstime_proc_mask3.txt.gz
> > >
> > > thanks.
> > >
> > > This confirms that SOFTIRQ_RCU gets raised here in the timer IRQ:
> > >
> > > 136.255963 | 0) sleep-2345 | | update_process_times() {
> > > 136.255964 | 0) sleep-2345 | | account_process_tick() {
> > > 136.255965 | 0) sleep-2345 | 0.779 us | account_system_time();
> > > 136.255966 | 0) sleep-2345 | 2.262 us | }
> > > 136.255967 | 0) sleep-2345 | | run_local_timers() {
> > > 136.255968 | 0) sleep-2345 | 0.802 us | hrtimer_run_queues();
> > > 136.255969 | 0) sleep-2345 | | raise_softirq() {
> > > 136.255970 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > > 136.255971 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > > 136.255972 | 0) sleep-2345 | | /* nr: 1 */
> > > 136.255973 | 0) sleep-2345 | 2.194 us | }
> > > 136.255974 | 0) sleep-2345 | 3.832 us | }
> > > 136.255975 | 0) sleep-2345 | 5.491 us | }
> > > 136.255976 | 0) sleep-2345 | 8.667 us | }
> > > 136.255976 | 0) sleep-2345 | 0.792 us | rcu_pending();
> > > 136.255978 | 0) sleep-2345 | | rcu_check_callbacks() {
> > > 136.255979 | 0) sleep-2345 | 0.781 us | idle_cpu();
> > > 136.255981 | 0) sleep-2345 | | raise_softirq() {
> > > 136.255981 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > > 136.255982 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > > 136.255983 | 0) sleep-2345 | | /* nr: 8 */
> > > 136.255984 | 0) sleep-2345 | 1.555 us | }
> > > 136.255984 | 0) sleep-2345 | 3.059 us | }
> > > 136.255985 | 0) sleep-2345 | 4.594 us | }
> > > 136.255986 | 0) sleep-2345 | 7.800 us | }
> > > 136.255987 | 0) sleep-2345 | 0.737 us | printk_tick();
> > >
> > > again and again.
> >
> > Interesting...
> >
> > I will take a look!
>
> The above sequence is more or less normal behavior -- the RCU softirq
> handler rcu_process_callbacks() is being invoked once per tick, which
> appears to be HZ=1000 or thereabouts. The system appears to be mostly
> idle during this time period.
>
> One oddity is that the _bh call to __rcu_process_callbacks() is invoking
> force_quiescent_state() each time, and force_quiescent_state() isn't
> doing anything. This is a possible mismatch between the conditions in
> rcu_pending() and force_quiescent_state(), and I will look into this.
>
> However, this sequence is consuming less than 10 microseconds per
> millisecond, so cannot be the main cause of the softirq issues you
> are seeing, though if there really is a mismatch, it needs to be fixed,
> and I will attend to this.
>
> The interesting portion of the trace is later on:
>
> 137.896992 | 1) ksoftir-2302 | | do_softirq() {
> 137.896993 | 1) ksoftir-2302 | | __do_softirq() {
> 137.896993 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
> 137.896994 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
> 137.896995 | 1) ksoftir-2302 | | rcu_process_callbacks() {
> 137.896995 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.896996 | 1) ksoftir-2302 | 0.498 us | force_quiescent_state();
> 137.896997 | 1) ksoftir-2302 | 1.588 us | }
> 137.896997 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.896998 | 1) ksoftir-2302 | 0.475 us | force_quiescent_state();
> 137.896999 | 1) ksoftir-2302 | | cpu_quiet() {
> 137.896999 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
> 137.897000 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
> 137.897001 | 1) ksoftir-2302 | 2.528 us | }
> 137.897002 | 1) ksoftir-2302 | 4.607 us | }
> 137.897002 | 1) ksoftir-2302 | 7.825 us | }
> 137.897003 | 1) ksoftir-2302 | 0.498 us | _local_bh_enable();
> 137.897004 | 1) ksoftir-2302 | + 11.430 us | }
> 137.897005 | 1) ksoftir-2302 | + 12.572 us | }
> 137.897005 | 1) ksoftir-2302 | 0.549 us | _cond_resched();
> 137.897006 | 1) ksoftir-2302 | 0.541 us | kthread_should_stop();
> 137.897007 | 1) ksoftir-2302 | | schedule() {
> 137.897008 | 1) ksoftir-2302 | | __schedule() {
> 137.897008 | 1) ksoftir-2302 | 0.514 us | _spin_lock_irq();
> 137.897009 | 1) ksoftir-2302 | 0.594 us | update_rq_clock();
> 137.897011 | 1) ksoftir-2302 | | deactivate_task() {
> 137.897011 | 1) ksoftir-2302 | | dequeue_task() {
> 137.897011 | 1) ksoftir-2302 | | dequeue_task_fair() {
> 137.897012 | 1) ksoftir-2302 | | update_curr() {
> 137.897012 | 1) ksoftir-2302 | | calc_delta_fair() {
> 137.897013 | 1) ksoftir-2302 | 0.506 us | calc_delta_mine();
> 137.897014 | 1) ksoftir-2302 | 1.528 us | }
> 137.897015 | 1) ksoftir-2302 | 2.563 us | }
> 137.897015 | 1) ksoftir-2302 | 0.513 us | hrtick_start_fair();
> 137.897019 | 1) ksoftir-2302 | 4.662 us | }
> 137.897019 | 1) ksoftir-2302 | 8.213 us | }
> 137.897020 | 1) ksoftir-2302 | 9.195 us | }
> 137.897020 | 1) ksoftir-2302 | 0.960 us | find_busiest_group();
> 137.897022 | 1) ksoftir-2302 | 0.493 us | msecs_to_jiffies();
> 137.897023 | 1) ksoftir-2302 | 0.511 us | put_prev_task_fair();
> 137.897024 | 1) ksoftir-2302 | | pick_next_task() {
> 137.897024 | 1) ksoftir-2302 | 0.481 us | pick_next_task_fair();
> 137.897025 | 1) ksoftir-2302 | 0.491 us | pick_next_task_rt();
> 137.897026 | 1) ksoftir-2302 | 0.474 us | pick_next_task_fair();
> 137.897027 | 1) ksoftir-2302 | 0.480 us | pick_next_task_idle();
> 137.897028 | 1) ksoftir-2302 | 4.516 us | }
> 137.897029 | 1) ksoftir-2302 | | perf_counter_task_sched_out() {
> 137.897029 | 1) ksoftir-2302 | | __perf_counter_sched_out() {
> 137.897030 | 1) ksoftir-2302 | 0.516 us | _spin_lock();
> 137.897031 | 1) ksoftir-2302 | 1.486 us | }
> 137.897031 | 1) ksoftir-2302 | 2.462 us | }
> 137.897032 | 1) ksoftir-2302 | 0.516 us | __lock_text_start();
> 137.897045 | ------------------------------------------
> 1) ksoftir-2302 => <idle>-0
> ------------------------------------------
>
> 1) <idle>-0 | | /* nr: 8 */
> ------------------------------------------
> 1) <idle>-0 => ksoftir-2302
> ------------------------------------------
>
> 137.897064 | 1) ksoftir-2302 | | finish_task_switch() {
> 137.897064 | 1) ksoftir-2302 | | perf_counter_task_sched_in() {
> 137.897065 | 1) ksoftir-2302 | 0.508 us | _spin_lock();
> 137.897066 | 1) ksoftir-2302 | 1.525 us | }
> 137.897066 | 1) ksoftir-2302 | 2.617 us | }
> 137.897067 | 1) ksoftir-2302 | + 58.928 us | }
> 137.897067 | 1) ksoftir-2302 | + 59.926 us | }
> 137.897068 | 1) ksoftir-2302 | | do_softirq() {
> 137.897068 | 1) ksoftir-2302 | | __do_softirq() {
> 137.897069 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
> 137.897070 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
> 137.897070 | 1) ksoftir-2302 | | rcu_process_callbacks() {
> 137.897071 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.897071 | 1) ksoftir-2302 | | force_quiescent_state() {
> 137.897073 | 1) ksoftir-2302 | 1.575 us | }
> 137.897073 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.897074 | 1) ksoftir-2302 | 0.474 us | force_quiescent_state();
> 137.897075 | 1) ksoftir-2302 | | cpu_quiet() {
> 137.897075 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
> 137.897076 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
> 137.897077 | 1) ksoftir-2302 | 2.532 us | }
> 137.897078 | 1) ksoftir-2302 | 4.632 us | }
> 137.897078 | 1) ksoftir-2302 | 7.815 us | }
> 137.897079 | 1) ksoftir-2302 | 0.501 us | _local_bh_enable();
> 137.897080 | 1) ksoftir-2302 | + 11.405 us | }
> 137.897080 | 1) ksoftir-2302 | + 12.542 us | }
>
> Here the calls to rcu_process_callbacks() are only 75 microseconds apart,
> so that this function is consuming more than 10% of a CPU. The strange
> thing is that I don't see a raise_softirq() in between, though perhaps
> it gets inlined or something that makes it invisible to ftrace.
More likely it's a bug in the function graph tracer.
I will try to fix it.
> Certainly rcu_process_callbacks() can re-invoke itself, for example,
> when a large number of RCU callbacks has piled up. However, there are
> only 29 calls to __call_rcu() over the entire time period, so that does
> not appear to be the cause. Strangely enough, there appear to be no
> calls to rcu_do_batch() over the full trace, but this is invoked
> unconditionally from __rcu_process_callbacks(). So perhaps the trace
> wasn't covering that function?
Hmm. I have to check that too. I'm building CONFIG_RCU_TREE.
Will try to find what happens.
>
> Whatever, this pattern continues for more than 300 milliseconds(!).
>
> Would you be willing to enable CONFIG_RCU_TRACE and CONFIG_TREE_RCU,
> reproduce this and send the output of the debugfs files rcu/rcudata
> and rcu/rcuhier? The commands for this would be:
>
> mkdir /debug || :
> mount -t debugfs debugfs /debug
> cat /debug/rcu/rcuhier
> cat /debug/rcu/rcudata
>
> I will try to reproduce locally as well.
>
> Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 18:56 ` Paul E. McKenney
2009-02-16 19:08 ` Frederic Weisbecker
@ 2009-02-16 20:02 ` Frederic Weisbecker
2009-02-16 21:31 ` Paul E. McKenney
2009-02-16 20:09 ` Ingo Molnar
2009-02-16 20:44 ` Damien Wyart
3 siblings, 1 reply; 152+ messages in thread
From: Frederic Weisbecker @ 2009-02-16 20:02 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Mon, Feb 16, 2009 at 10:56:16AM -0800, Paul E. McKenney wrote:
> On Mon, Feb 16, 2009 at 08:06:13AM -0800, Paul E. McKenney wrote:
> > On Mon, Feb 16, 2009 at 02:21:51PM +0100, Ingo Molnar wrote:
> > >
> > > * Damien Wyart <damien.wyart@free.fr> wrote:
> > >
> > > > * Ingo Molnar <mingo@elte.hu> [090216 13:26]:
> > > > > We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
> > > > > this indeed seems to be a CONFIG_TREE_RCU=y bug.
> > > >
> > > > > What is weird is that RCU_SOFTIRQ gets set again and again - but there's
> > > > > no raise_softirq() calls. Could you please do a two-CPU trace too via:
> > > >
> > > > > echo 3 > /debug/tracing/tracing_cpumask
> > > >
> > > > > So that we can see what's happening on the other CPU?
> > > >
> > > > > Also, could you please apply the debug patch below (or update to the
> > > > > very latest -tip tree), so that we get trace entries of softirq triggers
> > > > > too?
> > > >
> > > > Ok, the new trace with these additional modifications is here:
> > > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_1300_ksoftirqd_pb_abstime_proc_mask3.txt.gz
> > >
> > > thanks.
> > >
> > > This confirms that SOFTIRQ_RCU gets raised here in the timer IRQ:
> > >
> > > 136.255963 | 0) sleep-2345 | | update_process_times() {
> > > 136.255964 | 0) sleep-2345 | | account_process_tick() {
> > > 136.255965 | 0) sleep-2345 | 0.779 us | account_system_time();
> > > 136.255966 | 0) sleep-2345 | 2.262 us | }
> > > 136.255967 | 0) sleep-2345 | | run_local_timers() {
> > > 136.255968 | 0) sleep-2345 | 0.802 us | hrtimer_run_queues();
> > > 136.255969 | 0) sleep-2345 | | raise_softirq() {
> > > 136.255970 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > > 136.255971 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > > 136.255972 | 0) sleep-2345 | | /* nr: 1 */
> > > 136.255973 | 0) sleep-2345 | 2.194 us | }
> > > 136.255974 | 0) sleep-2345 | 3.832 us | }
> > > 136.255975 | 0) sleep-2345 | 5.491 us | }
> > > 136.255976 | 0) sleep-2345 | 8.667 us | }
> > > 136.255976 | 0) sleep-2345 | 0.792 us | rcu_pending();
> > > 136.255978 | 0) sleep-2345 | | rcu_check_callbacks() {
> > > 136.255979 | 0) sleep-2345 | 0.781 us | idle_cpu();
> > > 136.255981 | 0) sleep-2345 | | raise_softirq() {
> > > 136.255981 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > > 136.255982 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > > 136.255983 | 0) sleep-2345 | | /* nr: 8 */
> > > 136.255984 | 0) sleep-2345 | 1.555 us | }
> > > 136.255984 | 0) sleep-2345 | 3.059 us | }
> > > 136.255985 | 0) sleep-2345 | 4.594 us | }
> > > 136.255986 | 0) sleep-2345 | 7.800 us | }
> > > 136.255987 | 0) sleep-2345 | 0.737 us | printk_tick();
> > >
> > > again and again.
> >
> > Interesting...
> >
> > I will take a look!
>
> The above sequence is more or less normal behavior -- the RCU softirq
> handler rcu_process_callbacks() is being invoked once per tick, which
> appears to be HZ=1000 or thereabouts. The system appears to be mostly
> idle during this time period.
>
> One oddity is that the _bh call to __rcu_process_callbacks() is invoking
> force_quiescent_state() each time, and force_quiescent_state() isn't
> doing anything. This is a possible mismatch between the conditions in
> rcu_pending() and force_quiescent_state(), and I will look into this.
>
> However, this sequence is consuming less than 10 microseconds per
> millisecond, so cannot be the main cause of the softirq issues you
> are seeing, though if there really is a mismatch, it needs to be fixed,
> and I will attend to this.
>
> The interesting portion of the trace is later on:
>
> 137.896992 | 1) ksoftir-2302 | | do_softirq() {
> 137.896993 | 1) ksoftir-2302 | | __do_softirq() {
> 137.896993 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
> 137.896994 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
> 137.896995 | 1) ksoftir-2302 | | rcu_process_callbacks() {
> 137.896995 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.896996 | 1) ksoftir-2302 | 0.498 us | force_quiescent_state();
> 137.896997 | 1) ksoftir-2302 | 1.588 us | }
> 137.896997 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.896998 | 1) ksoftir-2302 | 0.475 us | force_quiescent_state();
> 137.896999 | 1) ksoftir-2302 | | cpu_quiet() {
> 137.896999 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
> 137.897000 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
> 137.897001 | 1) ksoftir-2302 | 2.528 us | }
> 137.897002 | 1) ksoftir-2302 | 4.607 us | }
> 137.897002 | 1) ksoftir-2302 | 7.825 us | }
> 137.897003 | 1) ksoftir-2302 | 0.498 us | _local_bh_enable();
> 137.897004 | 1) ksoftir-2302 | + 11.430 us | }
> 137.897005 | 1) ksoftir-2302 | + 12.572 us | }
> 137.897005 | 1) ksoftir-2302 | 0.549 us | _cond_resched();
> 137.897006 | 1) ksoftir-2302 | 0.541 us | kthread_should_stop();
> 137.897007 | 1) ksoftir-2302 | | schedule() {
> 137.897008 | 1) ksoftir-2302 | | __schedule() {
> 137.897008 | 1) ksoftir-2302 | 0.514 us | _spin_lock_irq();
> 137.897009 | 1) ksoftir-2302 | 0.594 us | update_rq_clock();
> 137.897011 | 1) ksoftir-2302 | | deactivate_task() {
> 137.897011 | 1) ksoftir-2302 | | dequeue_task() {
> 137.897011 | 1) ksoftir-2302 | | dequeue_task_fair() {
> 137.897012 | 1) ksoftir-2302 | | update_curr() {
> 137.897012 | 1) ksoftir-2302 | | calc_delta_fair() {
> 137.897013 | 1) ksoftir-2302 | 0.506 us | calc_delta_mine();
> 137.897014 | 1) ksoftir-2302 | 1.528 us | }
> 137.897015 | 1) ksoftir-2302 | 2.563 us | }
> 137.897015 | 1) ksoftir-2302 | 0.513 us | hrtick_start_fair();
> 137.897019 | 1) ksoftir-2302 | 4.662 us | }
> 137.897019 | 1) ksoftir-2302 | 8.213 us | }
> 137.897020 | 1) ksoftir-2302 | 9.195 us | }
> 137.897020 | 1) ksoftir-2302 | 0.960 us | find_busiest_group();
> 137.897022 | 1) ksoftir-2302 | 0.493 us | msecs_to_jiffies();
> 137.897023 | 1) ksoftir-2302 | 0.511 us | put_prev_task_fair();
> 137.897024 | 1) ksoftir-2302 | | pick_next_task() {
> 137.897024 | 1) ksoftir-2302 | 0.481 us | pick_next_task_fair();
> 137.897025 | 1) ksoftir-2302 | 0.491 us | pick_next_task_rt();
> 137.897026 | 1) ksoftir-2302 | 0.474 us | pick_next_task_fair();
> 137.897027 | 1) ksoftir-2302 | 0.480 us | pick_next_task_idle();
> 137.897028 | 1) ksoftir-2302 | 4.516 us | }
> 137.897029 | 1) ksoftir-2302 | | perf_counter_task_sched_out() {
> 137.897029 | 1) ksoftir-2302 | | __perf_counter_sched_out() {
> 137.897030 | 1) ksoftir-2302 | 0.516 us | _spin_lock();
> 137.897031 | 1) ksoftir-2302 | 1.486 us | }
> 137.897031 | 1) ksoftir-2302 | 2.462 us | }
> 137.897032 | 1) ksoftir-2302 | 0.516 us | __lock_text_start();
> 137.897045 | ------------------------------------------
> 1) ksoftir-2302 => <idle>-0
> ------------------------------------------
>
> 1) <idle>-0 | | /* nr: 8 */
> ------------------------------------------
> 1) <idle>-0 => ksoftir-2302
> ------------------------------------------
>
> 137.897064 | 1) ksoftir-2302 | | finish_task_switch() {
> 137.897064 | 1) ksoftir-2302 | | perf_counter_task_sched_in() {
> 137.897065 | 1) ksoftir-2302 | 0.508 us | _spin_lock();
> 137.897066 | 1) ksoftir-2302 | 1.525 us | }
> 137.897066 | 1) ksoftir-2302 | 2.617 us | }
> 137.897067 | 1) ksoftir-2302 | + 58.928 us | }
> 137.897067 | 1) ksoftir-2302 | + 59.926 us | }
> 137.897068 | 1) ksoftir-2302 | | do_softirq() {
> 137.897068 | 1) ksoftir-2302 | | __do_softirq() {
> 137.897069 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
> 137.897070 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
> 137.897070 | 1) ksoftir-2302 | | rcu_process_callbacks() {
> 137.897071 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.897071 | 1) ksoftir-2302 | | force_quiescent_state() {
> 137.897073 | 1) ksoftir-2302 | 1.575 us | }
> 137.897073 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> 137.897074 | 1) ksoftir-2302 | 0.474 us | force_quiescent_state();
> 137.897075 | 1) ksoftir-2302 | | cpu_quiet() {
> 137.897075 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
> 137.897076 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
> 137.897077 | 1) ksoftir-2302 | 2.532 us | }
> 137.897078 | 1) ksoftir-2302 | 4.632 us | }
> 137.897078 | 1) ksoftir-2302 | 7.815 us | }
> 137.897079 | 1) ksoftir-2302 | 0.501 us | _local_bh_enable();
> 137.897080 | 1) ksoftir-2302 | + 11.405 us | }
> 137.897080 | 1) ksoftir-2302 | + 12.542 us | }
>
> Here the calls to rcu_process_callbacks() are only 75 microseconds apart,
> so that this function is consuming more than 10% of a CPU. The strange
> thing is that I don't see a raise_softirq() in between, though perhaps
> it gets inlined or something that makes it invisible to ftrace.
> Certainly rcu_process_callbacks() can re-invoke itself, for example,
> when a large number of RCU callbacks has piled up. However, there are
> only 29 calls to __call_rcu() over the entire time period, so that does
> not appear to be the cause. Strangely enough, there appear to be no
> calls to rcu_do_batch() over the full trace, but this is invoked
> unconditionally from __rcu_process_callbacks(). So perhaps the trace
> wasn't covering that function?
I just checked an assembly dump of my vmlinux, and rcu_do_batch()
has been inlined. I don't understand why, this is a wide function.
> Whatever, this pattern continues for more than 300 milliseconds(!).
>
> Would you be willing to enable CONFIG_RCU_TRACE and CONFIG_TREE_RCU,
> reproduce this and send the output of the debugfs files rcu/rcudata
> and rcu/rcuhier? The commands for this would be:
>
> mkdir /debug || :
> mount -t debugfs debugfs /debug
> cat /debug/rcu/rcuhier
> cat /debug/rcu/rcudata
>
> I will try to reproduce locally as well.
>
> Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 18:56 ` Paul E. McKenney
2009-02-16 19:08 ` Frederic Weisbecker
2009-02-16 20:02 ` Frederic Weisbecker
@ 2009-02-16 20:09 ` Ingo Molnar
2009-02-16 22:39 ` Paul E. McKenney
2009-02-16 20:44 ` Damien Wyart
3 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-16 20:09 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> Here the calls to rcu_process_callbacks() are only 75
> microseconds apart, so that this function is consuming more
> than 10% of a CPU. The strange thing is that I don't see a
> raise_softirq() in between, though perhaps it gets inlined or
> something that makes it invisible to ftrace.
look at the latest trace please, that has even the most inline
raise-softirq method instrumented, so all the raising is
visible.
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 18:56 ` Paul E. McKenney
` (2 preceding siblings ...)
2009-02-16 20:09 ` Ingo Molnar
@ 2009-02-16 20:44 ` Damien Wyart
3 siblings, 0 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-16 20:44 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
[-- Attachment #1: Type: text/plain, Size: 459 bytes --]
* Paul E. McKenney <paulmck@linux.vnet.ibm.com> [2009-02-16 10:56]:
> Would you be willing to enable CONFIG_RCU_TRACE and CONFIG_TREE_RCU,
> reproduce this and send the output of the debugfs files rcu/rcudata
> and rcu/rcuhier? The commands for this would be:
> mkdir /debug || :
> mount -t debugfs debugfs /debug
> cat /debug/rcu/rcuhier
> cat /debug/rcu/rcudata
Here are the two files (stored while the ksoftirqd problem occurs)
attached.
--
Damien
[-- Attachment #2: rcuhier.txt --]
[-- Type: text/plain, Size: 170 bytes --]
rcu:
c=6148 g=6149 s=2 jfq=3 j=31ba nfqs=62392/nfqsng=3(62389) fqlh=7
1/3 0:1 ^0
rcu_bh:
c=-296 g=-296 s=2 jfq=-93079 j=31ba nfqs=6/nfqsng=0(6) fqlh=0
0/3 0:1 ^0
[-- Attachment #3: rcudata.txt --]
[-- Type: text/plain, Size: 417 bytes --]
rcu:
0 c=6163 g=6164 pq=0 pqc=6162 qp=1 rpfq=2 rp=a249 dt=729511/1 dn=0 df=10 of=0 ri=38915 ql=5 b=10
1 c=6163 g=6164 pq=1 pqc=6163 qp=0 rpfq=0 rp=d580 dt=34418019/1 dn=0 df=374 of=0 ri=19636 ql=0 b=10
rcu_bh:
0 c=-296 g=-296 pq=1 pqc=-296 qp=0 rpfq=-19494 rp=e947 dt=729511/1 dn=0 df=0 of=0 ri=0 ql=0 b=10
1 c=-296 g=-296 pq=1 pqc=-296 qp=1 rpfq=-16839253 rp=2918 dt=34418019/1 dn=0 df=0 of=0 ri=2 ql=0 b=10
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12510] 2.6.29-rc2 dies on startup
2009-02-14 20:38 ` [Bug #12510] 2.6.29-rc2 dies on startup Rafael J. Wysocki
@ 2009-02-16 21:02 ` Ferenc Wagner
2009-02-16 21:12 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Ferenc Wagner @ 2009-02-16 21:02 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
"Rafael J. Wysocki" <rjw@sisk.pl> writes:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12510
> Subject : 2.6.29-rc2 dies on startup
> Submitter : Ferenc Wagner <wferi@niif.hu>
> Date : 2009-01-19 12:53 (27 days old)
> References : http://marc.info/?l=linux-kernel&m=123236969321703&w=4
This is fixed in 2.6.29-rc5 by
commit 5701c0519b7a357a602fda5c96f26197ecfc4c85
Author: Arve Hjønnevåg <arve@android.com>
Date: Fri Jan 30 20:21:09 2009 -0800
Staging: android: ram_console: Disable ECC when early init is
enabled and validate buffer size
--
Thanks,
Feri.
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: 2.6.29-rc5: Reported regressions from 2.6.28
2009-02-16 7:29 ` 2.6.29-rc5: Reported regressions from 2.6.28 Jarek Poplawski
@ 2009-02-16 21:11 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-16 21:11 UTC (permalink / raw)
To: Jarek Poplawski
Cc: Linux Kernel Mailing List, Adrian Bunk, Andrew Morton,
Linus Torvalds, Natalie Protasevich, Kernel Testers List,
Network Development, Linux ACPI, Linux PM List, Linux SCSI List
On Monday 16 February 2009, Jarek Poplawski wrote:
> On 14-02-2009 21:35, Rafael J. Wysocki wrote:
> > This message contains a list of some regressions from 2.6.28, for which there
> > are no fixes in the mainline I know of. If any of them have been fixed already,
> > please let me know.
> ...
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12615
> > Subject : boot hangs while bringing up gianfar ethernet
> > Submitter : Ira Snyder <iws@ovro.caltech.edu>
> > Date : 2009-01-29 19:41 (17 days old)
> > References : http://marc.info/?l=linux-kernel&m=123325817201665&w=4
>
> Fixed by:
> commit 8707bdd48ab705a459ac1b12014075a139d1d4f9
> gianfar: Fix boot hangs while bringing up gianfar ethernet
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8707bdd48ab705a459ac1b12014075a139d1d4f9
Thanks, closed.
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12510] 2.6.29-rc2 dies on startup
2009-02-16 21:02 ` Ferenc Wagner
@ 2009-02-16 21:12 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-16 21:12 UTC (permalink / raw)
To: Ferenc Wagner; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Monday 16 February 2009, Ferenc Wagner wrote:
> "Rafael J. Wysocki" <rjw@sisk.pl> writes:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12510
> > Subject : 2.6.29-rc2 dies on startup
> > Submitter : Ferenc Wagner <wferi@niif.hu>
> > Date : 2009-01-19 12:53 (27 days old)
> > References : http://marc.info/?l=linux-kernel&m=123236969321703&w=4
>
> This is fixed in 2.6.29-rc5 by
>
> commit 5701c0519b7a357a602fda5c96f26197ecfc4c85
> Author: Arve Hjønnevåg <arve@android.com>
> Date: Fri Jan 30 20:21:09 2009 -0800
>
> Staging: android: ram_console: Disable ECC when early init is
> enabled and validate buffer size
Thanks, closed.
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 20:02 ` Frederic Weisbecker
@ 2009-02-16 21:31 ` Paul E. McKenney
0 siblings, 0 replies; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-16 21:31 UTC (permalink / raw)
To: Frederic Weisbecker
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Mon, Feb 16, 2009 at 09:02:18PM +0100, Frederic Weisbecker wrote:
> On Mon, Feb 16, 2009 at 10:56:16AM -0800, Paul E. McKenney wrote:
> > On Mon, Feb 16, 2009 at 08:06:13AM -0800, Paul E. McKenney wrote:
> > > On Mon, Feb 16, 2009 at 02:21:51PM +0100, Ingo Molnar wrote:
> > > >
> > > > * Damien Wyart <damien.wyart@free.fr> wrote:
> > > >
> > > > > * Ingo Molnar <mingo@elte.hu> [090216 13:26]:
> > > > > > We do get 0x100 which is 1 << RCU_SOFTIRQ, i.e. the RCU softirq. Paul,
> > > > > > this indeed seems to be a CONFIG_TREE_RCU=y bug.
> > > > >
> > > > > > What is weird is that RCU_SOFTIRQ gets set again and again - but there's
> > > > > > no raise_softirq() calls. Could you please do a two-CPU trace too via:
> > > > >
> > > > > > echo 3 > /debug/tracing/tracing_cpumask
> > > > >
> > > > > > So that we can see what's happening on the other CPU?
> > > > >
> > > > > > Also, could you please apply the debug patch below (or update to the
> > > > > > very latest -tip tree), so that we get trace entries of softirq triggers
> > > > > > too?
> > > > >
> > > > > Ok, the new trace with these additional modifications is here:
> > > > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_1300_ksoftirqd_pb_abstime_proc_mask3.txt.gz
> > > >
> > > > thanks.
> > > >
> > > > This confirms that SOFTIRQ_RCU gets raised here in the timer IRQ:
> > > >
> > > > 136.255963 | 0) sleep-2345 | | update_process_times() {
> > > > 136.255964 | 0) sleep-2345 | | account_process_tick() {
> > > > 136.255965 | 0) sleep-2345 | 0.779 us | account_system_time();
> > > > 136.255966 | 0) sleep-2345 | 2.262 us | }
> > > > 136.255967 | 0) sleep-2345 | | run_local_timers() {
> > > > 136.255968 | 0) sleep-2345 | 0.802 us | hrtimer_run_queues();
> > > > 136.255969 | 0) sleep-2345 | | raise_softirq() {
> > > > 136.255970 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > > > 136.255971 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > > > 136.255972 | 0) sleep-2345 | | /* nr: 1 */
> > > > 136.255973 | 0) sleep-2345 | 2.194 us | }
> > > > 136.255974 | 0) sleep-2345 | 3.832 us | }
> > > > 136.255975 | 0) sleep-2345 | 5.491 us | }
> > > > 136.255976 | 0) sleep-2345 | 8.667 us | }
> > > > 136.255976 | 0) sleep-2345 | 0.792 us | rcu_pending();
> > > > 136.255978 | 0) sleep-2345 | | rcu_check_callbacks() {
> > > > 136.255979 | 0) sleep-2345 | 0.781 us | idle_cpu();
> > > > 136.255981 | 0) sleep-2345 | | raise_softirq() {
> > > > 136.255981 | 0) sleep-2345 | | raise_softirq_irqoff() {
> > > > 136.255982 | 0) sleep-2345 | | __raise_softirq_irqoff() {
> > > > 136.255983 | 0) sleep-2345 | | /* nr: 8 */
> > > > 136.255984 | 0) sleep-2345 | 1.555 us | }
> > > > 136.255984 | 0) sleep-2345 | 3.059 us | }
> > > > 136.255985 | 0) sleep-2345 | 4.594 us | }
> > > > 136.255986 | 0) sleep-2345 | 7.800 us | }
> > > > 136.255987 | 0) sleep-2345 | 0.737 us | printk_tick();
> > > >
> > > > again and again.
> > >
> > > Interesting...
> > >
> > > I will take a look!
> >
> > The above sequence is more or less normal behavior -- the RCU softirq
> > handler rcu_process_callbacks() is being invoked once per tick, which
> > appears to be HZ=1000 or thereabouts. The system appears to be mostly
> > idle during this time period.
> >
> > One oddity is that the _bh call to __rcu_process_callbacks() is invoking
> > force_quiescent_state() each time, and force_quiescent_state() isn't
> > doing anything. This is a possible mismatch between the conditions in
> > rcu_pending() and force_quiescent_state(), and I will look into this.
> >
> > However, this sequence is consuming less than 10 microseconds per
> > millisecond, so cannot be the main cause of the softirq issues you
> > are seeing, though if there really is a mismatch, it needs to be fixed,
> > and I will attend to this.
> >
> > The interesting portion of the trace is later on:
> >
> > 137.896992 | 1) ksoftir-2302 | | do_softirq() {
> > 137.896993 | 1) ksoftir-2302 | | __do_softirq() {
> > 137.896993 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
> > 137.896994 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
> > 137.896995 | 1) ksoftir-2302 | | rcu_process_callbacks() {
> > 137.896995 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> > 137.896996 | 1) ksoftir-2302 | 0.498 us | force_quiescent_state();
> > 137.896997 | 1) ksoftir-2302 | 1.588 us | }
> > 137.896997 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> > 137.896998 | 1) ksoftir-2302 | 0.475 us | force_quiescent_state();
> > 137.896999 | 1) ksoftir-2302 | | cpu_quiet() {
> > 137.896999 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
> > 137.897000 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
> > 137.897001 | 1) ksoftir-2302 | 2.528 us | }
> > 137.897002 | 1) ksoftir-2302 | 4.607 us | }
> > 137.897002 | 1) ksoftir-2302 | 7.825 us | }
> > 137.897003 | 1) ksoftir-2302 | 0.498 us | _local_bh_enable();
> > 137.897004 | 1) ksoftir-2302 | + 11.430 us | }
> > 137.897005 | 1) ksoftir-2302 | + 12.572 us | }
> > 137.897005 | 1) ksoftir-2302 | 0.549 us | _cond_resched();
> > 137.897006 | 1) ksoftir-2302 | 0.541 us | kthread_should_stop();
> > 137.897007 | 1) ksoftir-2302 | | schedule() {
> > 137.897008 | 1) ksoftir-2302 | | __schedule() {
> > 137.897008 | 1) ksoftir-2302 | 0.514 us | _spin_lock_irq();
> > 137.897009 | 1) ksoftir-2302 | 0.594 us | update_rq_clock();
> > 137.897011 | 1) ksoftir-2302 | | deactivate_task() {
> > 137.897011 | 1) ksoftir-2302 | | dequeue_task() {
> > 137.897011 | 1) ksoftir-2302 | | dequeue_task_fair() {
> > 137.897012 | 1) ksoftir-2302 | | update_curr() {
> > 137.897012 | 1) ksoftir-2302 | | calc_delta_fair() {
> > 137.897013 | 1) ksoftir-2302 | 0.506 us | calc_delta_mine();
> > 137.897014 | 1) ksoftir-2302 | 1.528 us | }
> > 137.897015 | 1) ksoftir-2302 | 2.563 us | }
> > 137.897015 | 1) ksoftir-2302 | 0.513 us | hrtick_start_fair();
> > 137.897019 | 1) ksoftir-2302 | 4.662 us | }
> > 137.897019 | 1) ksoftir-2302 | 8.213 us | }
> > 137.897020 | 1) ksoftir-2302 | 9.195 us | }
> > 137.897020 | 1) ksoftir-2302 | 0.960 us | find_busiest_group();
> > 137.897022 | 1) ksoftir-2302 | 0.493 us | msecs_to_jiffies();
> > 137.897023 | 1) ksoftir-2302 | 0.511 us | put_prev_task_fair();
> > 137.897024 | 1) ksoftir-2302 | | pick_next_task() {
> > 137.897024 | 1) ksoftir-2302 | 0.481 us | pick_next_task_fair();
> > 137.897025 | 1) ksoftir-2302 | 0.491 us | pick_next_task_rt();
> > 137.897026 | 1) ksoftir-2302 | 0.474 us | pick_next_task_fair();
> > 137.897027 | 1) ksoftir-2302 | 0.480 us | pick_next_task_idle();
> > 137.897028 | 1) ksoftir-2302 | 4.516 us | }
> > 137.897029 | 1) ksoftir-2302 | | perf_counter_task_sched_out() {
> > 137.897029 | 1) ksoftir-2302 | | __perf_counter_sched_out() {
> > 137.897030 | 1) ksoftir-2302 | 0.516 us | _spin_lock();
> > 137.897031 | 1) ksoftir-2302 | 1.486 us | }
> > 137.897031 | 1) ksoftir-2302 | 2.462 us | }
> > 137.897032 | 1) ksoftir-2302 | 0.516 us | __lock_text_start();
> > 137.897045 | ------------------------------------------
> > 1) ksoftir-2302 => <idle>-0
> > ------------------------------------------
> >
> > 1) <idle>-0 | | /* nr: 8 */
> > ------------------------------------------
> > 1) <idle>-0 => ksoftir-2302
> > ------------------------------------------
> >
> > 137.897064 | 1) ksoftir-2302 | | finish_task_switch() {
> > 137.897064 | 1) ksoftir-2302 | | perf_counter_task_sched_in() {
> > 137.897065 | 1) ksoftir-2302 | 0.508 us | _spin_lock();
> > 137.897066 | 1) ksoftir-2302 | 1.525 us | }
> > 137.897066 | 1) ksoftir-2302 | 2.617 us | }
> > 137.897067 | 1) ksoftir-2302 | + 58.928 us | }
> > 137.897067 | 1) ksoftir-2302 | + 59.926 us | }
> > 137.897068 | 1) ksoftir-2302 | | do_softirq() {
> > 137.897068 | 1) ksoftir-2302 | | __do_softirq() {
> > 137.897069 | 1) ksoftir-2302 | | /* #1 softirq pending: 00000100 */
> > 137.897070 | 1) ksoftir-2302 | | /* #2 softirq pending: 00000000 */
> > 137.897070 | 1) ksoftir-2302 | | rcu_process_callbacks() {
> > 137.897071 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> > 137.897071 | 1) ksoftir-2302 | | force_quiescent_state() {
> > 137.897073 | 1) ksoftir-2302 | 1.575 us | }
> > 137.897073 | 1) ksoftir-2302 | | __rcu_process_callbacks() {
> > 137.897074 | 1) ksoftir-2302 | 0.474 us | force_quiescent_state();
> > 137.897075 | 1) ksoftir-2302 | | cpu_quiet() {
> > 137.897075 | 1) ksoftir-2302 | 0.526 us | _spin_lock_irqsave();
> > 137.897076 | 1) ksoftir-2302 | 0.511 us | _spin_unlock_irqrestore();
> > 137.897077 | 1) ksoftir-2302 | 2.532 us | }
> > 137.897078 | 1) ksoftir-2302 | 4.632 us | }
> > 137.897078 | 1) ksoftir-2302 | 7.815 us | }
> > 137.897079 | 1) ksoftir-2302 | 0.501 us | _local_bh_enable();
> > 137.897080 | 1) ksoftir-2302 | + 11.405 us | }
> > 137.897080 | 1) ksoftir-2302 | + 12.542 us | }
> >
> > Here the calls to rcu_process_callbacks() are only 75 microseconds apart,
> > so that this function is consuming more than 10% of a CPU. The strange
> > thing is that I don't see a raise_softirq() in between, though perhaps
> > it gets inlined or something that makes it invisible to ftrace.
> > Certainly rcu_process_callbacks() can re-invoke itself, for example,
> > when a large number of RCU callbacks has piled up. However, there are
> > only 29 calls to __call_rcu() over the entire time period, so that does
> > not appear to be the cause. Strangely enough, there appear to be no
> > calls to rcu_do_batch() over the full trace, but this is invoked
> > unconditionally from __rcu_process_callbacks(). So perhaps the trace
> > wasn't covering that function?
>
> I just checked an assembly dump of my vmlinux, and rcu_do_batch()
> has been inlined. I don't understand why, this is a wide function.
Yow!!! ;-)
> > Whatever, this pattern continues for more than 300 milliseconds(!).
> >
> > Would you be willing to enable CONFIG_RCU_TRACE and CONFIG_TREE_RCU,
> > reproduce this and send the output of the debugfs files rcu/rcudata
> > and rcu/rcuhier? The commands for this would be:
> >
> > mkdir /debug || :
> > mount -t debugfs debugfs /debug
> > cat /debug/rcu/rcuhier
> > cat /debug/rcu/rcudata
> >
> > I will try to reproduce locally as well.
No luck thus far, perhaps because I first tried x86_64 and Damien's run
was on 32-bit x86.
Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-16 13:13 ` Nico Schottelius
@ 2009-02-16 21:40 ` Norbert Preining
0 siblings, 0 replies; 152+ messages in thread
From: Norbert Preining @ 2009-02-16 21:40 UTC (permalink / raw)
To: Nico Schottelius, ZhangRui, Len Brown, Ingo Molnar, LKML,
Matthew Garrett, Rafael J. Wysocki, Andrew Morton, linux-acpi
On Mo, 16 Feb 2009, Nico Schottelius wrote:
> Same problem on 2.6.29-rc5:
>
> [ 121.149035] [drm] Initialized drm 1.1.0 20060810
> [ 121.191392] pci 0000:00:02.0: power state changed by ACPI to D0
> [ 121.191410] pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> [ 121.191419] pci 0000:00:02.0: setting latency timer to 64
> [ 121.251571] pci 0000:00:02.0: irq 30 for MSI/MSI-X
> [ 121.251646] [drm] Initialized i915 1.6.0 20080730 on minor 0
> [ 121.302429] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer
I am having the same problem with brightness suddenly not working in rc5
and the same error message.
If you need dmesg/.config/something else let me know. Thanks
Best wishes
Norbert
-------------------------------------------------------------------------------
Dr. Norbert Preining <preining@logic.at> Vienna University of Technology
Debian Developer <preining@debian.org> Debian TeX Group
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
BARSTIBLEY
A humorous device such as a china horse or small naked porcelain
infant which jocular hosts use of piss water into your Scotch with.
--- Douglas Adams, The Meaning of Liff
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12444] X hangs following switch from radeonfb console - Bisected
2009-02-16 17:52 ` Graham Murray
@ 2009-02-16 21:52 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-16 21:52 UTC (permalink / raw)
To: Graham Murray; +Cc: linux-kernel, Dave Airlie
On Monday 16 February 2009, Graham Murray wrote:
> "Rafael J. Wysocki" <rjw@sisk.pl> writes:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12444
> > Subject : X hangs following switch from radeonfb console - Bisected
> > Submitter : Graham Murray <graham@gmurray.org.uk>
> > Date : 2009-01-13 14:03 (33 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c1c2871a6a3a114853ec6836e9035ac1c0c7f7a
>
> I am still seeing the problem with 2.6.29-rc5
Thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 20:09 ` Ingo Molnar
@ 2009-02-16 22:39 ` Paul E. McKenney
2009-02-16 22:51 ` Paul E. McKenney
` (2 more replies)
0 siblings, 3 replies; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-16 22:39 UTC (permalink / raw)
To: Ingo Molnar
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
>
> * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>
> > Here the calls to rcu_process_callbacks() are only 75
> > microseconds apart, so that this function is consuming more
> > than 10% of a CPU. The strange thing is that I don't see a
> > raise_softirq() in between, though perhaps it gets inlined or
> > something that makes it invisible to ftrace.
>
> look at the latest trace please, that has even the most inline
> raise-softirq method instrumented, so all the raising is
> visible.
Ah, my apologies! This time looking at:
http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
[ . . . ]
Yikes!!!
Why is rcu_check_callbacks() being invoked so often? It should be called
but once per jiffy, and here it is called no less than 22 times in about
3.5 milliseconds, meaning one call every 160 microseconds or so.
Hmmm...
Looks like we never return from:
799.521142 | 1) <idle>-0 | | tick_nohz_stop_sched_tick() {
Perhaps we are taking an interrupt immediately after the
local_irq_restore()? And at 799.521209 deciding to exit nohz mode.
And then deciding to go back into nohz mode at 799.521326, 117
microseconds later, after which we re-invoke rcu_check_callbacks(),
which again raises RCU's softirq.
And the reason we are invoking rcu_check_callbacks() so often appears
to be in in arch/x86/kernel/process_32.c cpu_idle() near line 107,
which explains my failure to reproduce on a 64-bit system:
void cpu_idle(void)
{
int cpu = smp_processor_id();
current_thread_info()->status |= TS_POLLING;
/* endless idle loop with no priority at all */
while (1) {
tick_nohz_stop_sched_tick(1);
while (!need_resched()) {
check_pgt_cache();
rmb();
if (rcu_pending(cpu))
rcu_check_callbacks(cpu, 0);
if (cpu_is_offline(cpu))
play_dead();
local_irq_disable();
__get_cpu_var(irq_stat).idle_timestamp = jiffies;
/* Don't trace irqs off for idle */
stop_critical_timings();
pm_idle();
start_critical_timings();
}
tick_nohz_restart_sched_tick();
preempt_enable_no_resched();
schedule();
preempt_disable();
}
}
If we go in and out of nohz mode quickly, we will invoke rcu_pending()
each time. I would expect rcu_pending() to return 0 most of the time,
but that apparently isn't the case with treercu...
What is the easiest way for me to make it easy to trace the return path
from __rcu_pending()? Make each return path call an empty function
located off where the compiler cannot see it, I guess... Diagnostic
patch along these lines below. Frederic, Damien, could you please give
it a go? (And of course please let me know if something else is
needed.)
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---
rcupdate.c | 23 +++++++++++++++++++++++
rcutree.c | 31 +++++++++++++++++++++++++------
2 files changed, 48 insertions(+), 6 deletions(-)
diff --git a/kernel/rcupdate.c b/kernel/rcupdate.c
index d92a76a..42bbf03 100644
--- a/kernel/rcupdate.c
+++ b/kernel/rcupdate.c
@@ -175,3 +175,26 @@ void __init rcu_init(void)
__rcu_init();
}
+void __rcu_pending_qs_pending(void)
+{
+}
+
+void __rcu_pending_callbacks_ready(void)
+{
+}
+
+void __rcu_pending_needs_gp(void)
+{
+}
+
+void __rcu_pending_new_completed(void)
+{
+}
+
+void __rcu_pending_new_gp(void)
+{
+}
+
+void __rcu_pending_fqs(void)
+{
+}
diff --git a/kernel/rcutree.c b/kernel/rcutree.c
index b2fd602..e2d72c3 100644
--- a/kernel/rcutree.c
+++ b/kernel/rcutree.c
@@ -1234,6 +1234,13 @@ void call_rcu_bh(struct rcu_head *head, void (*func)(struct rcu_head *rcu))
}
EXPORT_SYMBOL_GPL(call_rcu_bh);
+extern void __rcu_pending_qs_pending(void);
+extern void __rcu_pending_callbacks_ready(void);
+extern void __rcu_pending_needs_gp(void);
+extern void __rcu_pending_new_completed(void);
+extern void __rcu_pending_new_gp(void);
+extern void __rcu_pending_fqs(void);
+
/*
* Check to see if there is any immediate RCU-related work to be done
* by the current CPU, for the specified type of RCU, returning 1 if so.
@@ -1249,30 +1256,42 @@ static int __rcu_pending(struct rcu_state *rsp, struct rcu_data *rdp)
check_cpu_stall(rsp, rdp);
/* Is the RCU core waiting for a quiescent state from this CPU? */
- if (rdp->qs_pending)
+ if (rdp->qs_pending) {
+ __rcu_pending_qs_pending();
return 1;
+ }
/* Does this CPU have callbacks ready to invoke? */
- if (cpu_has_callbacks_ready_to_invoke(rdp))
+ if (cpu_has_callbacks_ready_to_invoke(rdp)) {
+ __rcu_pending_callbacks_ready();
return 1;
+ }
/* Has RCU gone idle with this CPU needing another grace period? */
- if (cpu_needs_another_gp(rsp, rdp))
+ if (cpu_needs_another_gp(rsp, rdp)) {
+ __rcu_pending_needs_gp();
return 1;
+ }
/* Has another RCU grace period completed? */
- if (ACCESS_ONCE(rsp->completed) != rdp->completed) /* outside of lock */
+ if (ACCESS_ONCE(rsp->completed) != rdp->completed) /* outside of lock */ {
+ __rcu_pending_new_completed();
return 1;
+ }
/* Has a new RCU grace period started? */
- if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) /* outside of lock */
+ if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) /* outside of lock */ {
+ __rcu_pending_new_gp();
return 1;
+ }
/* Has an RCU GP gone long enough to send resched IPIs &c? */
if (ACCESS_ONCE(rsp->completed) != ACCESS_ONCE(rsp->gpnum) &&
((long)(ACCESS_ONCE(rsp->jiffies_force_qs) - jiffies) < 0 ||
- (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0))
+ (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0)) {
+ __rcu_pending_fqs();
return 1;
+ }
/* nothing to do */
return 0;
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 22:39 ` Paul E. McKenney
@ 2009-02-16 22:51 ` Paul E. McKenney
2009-02-17 9:46 ` Ingo Molnar
2009-02-17 4:34 ` Frederic Weisbecker
2009-02-17 6:11 ` Damien Wyart
2 siblings, 1 reply; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-16 22:51 UTC (permalink / raw)
To: Ingo Molnar
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> >
> > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> >
> > > Here the calls to rcu_process_callbacks() are only 75
> > > microseconds apart, so that this function is consuming more
> > > than 10% of a CPU. The strange thing is that I don't see a
> > > raise_softirq() in between, though perhaps it gets inlined or
> > > something that makes it invisible to ftrace.
> >
> > look at the latest trace please, that has even the most inline
> > raise-softirq method instrumented, so all the raising is
> > visible.
>
> Ah, my apologies! This time looking at:
>
> http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
>
>
> 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> [ . . . ]
>
> Yikes!!!
>
> Why is rcu_check_callbacks() being invoked so often? It should be called
> but once per jiffy, and here it is called no less than 22 times in about
> 3.5 milliseconds, meaning one call every 160 microseconds or so.
BTW, the other question I have is "why do we need to call rcu_pending()
and rcu_check_callbacks() from the idle loop of 32-bit x86, especially
given that no other architecture does this?". Don't get me wrong, it
would be good to get rcutree's rcu_pending() to avoid spuriously saying
that rcu_check_callbacks() should be invoked, so I would still like the
trace with my patch, but...
Thanx, Paul
> Hmmm...
>
> Looks like we never return from:
>
> 799.521142 | 1) <idle>-0 | | tick_nohz_stop_sched_tick() {
>
> Perhaps we are taking an interrupt immediately after the
> local_irq_restore()? And at 799.521209 deciding to exit nohz mode.
> And then deciding to go back into nohz mode at 799.521326, 117
> microseconds later, after which we re-invoke rcu_check_callbacks(),
> which again raises RCU's softirq.
>
> And the reason we are invoking rcu_check_callbacks() so often appears
> to be in in arch/x86/kernel/process_32.c cpu_idle() near line 107,
> which explains my failure to reproduce on a 64-bit system:
>
> void cpu_idle(void)
> {
> int cpu = smp_processor_id();
>
> current_thread_info()->status |= TS_POLLING;
>
> /* endless idle loop with no priority at all */
> while (1) {
> tick_nohz_stop_sched_tick(1);
> while (!need_resched()) {
>
> check_pgt_cache();
> rmb();
>
> if (rcu_pending(cpu))
> rcu_check_callbacks(cpu, 0);
>
> if (cpu_is_offline(cpu))
> play_dead();
>
> local_irq_disable();
> __get_cpu_var(irq_stat).idle_timestamp = jiffies;
> /* Don't trace irqs off for idle */
> stop_critical_timings();
> pm_idle();
> start_critical_timings();
> }
> tick_nohz_restart_sched_tick();
> preempt_enable_no_resched();
> schedule();
> preempt_disable();
> }
> }
>
> If we go in and out of nohz mode quickly, we will invoke rcu_pending()
> each time. I would expect rcu_pending() to return 0 most of the time,
> but that apparently isn't the case with treercu...
>
> What is the easiest way for me to make it easy to trace the return path
> from __rcu_pending()? Make each return path call an empty function
> located off where the compiler cannot see it, I guess... Diagnostic
> patch along these lines below. Frederic, Damien, could you please give
> it a go? (And of course please let me know if something else is
> needed.)
>
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> ---
>
> rcupdate.c | 23 +++++++++++++++++++++++
> rcutree.c | 31 +++++++++++++++++++++++++------
> 2 files changed, 48 insertions(+), 6 deletions(-)
>
> diff --git a/kernel/rcupdate.c b/kernel/rcupdate.c
> index d92a76a..42bbf03 100644
> --- a/kernel/rcupdate.c
> +++ b/kernel/rcupdate.c
> @@ -175,3 +175,26 @@ void __init rcu_init(void)
> __rcu_init();
> }
>
> +void __rcu_pending_qs_pending(void)
> +{
> +}
> +
> +void __rcu_pending_callbacks_ready(void)
> +{
> +}
> +
> +void __rcu_pending_needs_gp(void)
> +{
> +}
> +
> +void __rcu_pending_new_completed(void)
> +{
> +}
> +
> +void __rcu_pending_new_gp(void)
> +{
> +}
> +
> +void __rcu_pending_fqs(void)
> +{
> +}
> diff --git a/kernel/rcutree.c b/kernel/rcutree.c
> index b2fd602..e2d72c3 100644
> --- a/kernel/rcutree.c
> +++ b/kernel/rcutree.c
> @@ -1234,6 +1234,13 @@ void call_rcu_bh(struct rcu_head *head, void (*func)(struct rcu_head *rcu))
> }
> EXPORT_SYMBOL_GPL(call_rcu_bh);
>
> +extern void __rcu_pending_qs_pending(void);
> +extern void __rcu_pending_callbacks_ready(void);
> +extern void __rcu_pending_needs_gp(void);
> +extern void __rcu_pending_new_completed(void);
> +extern void __rcu_pending_new_gp(void);
> +extern void __rcu_pending_fqs(void);
> +
> /*
> * Check to see if there is any immediate RCU-related work to be done
> * by the current CPU, for the specified type of RCU, returning 1 if so.
> @@ -1249,30 +1256,42 @@ static int __rcu_pending(struct rcu_state *rsp, struct rcu_data *rdp)
> check_cpu_stall(rsp, rdp);
>
> /* Is the RCU core waiting for a quiescent state from this CPU? */
> - if (rdp->qs_pending)
> + if (rdp->qs_pending) {
> + __rcu_pending_qs_pending();
> return 1;
> + }
>
> /* Does this CPU have callbacks ready to invoke? */
> - if (cpu_has_callbacks_ready_to_invoke(rdp))
> + if (cpu_has_callbacks_ready_to_invoke(rdp)) {
> + __rcu_pending_callbacks_ready();
> return 1;
> + }
>
> /* Has RCU gone idle with this CPU needing another grace period? */
> - if (cpu_needs_another_gp(rsp, rdp))
> + if (cpu_needs_another_gp(rsp, rdp)) {
> + __rcu_pending_needs_gp();
> return 1;
> + }
>
> /* Has another RCU grace period completed? */
> - if (ACCESS_ONCE(rsp->completed) != rdp->completed) /* outside of lock */
> + if (ACCESS_ONCE(rsp->completed) != rdp->completed) /* outside of lock */ {
> + __rcu_pending_new_completed();
> return 1;
> + }
>
> /* Has a new RCU grace period started? */
> - if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) /* outside of lock */
> + if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) /* outside of lock */ {
> + __rcu_pending_new_gp();
> return 1;
> + }
>
> /* Has an RCU GP gone long enough to send resched IPIs &c? */
> if (ACCESS_ONCE(rsp->completed) != ACCESS_ONCE(rsp->gpnum) &&
> ((long)(ACCESS_ONCE(rsp->jiffies_force_qs) - jiffies) < 0 ||
> - (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0))
> + (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0)) {
> + __rcu_pending_fqs();
> return 1;
> + }
>
> /* nothing to do */
> return 0;
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 22:39 ` Paul E. McKenney
2009-02-16 22:51 ` Paul E. McKenney
@ 2009-02-17 4:34 ` Frederic Weisbecker
2009-02-17 15:10 ` Paul E. McKenney
2009-02-17 6:11 ` Damien Wyart
2 siblings, 1 reply; 152+ messages in thread
From: Frederic Weisbecker @ 2009-02-17 4:34 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> >
> > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> >
> > > Here the calls to rcu_process_callbacks() are only 75
> > > microseconds apart, so that this function is consuming more
> > > than 10% of a CPU. The strange thing is that I don't see a
> > > raise_softirq() in between, though perhaps it gets inlined or
> > > something that makes it invisible to ftrace.
> >
> > look at the latest trace please, that has even the most inline
> > raise-softirq method instrumented, so all the raising is
> > visible.
>
> Ah, my apologies! This time looking at:
>
> http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
>
>
> 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> [ . . . ]
>
> Yikes!!!
>
> Why is rcu_check_callbacks() being invoked so often? It should be called
> but once per jiffy, and here it is called no less than 22 times in about
> 3.5 milliseconds, meaning one call every 160 microseconds or so.
>
> Hmmm...
>
> Looks like we never return from:
>
> 799.521142 | 1) <idle>-0 | | tick_nohz_stop_sched_tick() {
>
> Perhaps we are taking an interrupt immediately after the
> local_irq_restore()? And at 799.521209 deciding to exit nohz mode.
> And then deciding to go back into nohz mode at 799.521326, 117
> microseconds later, after which we re-invoke rcu_check_callbacks(),
> which again raises RCU's softirq.
>
> And the reason we are invoking rcu_check_callbacks() so often appears
> to be in in arch/x86/kernel/process_32.c cpu_idle() near line 107,
> which explains my failure to reproduce on a 64-bit system:
>
> void cpu_idle(void)
> {
> int cpu = smp_processor_id();
>
> current_thread_info()->status |= TS_POLLING;
>
> /* endless idle loop with no priority at all */
> while (1) {
> tick_nohz_stop_sched_tick(1);
> while (!need_resched()) {
>
> check_pgt_cache();
> rmb();
>
> if (rcu_pending(cpu))
> rcu_check_callbacks(cpu, 0);
>
> if (cpu_is_offline(cpu))
> play_dead();
>
> local_irq_disable();
> __get_cpu_var(irq_stat).idle_timestamp = jiffies;
> /* Don't trace irqs off for idle */
> stop_critical_timings();
> pm_idle();
> start_critical_timings();
> }
> tick_nohz_restart_sched_tick();
> preempt_enable_no_resched();
> schedule();
> preempt_disable();
> }
> }
>
> If we go in and out of nohz mode quickly, we will invoke rcu_pending()
> each time. I would expect rcu_pending() to return 0 most of the time,
> but that apparently isn't the case with treercu...
>
> What is the easiest way for me to make it easy to trace the return path
> from __rcu_pending()? Make each return path call an empty function
> located off where the compiler cannot see it, I guess... Diagnostic
> patch along these lines below. Frederic, Damien, could you please give
> it a go? (And of course please let me know if something else is
> needed.)
No, you don't need that, you can use ftrace_printk, it will generate a C-comment like
inside the functions, ie:
__rcu_pending() {
/* pending_qs */
}
I've converted your below patch with ftrace_printks and tested it under an old P2
with rcu_tree and 1000 Hz. I made a trace during an idle state, and well, looks like I'm
lucky :-)
I guess I successfully reproduced the softirq/rcu overhead.
Please find the below patch to trace the rcu_pending return path, as well as the trace I made.
Sorry, the trace is a bit buggy with sometimes flying orphans C like comments.
When I will have more time, I will fix that.
The trace is here http://dl.free.fr/uyWGgCbx4
It looks like it mostly returns 1 because of the waiting for quiescent state:
$ cat rcutrace | grep "/* pending_none" | wc -l
221
$ cat rcutrace | grep "/* pending_qs" | wc -l
248
$ cat rcutrace | grep "/* pending" | wc -l
469
diff --git a/kernel/rcutree.c b/kernel/rcutree.c
index b2fd602..c9e78f6 100644
--- a/kernel/rcutree.c
+++ b/kernel/rcutree.c
@@ -45,6 +45,7 @@
#include <linux/cpu.h>
#include <linux/mutex.h>
#include <linux/time.h>
+#include <linux/ftrace.h>
#ifdef CONFIG_DEBUG_LOCK_ALLOC
static struct lock_class_key rcu_lock_key;
@@ -1249,31 +1250,44 @@ static int __rcu_pending(struct rcu_state *rsp, struct rcu_data *rdp)
check_cpu_stall(rsp, rdp);
/* Is the RCU core waiting for a quiescent state from this CPU? */
- if (rdp->qs_pending)
+ if (rdp->qs_pending) {
+ ftrace_printk("pending_qs\n");
return 1;
+ }
/* Does this CPU have callbacks ready to invoke? */
- if (cpu_has_callbacks_ready_to_invoke(rdp))
+ if (cpu_has_callbacks_ready_to_invoke(rdp)) {
+ ftrace_printk("pending_ready_invoke\n");
return 1;
+ }
/* Has RCU gone idle with this CPU needing another grace period? */
- if (cpu_needs_another_gp(rsp, rdp))
+ if (cpu_needs_another_gp(rsp, rdp)) {
+ ftrace_printk("pending_gp\n");
return 1;
+ }
/* Has another RCU grace period completed? */
- if (ACCESS_ONCE(rsp->completed) != rdp->completed) /* outside of lock */
+ if (ACCESS_ONCE(rsp->completed) != rdp->completed) {/* outside of lock */
+ ftrace_printk("pending_gp_completed\n");
return 1;
+ }
/* Has a new RCU grace period started? */
- if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) /* outside of lock */
+ if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) { /* outside of lock */
+ ftrace_printk("pending_gp_new_started\n");
return 1;
+ }
/* Has an RCU GP gone long enough to send resched IPIs &c? */
if (ACCESS_ONCE(rsp->completed) != ACCESS_ONCE(rsp->gpnum) &&
((long)(ACCESS_ONCE(rsp->jiffies_force_qs) - jiffies) < 0 ||
- (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0))
+ (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0)) {
+ ftrace_printk("pending_ipi\n");
return 1;
+ }
+ ftrace_printk("pending_none\n");
/* nothing to do */
return 0;
}
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> ---
>
> rcupdate.c | 23 +++++++++++++++++++++++
> rcutree.c | 31 +++++++++++++++++++++++++------
> 2 files changed, 48 insertions(+), 6 deletions(-)
>
> diff --git a/kernel/rcupdate.c b/kernel/rcupdate.c
> index d92a76a..42bbf03 100644
> --- a/kernel/rcupdate.c
> +++ b/kernel/rcupdate.c
> @@ -175,3 +175,26 @@ void __init rcu_init(void)
> __rcu_init();
> }
>
> +void __rcu_pending_qs_pending(void)
> +{
> +}
> +
> +void __rcu_pending_callbacks_ready(void)
> +{
> +}
> +
> +void __rcu_pending_needs_gp(void)
> +{
> +}
> +
> +void __rcu_pending_new_completed(void)
> +{
> +}
> +
> +void __rcu_pending_new_gp(void)
> +{
> +}
> +
> +void __rcu_pending_fqs(void)
> +{
> +}
> diff --git a/kernel/rcutree.c b/kernel/rcutree.c
> index b2fd602..e2d72c3 100644
> --- a/kernel/rcutree.c
> +++ b/kernel/rcutree.c
> @@ -1234,6 +1234,13 @@ void call_rcu_bh(struct rcu_head *head, void (*func)(struct rcu_head *rcu))
> }
> EXPORT_SYMBOL_GPL(call_rcu_bh);
>
> +extern void __rcu_pending_qs_pending(void);
> +extern void __rcu_pending_callbacks_ready(void);
> +extern void __rcu_pending_needs_gp(void);
> +extern void __rcu_pending_new_completed(void);
> +extern void __rcu_pending_new_gp(void);
> +extern void __rcu_pending_fqs(void);
> +
> /*
> * Check to see if there is any immediate RCU-related work to be done
> * by the current CPU, for the specified type of RCU, returning 1 if so.
> @@ -1249,30 +1256,42 @@ static int __rcu_pending(struct rcu_state *rsp, struct rcu_data *rdp)
> check_cpu_stall(rsp, rdp);
>
> /* Is the RCU core waiting for a quiescent state from this CPU? */
> - if (rdp->qs_pending)
> + if (rdp->qs_pending) {
> + __rcu_pending_qs_pending();
> return 1;
> + }
>
> /* Does this CPU have callbacks ready to invoke? */
> - if (cpu_has_callbacks_ready_to_invoke(rdp))
> + if (cpu_has_callbacks_ready_to_invoke(rdp)) {
> + __rcu_pending_callbacks_ready();
> return 1;
> + }
>
> /* Has RCU gone idle with this CPU needing another grace period? */
> - if (cpu_needs_another_gp(rsp, rdp))
> + if (cpu_needs_another_gp(rsp, rdp)) {
> + __rcu_pending_needs_gp();
> return 1;
> + }
>
> /* Has another RCU grace period completed? */
> - if (ACCESS_ONCE(rsp->completed) != rdp->completed) /* outside of lock */
> + if (ACCESS_ONCE(rsp->completed) != rdp->completed) /* outside of lock */ {
> + __rcu_pending_new_completed();
> return 1;
> + }
>
> /* Has a new RCU grace period started? */
> - if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) /* outside of lock */
> + if (ACCESS_ONCE(rsp->gpnum) != rdp->gpnum) /* outside of lock */ {
> + __rcu_pending_new_gp();
> return 1;
> + }
>
> /* Has an RCU GP gone long enough to send resched IPIs &c? */
> if (ACCESS_ONCE(rsp->completed) != ACCESS_ONCE(rsp->gpnum) &&
> ((long)(ACCESS_ONCE(rsp->jiffies_force_qs) - jiffies) < 0 ||
> - (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0))
> + (rdp->n_rcu_pending_force_qs - rdp->n_rcu_pending) < 0)) {
> + __rcu_pending_fqs();
> return 1;
> + }
>
> /* nothing to do */
> return 0;
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 22:39 ` Paul E. McKenney
2009-02-16 22:51 ` Paul E. McKenney
2009-02-17 4:34 ` Frederic Weisbecker
@ 2009-02-17 6:11 ` Damien Wyart
2009-02-17 15:11 ` Paul E. McKenney
2 siblings, 1 reply; 152+ messages in thread
From: Damien Wyart @ 2009-02-17 6:11 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Paul E. McKenney <paulmck@linux.vnet.ibm.com> [2009-02-16 14:39]:
> What is the easiest way for me to make it easy to trace the return path
> from __rcu_pending()? Make each return path call an empty function
> located off where the compiler cannot see it, I guess... Diagnostic
> patch along these lines below. Frederic, Damien, could you please give
> it a go? (And of course please let me know if something else is
> needed.)
As Frederic already sent a trace (made with another method), I'll
consider for now mine would not be very useful at this stage, so I'm
waiting for further instructions.
If you need further testing for me, do not hesitate to ask...
--
Damien
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-16 22:51 ` Paul E. McKenney
@ 2009-02-17 9:46 ` Ingo Molnar
2009-02-17 14:01 ` Paul E. McKenney
0 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-17 9:46 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> > On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> > >
> > > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > >
> > > > Here the calls to rcu_process_callbacks() are only 75
> > > > microseconds apart, so that this function is consuming more
> > > > than 10% of a CPU. The strange thing is that I don't see a
> > > > raise_softirq() in between, though perhaps it gets inlined or
> > > > something that makes it invisible to ftrace.
> > >
> > > look at the latest trace please, that has even the most inline
> > > raise-softirq method instrumented, so all the raising is
> > > visible.
> >
> > Ah, my apologies! This time looking at:
> >
> > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
> >
> >
> > 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> > [ . . . ]
> >
> > Yikes!!!
> >
> > Why is rcu_check_callbacks() being invoked so often? It should be called
> > but once per jiffy, and here it is called no less than 22 times in about
> > 3.5 milliseconds, meaning one call every 160 microseconds or so.
>
> BTW, the other question I have is "why do we need to call
> rcu_pending() and rcu_check_callbacks() from the idle loop of
> 32-bit x86, especially given that no other architecture does
> this?". Don't get me wrong, it would be good to get rcutree's
> rcu_pending() to avoid spuriously saying that
> rcu_check_callbacks() should be invoked, so I would still like
> the trace with my patch, but...
There's no strong reason - we've been back and forth about RCU
in the dynticks code. Mind sending a test patch for Damien to
try?
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12494] Sony backlight regression from 2.6.28 to 29-rc
2009-02-14 20:38 ` [Bug #12494] Sony backlight regression from 2.6.28 to 29-rc Rafael J. Wysocki
@ 2009-02-17 10:51 ` Norbert Preining
0 siblings, 0 replies; 152+ messages in thread
From: Norbert Preining @ 2009-02-17 10:51 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Mattia Dongili
On Sa, 14 Feb 2009, Rafael J. Wysocki wrote:
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12494
> Subject : Sony backlight regression from 2.6.28 to 29-rc
> Submitter : Norbert Preining <preining@logic.at>
> Date : 2009-01-19 8:14 (27 days old)
> References : http://marc.info/?l=linux-acpi&m=123235286829512&w=4
> Handled-By : Mattia Dongili <malattia@linux.it>
2.6.29-rc5 activates config_fb automatically, so that should be fixed.
Best wishes
Norbert
-------------------------------------------------------------------------------
Dr. Norbert Preining <preining@logic.at> Vienna University of Technology
Debian Developer <preining@debian.org> Debian TeX Group
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
The suit into which the man's body had been stuffed looked
as if it's only purpose in life was to demonstrate how
difficult it was to get this sort of body into a suit.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 9:46 ` Ingo Molnar
@ 2009-02-17 14:01 ` Paul E. McKenney
2009-02-17 15:39 ` Damien Wyart
0 siblings, 1 reply; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-17 14:01 UTC (permalink / raw)
To: Ingo Molnar
Cc: Damien Wyart, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Tue, Feb 17, 2009 at 10:46:57AM +0100, Ingo Molnar wrote:
>
> * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>
> > On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> > > On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> > > >
> > > > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > > >
> > > > > Here the calls to rcu_process_callbacks() are only 75
> > > > > microseconds apart, so that this function is consuming more
> > > > > than 10% of a CPU. The strange thing is that I don't see a
> > > > > raise_softirq() in between, though perhaps it gets inlined or
> > > > > something that makes it invisible to ftrace.
> > > >
> > > > look at the latest trace please, that has even the most inline
> > > > raise-softirq method instrumented, so all the raising is
> > > > visible.
> > >
> > > Ah, my apologies! This time looking at:
> > >
> > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
> > >
> > >
> > > 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > [ . . . ]
> > >
> > > Yikes!!!
> > >
> > > Why is rcu_check_callbacks() being invoked so often? It should be called
> > > but once per jiffy, and here it is called no less than 22 times in about
> > > 3.5 milliseconds, meaning one call every 160 microseconds or so.
> >
> > BTW, the other question I have is "why do we need to call
> > rcu_pending() and rcu_check_callbacks() from the idle loop of
> > 32-bit x86, especially given that no other architecture does
> > this?". Don't get me wrong, it would be good to get rcutree's
> > rcu_pending() to avoid spuriously saying that
> > rcu_check_callbacks() should be invoked, so I would still like
> > the trace with my patch, but...
>
> There's no strong reason - we've been back and forth about RCU
> in the dynticks code. Mind sending a test patch for Damien to
> try?
But of course! ;-)
The following patch removes the call to rcu_pending() and
rcu_check_callbacks() from the x86 32-bit idle loop in order to
reduce the softirq load on idle systems.
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---
process_32.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/x86/kernel/process_32.c b/arch/x86/kernel/process_32.c
index a546f55..bd4da2a 100644
--- a/arch/x86/kernel/process_32.c
+++ b/arch/x86/kernel/process_32.c
@@ -104,9 +104,6 @@ void cpu_idle(void)
check_pgt_cache();
rmb();
- if (rcu_pending(cpu))
- rcu_check_callbacks(cpu, 0);
-
if (cpu_is_offline(cpu))
play_dead();
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 4:34 ` Frederic Weisbecker
@ 2009-02-17 15:10 ` Paul E. McKenney
2009-02-17 16:00 ` Frederic Weisbecker
2009-02-17 22:37 ` Frederic Weisbecker
0 siblings, 2 replies; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-17 15:10 UTC (permalink / raw)
To: Frederic Weisbecker
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Tue, Feb 17, 2009 at 05:34:23AM +0100, Frederic Weisbecker wrote:
> On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> > On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> > >
> > > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > >
> > > > Here the calls to rcu_process_callbacks() are only 75
> > > > microseconds apart, so that this function is consuming more
> > > > than 10% of a CPU. The strange thing is that I don't see a
> > > > raise_softirq() in between, though perhaps it gets inlined or
> > > > something that makes it invisible to ftrace.
> > >
> > > look at the latest trace please, that has even the most inline
> > > raise-softirq method instrumented, so all the raising is
> > > visible.
> >
> > Ah, my apologies! This time looking at:
> >
> > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
> >
> >
> > 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> > 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> > [ . . . ]
> >
> > Yikes!!!
> >
> > Why is rcu_check_callbacks() being invoked so often? It should be called
> > but once per jiffy, and here it is called no less than 22 times in about
> > 3.5 milliseconds, meaning one call every 160 microseconds or so.
> >
> > Hmmm...
> >
> > Looks like we never return from:
> >
> > 799.521142 | 1) <idle>-0 | | tick_nohz_stop_sched_tick() {
> >
> > Perhaps we are taking an interrupt immediately after the
> > local_irq_restore()? And at 799.521209 deciding to exit nohz mode.
> > And then deciding to go back into nohz mode at 799.521326, 117
> > microseconds later, after which we re-invoke rcu_check_callbacks(),
> > which again raises RCU's softirq.
> >
> > And the reason we are invoking rcu_check_callbacks() so often appears
> > to be in in arch/x86/kernel/process_32.c cpu_idle() near line 107,
> > which explains my failure to reproduce on a 64-bit system:
> >
> > void cpu_idle(void)
> > {
> > int cpu = smp_processor_id();
> >
> > current_thread_info()->status |= TS_POLLING;
> >
> > /* endless idle loop with no priority at all */
> > while (1) {
> > tick_nohz_stop_sched_tick(1);
> > while (!need_resched()) {
> >
> > check_pgt_cache();
> > rmb();
> >
> > if (rcu_pending(cpu))
> > rcu_check_callbacks(cpu, 0);
> >
> > if (cpu_is_offline(cpu))
> > play_dead();
> >
> > local_irq_disable();
> > __get_cpu_var(irq_stat).idle_timestamp = jiffies;
> > /* Don't trace irqs off for idle */
> > stop_critical_timings();
> > pm_idle();
> > start_critical_timings();
> > }
> > tick_nohz_restart_sched_tick();
> > preempt_enable_no_resched();
> > schedule();
> > preempt_disable();
> > }
> > }
> >
> > If we go in and out of nohz mode quickly, we will invoke rcu_pending()
> > each time. I would expect rcu_pending() to return 0 most of the time,
> > but that apparently isn't the case with treercu...
> >
> > What is the easiest way for me to make it easy to trace the return path
> > from __rcu_pending()? Make each return path call an empty function
> > located off where the compiler cannot see it, I guess... Diagnostic
> > patch along these lines below. Frederic, Damien, could you please give
> > it a go? (And of course please let me know if something else is
> > needed.)
>
>
> No, you don't need that, you can use ftrace_printk, it will generate a C-comment like
> inside the functions, ie:
>
> __rcu_pending() {
> /* pending_qs */
> }
Ah!!! So if I were to put ftrace_printk() calls at strategic points
in the RCU code, that would be a good thing?
> I've converted your below patch with ftrace_printks and tested it under an old P2
> with rcu_tree and 1000 Hz. I made a trace during an idle state, and well, looks like I'm
> lucky :-)
> I guess I successfully reproduced the softirq/rcu overhead.
> Please find the below patch to trace the rcu_pending return path, as well as the trace I made.
> Sorry, the trace is a bit buggy with sometimes flying orphans C like comments.
> When I will have more time, I will fix that.
>
> The trace is here http://dl.free.fr/uyWGgCbx4
>
> It looks like it mostly returns 1 because of the waiting for quiescent state:
>
> $ cat rcutrace | grep "/* pending_none" | wc -l
> 221
> $ cat rcutrace | grep "/* pending_qs" | wc -l
> 248
> $ cat rcutrace | grep "/* pending" | wc -l
> 469
Hmmm... This looks like normal behavior. Though I wonder if
rcu_check_callbacks() is recognizing that we are in the idle loop given
the large number of "pending_qs" entries. To that end, would you be
willing to try the attached patch (on top of your ftrace_printk() patch)?
Add ftrace_printk() to rcu_check_callbacks() to allow ftrace to
determine when RCU has detected a quiescent state due to interrupting
from within it.
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---
rcutree.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/rcutree.c b/kernel/rcutree.c
index b2fd602..fa14a0f 100644
--- a/kernel/rcutree.c
+++ b/kernel/rcutree.c
@@ -966,6 +966,7 @@ void rcu_check_callbacks(int cpu, int user)
rcu_qsctr_inc(cpu);
rcu_bh_qsctr_inc(cpu);
+ ftrace_printk("rcu user/idle");
} else if (!in_softirq()) {
@@ -977,6 +978,7 @@ void rcu_check_callbacks(int cpu, int user)
*/
rcu_bh_qsctr_inc(cpu);
+ ftrace_printk("rcu !softirq");
}
raise_softirq(RCU_SOFTIRQ);
}
^ permalink raw reply related [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 6:11 ` Damien Wyart
@ 2009-02-17 15:11 ` Paul E. McKenney
0 siblings, 0 replies; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-17 15:11 UTC (permalink / raw)
To: Damien Wyart
Cc: Ingo Molnar, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Tue, Feb 17, 2009 at 07:11:42AM +0100, Damien Wyart wrote:
> * Paul E. McKenney <paulmck@linux.vnet.ibm.com> [2009-02-16 14:39]:
> > What is the easiest way for me to make it easy to trace the return path
> > from __rcu_pending()? Make each return path call an empty function
> > located off where the compiler cannot see it, I guess... Diagnostic
> > patch along these lines below. Frederic, Damien, could you please give
> > it a go? (And of course please let me know if something else is
> > needed.)
>
> As Frederic already sent a trace (made with another method), I'll
> consider for now mine would not be very useful at this stage, so I'm
> waiting for further instructions.
>
> If you need further testing for me, do not hesitate to ask...
I would be very interested to hear whether or not my patch removing
rcu_pending() and rcu_check_callbacks() from the x86_32 idle loop
fixes the problem for you.
Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 14:01 ` Paul E. McKenney
@ 2009-02-17 15:39 ` Damien Wyart
2009-02-17 16:05 ` Paul E. McKenney
2009-02-17 21:48 ` Ingo Molnar
0 siblings, 2 replies; 152+ messages in thread
From: Damien Wyart @ 2009-02-17 15:39 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
Hello Paul,
> > There's no strong reason - we've been back and forth about RCU in
> > the dynticks code. Mind sending a test patch for Damien to try?
> But of course! ;-)
With this patch, the problem goes away and system activity seems normal,
both on the P4 with high load and on the recent laptop.
Btw, could you explain briefly why, without this patch, a kernel
enabling classical RCU doesn't show the ksoftirqd problem at all?
Damien
> The following patch removes the call to rcu_pending() and
> rcu_check_callbacks() from the x86 32-bit idle loop in order to
> reduce the softirq load on idle systems.
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> ---
> process_32.c | 3 ---
> 1 file changed, 3 deletions(-)
> diff --git a/arch/x86/kernel/process_32.c b/arch/x86/kernel/process_32.c
> index a546f55..bd4da2a 100644
> --- a/arch/x86/kernel/process_32.c
> +++ b/arch/x86/kernel/process_32.c
> @@ -104,9 +104,6 @@ void cpu_idle(void)
> check_pgt_cache();
> rmb();
> - if (rcu_pending(cpu))
> - rcu_check_callbacks(cpu, 0);
> -
> if (cpu_is_offline(cpu))
> play_dead();
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 15:10 ` Paul E. McKenney
@ 2009-02-17 16:00 ` Frederic Weisbecker
2009-02-17 22:37 ` Frederic Weisbecker
1 sibling, 0 replies; 152+ messages in thread
From: Frederic Weisbecker @ 2009-02-17 16:00 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Tue, Feb 17, 2009 at 07:10:46AM -0800, Paul E. McKenney wrote:
> On Tue, Feb 17, 2009 at 05:34:23AM +0100, Frederic Weisbecker wrote:
> > On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> > > On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> > > >
> > > > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > > >
> > > > > Here the calls to rcu_process_callbacks() are only 75
> > > > > microseconds apart, so that this function is consuming more
> > > > > than 10% of a CPU. The strange thing is that I don't see a
> > > > > raise_softirq() in between, though perhaps it gets inlined or
> > > > > something that makes it invisible to ftrace.
> > > >
> > > > look at the latest trace please, that has even the most inline
> > > > raise-softirq method instrumented, so all the raising is
> > > > visible.
> > >
> > > Ah, my apologies! This time looking at:
> > >
> > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
> > >
> > >
> > > 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > [ . . . ]
> > >
> > > Yikes!!!
> > >
> > > Why is rcu_check_callbacks() being invoked so often? It should be called
> > > but once per jiffy, and here it is called no less than 22 times in about
> > > 3.5 milliseconds, meaning one call every 160 microseconds or so.
> > >
> > > Hmmm...
> > >
> > > Looks like we never return from:
> > >
> > > 799.521142 | 1) <idle>-0 | | tick_nohz_stop_sched_tick() {
> > >
> > > Perhaps we are taking an interrupt immediately after the
> > > local_irq_restore()? And at 799.521209 deciding to exit nohz mode.
> > > And then deciding to go back into nohz mode at 799.521326, 117
> > > microseconds later, after which we re-invoke rcu_check_callbacks(),
> > > which again raises RCU's softirq.
> > >
> > > And the reason we are invoking rcu_check_callbacks() so often appears
> > > to be in in arch/x86/kernel/process_32.c cpu_idle() near line 107,
> > > which explains my failure to reproduce on a 64-bit system:
> > >
> > > void cpu_idle(void)
> > > {
> > > int cpu = smp_processor_id();
> > >
> > > current_thread_info()->status |= TS_POLLING;
> > >
> > > /* endless idle loop with no priority at all */
> > > while (1) {
> > > tick_nohz_stop_sched_tick(1);
> > > while (!need_resched()) {
> > >
> > > check_pgt_cache();
> > > rmb();
> > >
> > > if (rcu_pending(cpu))
> > > rcu_check_callbacks(cpu, 0);
> > >
> > > if (cpu_is_offline(cpu))
> > > play_dead();
> > >
> > > local_irq_disable();
> > > __get_cpu_var(irq_stat).idle_timestamp = jiffies;
> > > /* Don't trace irqs off for idle */
> > > stop_critical_timings();
> > > pm_idle();
> > > start_critical_timings();
> > > }
> > > tick_nohz_restart_sched_tick();
> > > preempt_enable_no_resched();
> > > schedule();
> > > preempt_disable();
> > > }
> > > }
> > >
> > > If we go in and out of nohz mode quickly, we will invoke rcu_pending()
> > > each time. I would expect rcu_pending() to return 0 most of the time,
> > > but that apparently isn't the case with treercu...
> > >
> > > What is the easiest way for me to make it easy to trace the return path
> > > from __rcu_pending()? Make each return path call an empty function
> > > located off where the compiler cannot see it, I guess... Diagnostic
> > > patch along these lines below. Frederic, Damien, could you please give
> > > it a go? (And of course please let me know if something else is
> > > needed.)
> >
> >
> > No, you don't need that, you can use ftrace_printk, it will generate a C-comment like
> > inside the functions, ie:
> >
> > __rcu_pending() {
> > /* pending_qs */
> > }
>
> Ah!!! So if I were to put ftrace_printk() calls at strategic points
> in the RCU code, that would be a good thing?
Only when you are doing some debugging yes. But it is not a good thing to put an ftrace_printk
for code that has to be officially released since it adds a small overhead.
And actually ftrace_printk() is only for casual debugging, IMHO we shoudn't find any ftrace_printk
on the mainline code.
Instead, if you need some constant and defined probe inside your code, it's better to use
tracepoints, since they only add the overhead of a single branch check when they are off.
> > I've converted your below patch with ftrace_printks and tested it under an old P2
> > with rcu_tree and 1000 Hz. I made a trace during an idle state, and well, looks like I'm
> > lucky :-)
> > I guess I successfully reproduced the softirq/rcu overhead.
> > Please find the below patch to trace the rcu_pending return path, as well as the trace I made.
> > Sorry, the trace is a bit buggy with sometimes flying orphans C like comments.
> > When I will have more time, I will fix that.
> >
> > The trace is here http://dl.free.fr/uyWGgCbx4
> >
> > It looks like it mostly returns 1 because of the waiting for quiescent state:
> >
> > $ cat rcutrace | grep "/* pending_none" | wc -l
> > 221
> > $ cat rcutrace | grep "/* pending_qs" | wc -l
> > 248
> > $ cat rcutrace | grep "/* pending" | wc -l
> > 469
>
> Hmmm... This looks like normal behavior. Though I wonder if
> rcu_check_callbacks() is recognizing that we are in the idle loop given
> the large number of "pending_qs" entries. To that end, would you be
> willing to try the attached patch (on top of your ftrace_printk() patch)?
>
> Add ftrace_printk() to rcu_check_callbacks() to allow ftrace to
> determine when RCU has detected a quiescent state due to interrupting
> from within it.
Ok. I'm just fixing the orphans comments on the function graph tracer (the init_tasks
were not traced) and I test it.
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> ---
>
> rcutree.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/kernel/rcutree.c b/kernel/rcutree.c
> index b2fd602..fa14a0f 100644
> --- a/kernel/rcutree.c
> +++ b/kernel/rcutree.c
> @@ -966,6 +966,7 @@ void rcu_check_callbacks(int cpu, int user)
>
> rcu_qsctr_inc(cpu);
> rcu_bh_qsctr_inc(cpu);
> + ftrace_printk("rcu user/idle");
>
> } else if (!in_softirq()) {
>
> @@ -977,6 +978,7 @@ void rcu_check_callbacks(int cpu, int user)
> */
>
> rcu_bh_qsctr_inc(cpu);
> + ftrace_printk("rcu !softirq");
> }
> raise_softirq(RCU_SOFTIRQ);
> }
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 15:39 ` Damien Wyart
@ 2009-02-17 16:05 ` Paul E. McKenney
2009-02-17 21:48 ` Ingo Molnar
1 sibling, 0 replies; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-17 16:05 UTC (permalink / raw)
To: Damien Wyart
Cc: Ingo Molnar, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
On Tue, Feb 17, 2009 at 04:39:25PM +0100, Damien Wyart wrote:
> Hello Paul,
>
> > > There's no strong reason - we've been back and forth about RCU in
> > > the dynticks code. Mind sending a test patch for Damien to try?
>
> > But of course! ;-)
>
> With this patch, the problem goes away and system activity seems normal,
> both on the P4 with high load and on the recent laptop.
>
> Btw, could you explain briefly why, without this patch, a kernel
> enabling classical RCU doesn't show the ksoftirqd problem at all?
Classic RCU's rcu_pending() can afford to be much more conservative,
due to the easy availability of global information. In contrast,
Hierarchical RCU will invoke the softirq in cases where the information
required to make an exact decision is off somewhere else in the tree.
There is also a possibility that Hierarchical RCU is for some reason
failing to detect that its rcu_check_callbacks() is being invoked from
the idle loop -- which would need to be fixed if it is really happening.
But given that the two rcu_check_callbacks() implementations are nearly
identical, I cannot see how this is happening. (Wouldn't be the first
time that I failed to see how something was happening, though!)
Thanx, Paul
> Damien
>
> > The following patch removes the call to rcu_pending() and
> > rcu_check_callbacks() from the x86 32-bit idle loop in order to
> > reduce the softirq load on idle systems.
>
> > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > ---
>
> > process_32.c | 3 ---
> > 1 file changed, 3 deletions(-)
>
> > diff --git a/arch/x86/kernel/process_32.c b/arch/x86/kernel/process_32.c
> > index a546f55..bd4da2a 100644
> > --- a/arch/x86/kernel/process_32.c
> > +++ b/arch/x86/kernel/process_32.c
> > @@ -104,9 +104,6 @@ void cpu_idle(void)
> > check_pgt_cache();
> > rmb();
>
> > - if (rcu_pending(cpu))
> > - rcu_check_callbacks(cpu, 0);
> > -
> > if (cpu_is_offline(cpu))
> > play_dead();
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 15:39 ` Damien Wyart
2009-02-17 16:05 ` Paul E. McKenney
@ 2009-02-17 21:48 ` Ingo Molnar
1 sibling, 0 replies; 152+ messages in thread
From: Ingo Molnar @ 2009-02-17 21:48 UTC (permalink / raw)
To: Damien Wyart
Cc: Paul E. McKenney, Peter Zijlstra, Mike Galbraith,
Frédéric Weisbecker, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List
* Damien Wyart <damien.wyart@free.fr> wrote:
> Hello Paul,
>
> > > There's no strong reason - we've been back and forth about RCU in
> > > the dynticks code. Mind sending a test patch for Damien to try?
>
> > But of course! ;-)
>
> With this patch, the problem goes away and system activity
> seems normal, both on the P4 with high load and on the recent
> laptop.
Applied to tip:x86/urgent, thanks a lot for the patient testing
and tracing!
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 15:10 ` Paul E. McKenney
2009-02-17 16:00 ` Frederic Weisbecker
@ 2009-02-17 22:37 ` Frederic Weisbecker
2009-02-17 22:48 ` Paul E. McKenney
1 sibling, 1 reply; 152+ messages in thread
From: Frederic Weisbecker @ 2009-02-17 22:37 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Tue, Feb 17, 2009 at 07:10:46AM -0800, Paul E. McKenney wrote:
> On Tue, Feb 17, 2009 at 05:34:23AM +0100, Frederic Weisbecker wrote:
> > On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> > > On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> > > >
> > > > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > > >
> > > > > Here the calls to rcu_process_callbacks() are only 75
> > > > > microseconds apart, so that this function is consuming more
> > > > > than 10% of a CPU. The strange thing is that I don't see a
> > > > > raise_softirq() in between, though perhaps it gets inlined or
> > > > > something that makes it invisible to ftrace.
> > > >
> > > > look at the latest trace please, that has even the most inline
> > > > raise-softirq method instrumented, so all the raising is
> > > > visible.
> > >
> > > Ah, my apologies! This time looking at:
> > >
> > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
> > >
> > >
> > > 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > [ . . . ]
> > >
> > > Yikes!!!
> > >
> > > Why is rcu_check_callbacks() being invoked so often? It should be called
> > > but once per jiffy, and here it is called no less than 22 times in about
> > > 3.5 milliseconds, meaning one call every 160 microseconds or so.
> > >
> > > Hmmm...
> > >
> > > Looks like we never return from:
> > >
> > > 799.521142 | 1) <idle>-0 | | tick_nohz_stop_sched_tick() {
> > >
> > > Perhaps we are taking an interrupt immediately after the
> > > local_irq_restore()? And at 799.521209 deciding to exit nohz mode.
> > > And then deciding to go back into nohz mode at 799.521326, 117
> > > microseconds later, after which we re-invoke rcu_check_callbacks(),
> > > which again raises RCU's softirq.
> > >
> > > And the reason we are invoking rcu_check_callbacks() so often appears
> > > to be in in arch/x86/kernel/process_32.c cpu_idle() near line 107,
> > > which explains my failure to reproduce on a 64-bit system:
> > >
> > > void cpu_idle(void)
> > > {
> > > int cpu = smp_processor_id();
> > >
> > > current_thread_info()->status |= TS_POLLING;
> > >
> > > /* endless idle loop with no priority at all */
> > > while (1) {
> > > tick_nohz_stop_sched_tick(1);
> > > while (!need_resched()) {
> > >
> > > check_pgt_cache();
> > > rmb();
> > >
> > > if (rcu_pending(cpu))
> > > rcu_check_callbacks(cpu, 0);
> > >
> > > if (cpu_is_offline(cpu))
> > > play_dead();
> > >
> > > local_irq_disable();
> > > __get_cpu_var(irq_stat).idle_timestamp = jiffies;
> > > /* Don't trace irqs off for idle */
> > > stop_critical_timings();
> > > pm_idle();
> > > start_critical_timings();
> > > }
> > > tick_nohz_restart_sched_tick();
> > > preempt_enable_no_resched();
> > > schedule();
> > > preempt_disable();
> > > }
> > > }
> > >
> > > If we go in and out of nohz mode quickly, we will invoke rcu_pending()
> > > each time. I would expect rcu_pending() to return 0 most of the time,
> > > but that apparently isn't the case with treercu...
> > >
> > > What is the easiest way for me to make it easy to trace the return path
> > > from __rcu_pending()? Make each return path call an empty function
> > > located off where the compiler cannot see it, I guess... Diagnostic
> > > patch along these lines below. Frederic, Damien, could you please give
> > > it a go? (And of course please let me know if something else is
> > > needed.)
> >
> >
> > No, you don't need that, you can use ftrace_printk, it will generate a C-comment like
> > inside the functions, ie:
> >
> > __rcu_pending() {
> > /* pending_qs */
> > }
>
> Ah!!! So if I were to put ftrace_printk() calls at strategic points
> in the RCU code, that would be a good thing?
>
> > I've converted your below patch with ftrace_printks and tested it under an old P2
> > with rcu_tree and 1000 Hz. I made a trace during an idle state, and well, looks like I'm
> > lucky :-)
> > I guess I successfully reproduced the softirq/rcu overhead.
> > Please find the below patch to trace the rcu_pending return path, as well as the trace I made.
> > Sorry, the trace is a bit buggy with sometimes flying orphans C like comments.
> > When I will have more time, I will fix that.
> >
> > The trace is here http://dl.free.fr/uyWGgCbx4
> >
> > It looks like it mostly returns 1 because of the waiting for quiescent state:
> >
> > $ cat rcutrace | grep "/* pending_none" | wc -l
> > 221
> > $ cat rcutrace | grep "/* pending_qs" | wc -l
> > 248
> > $ cat rcutrace | grep "/* pending" | wc -l
> > 469
>
> Hmmm... This looks like normal behavior. Though I wonder if
> rcu_check_callbacks() is recognizing that we are in the idle loop given
> the large number of "pending_qs" entries. To that end, would you be
> willing to try the attached patch (on top of your ftrace_printk() patch)?
>
> Add ftrace_printk() to rcu_check_callbacks() to allow ftrace to
> determine when RCU has detected a quiescent state due to interrupting
> from within it.
Do you still need this trace even if your solution were applied on -tip ?
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> ---
>
> rcutree.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/kernel/rcutree.c b/kernel/rcutree.c
> index b2fd602..fa14a0f 100644
> --- a/kernel/rcutree.c
> +++ b/kernel/rcutree.c
> @@ -966,6 +966,7 @@ void rcu_check_callbacks(int cpu, int user)
>
> rcu_qsctr_inc(cpu);
> rcu_bh_qsctr_inc(cpu);
> + ftrace_printk("rcu user/idle");
>
> } else if (!in_softirq()) {
>
> @@ -977,6 +978,7 @@ void rcu_check_callbacks(int cpu, int user)
> */
>
> rcu_bh_qsctr_inc(cpu);
> + ftrace_printk("rcu !softirq");
> }
> raise_softirq(RCU_SOFTIRQ);
> }
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 22:37 ` Frederic Weisbecker
@ 2009-02-17 22:48 ` Paul E. McKenney
2009-02-18 0:38 ` Ingo Molnar
0 siblings, 1 reply; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-17 22:48 UTC (permalink / raw)
To: Frederic Weisbecker
Cc: Ingo Molnar, Damien Wyart, Peter Zijlstra, Mike Galbraith,
Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Tue, Feb 17, 2009 at 11:37:42PM +0100, Frederic Weisbecker wrote:
> On Tue, Feb 17, 2009 at 07:10:46AM -0800, Paul E. McKenney wrote:
> > On Tue, Feb 17, 2009 at 05:34:23AM +0100, Frederic Weisbecker wrote:
> > > On Mon, Feb 16, 2009 at 02:39:44PM -0800, Paul E. McKenney wrote:
> > > > On Mon, Feb 16, 2009 at 09:09:23PM +0100, Ingo Molnar wrote:
> > > > >
> > > > > * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > > > >
> > > > > > Here the calls to rcu_process_callbacks() are only 75
> > > > > > microseconds apart, so that this function is consuming more
> > > > > > than 10% of a CPU. The strange thing is that I don't see a
> > > > > > raise_softirq() in between, though perhaps it gets inlined or
> > > > > > something that makes it invisible to ftrace.
> > > > >
> > > > > look at the latest trace please, that has even the most inline
> > > > > raise-softirq method instrumented, so all the raising is
> > > > > visible.
> > > >
> > > > Ah, my apologies! This time looking at:
> > > >
> > > > http://damien.wyart.free.fr/ksoftirqd_pb/trace_tip_2009.02.16_ksoftirqd_pb_abstime_proc.txt.gz
> > > >
> > > >
> > > > 799.521187 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.521371 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.521555 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.521738 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.521934 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.522068 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > > 799.522208 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.522392 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.522575 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.522759 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.522956 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.523074 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > > 799.523214 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.523397 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.523579 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.523762 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.523960 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.524079 | 1) ksoftir-2324 | | rcu_check_callbacks() {
> > > > 799.524220 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.524403 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.524587 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > 799.524770 | 1) <idle>-0 | | rcu_check_callbacks() {
> > > > [ . . . ]
> > > >
> > > > Yikes!!!
> > > >
> > > > Why is rcu_check_callbacks() being invoked so often? It should be called
> > > > but once per jiffy, and here it is called no less than 22 times in about
> > > > 3.5 milliseconds, meaning one call every 160 microseconds or so.
> > > >
> > > > Hmmm...
> > > >
> > > > Looks like we never return from:
> > > >
> > > > 799.521142 | 1) <idle>-0 | | tick_nohz_stop_sched_tick() {
> > > >
> > > > Perhaps we are taking an interrupt immediately after the
> > > > local_irq_restore()? And at 799.521209 deciding to exit nohz mode.
> > > > And then deciding to go back into nohz mode at 799.521326, 117
> > > > microseconds later, after which we re-invoke rcu_check_callbacks(),
> > > > which again raises RCU's softirq.
> > > >
> > > > And the reason we are invoking rcu_check_callbacks() so often appears
> > > > to be in in arch/x86/kernel/process_32.c cpu_idle() near line 107,
> > > > which explains my failure to reproduce on a 64-bit system:
> > > >
> > > > void cpu_idle(void)
> > > > {
> > > > int cpu = smp_processor_id();
> > > >
> > > > current_thread_info()->status |= TS_POLLING;
> > > >
> > > > /* endless idle loop with no priority at all */
> > > > while (1) {
> > > > tick_nohz_stop_sched_tick(1);
> > > > while (!need_resched()) {
> > > >
> > > > check_pgt_cache();
> > > > rmb();
> > > >
> > > > if (rcu_pending(cpu))
> > > > rcu_check_callbacks(cpu, 0);
> > > >
> > > > if (cpu_is_offline(cpu))
> > > > play_dead();
> > > >
> > > > local_irq_disable();
> > > > __get_cpu_var(irq_stat).idle_timestamp = jiffies;
> > > > /* Don't trace irqs off for idle */
> > > > stop_critical_timings();
> > > > pm_idle();
> > > > start_critical_timings();
> > > > }
> > > > tick_nohz_restart_sched_tick();
> > > > preempt_enable_no_resched();
> > > > schedule();
> > > > preempt_disable();
> > > > }
> > > > }
> > > >
> > > > If we go in and out of nohz mode quickly, we will invoke rcu_pending()
> > > > each time. I would expect rcu_pending() to return 0 most of the time,
> > > > but that apparently isn't the case with treercu...
> > > >
> > > > What is the easiest way for me to make it easy to trace the return path
> > > > from __rcu_pending()? Make each return path call an empty function
> > > > located off where the compiler cannot see it, I guess... Diagnostic
> > > > patch along these lines below. Frederic, Damien, could you please give
> > > > it a go? (And of course please let me know if something else is
> > > > needed.)
> > >
> > >
> > > No, you don't need that, you can use ftrace_printk, it will generate a C-comment like
> > > inside the functions, ie:
> > >
> > > __rcu_pending() {
> > > /* pending_qs */
> > > }
> >
> > Ah!!! So if I were to put ftrace_printk() calls at strategic points
> > in the RCU code, that would be a good thing?
> >
> > > I've converted your below patch with ftrace_printks and tested it under an old P2
> > > with rcu_tree and 1000 Hz. I made a trace during an idle state, and well, looks like I'm
> > > lucky :-)
> > > I guess I successfully reproduced the softirq/rcu overhead.
> > > Please find the below patch to trace the rcu_pending return path, as well as the trace I made.
> > > Sorry, the trace is a bit buggy with sometimes flying orphans C like comments.
> > > When I will have more time, I will fix that.
> > >
> > > The trace is here http://dl.free.fr/uyWGgCbx4
> > >
> > > It looks like it mostly returns 1 because of the waiting for quiescent state:
> > >
> > > $ cat rcutrace | grep "/* pending_none" | wc -l
> > > 221
> > > $ cat rcutrace | grep "/* pending_qs" | wc -l
> > > 248
> > > $ cat rcutrace | grep "/* pending" | wc -l
> > > 469
> >
> > Hmmm... This looks like normal behavior. Though I wonder if
> > rcu_check_callbacks() is recognizing that we are in the idle loop given
> > the large number of "pending_qs" entries. To that end, would you be
> > willing to try the attached patch (on top of your ftrace_printk() patch)?
> >
> > Add ftrace_printk() to rcu_check_callbacks() to allow ftrace to
> > determine when RCU has detected a quiescent state due to interrupting
> > from within it.
>
> Do you still need this trace even if your solution were applied on -tip ?
No, it was my confusion -- I later realized that your data above meant
that the force-quiescent-state code path was not being heavily exercised.
So no need for this trace!
Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-15 13:43 ` Matthew Garrett
2009-02-15 14:37 ` Rafael J. Wysocki
@ 2009-02-17 23:05 ` Eric Anholt
2009-02-17 23:13 ` Matthew Garrett
1 sibling, 1 reply; 152+ messages in thread
From: Eric Anholt @ 2009-02-17 23:05 UTC (permalink / raw)
To: Matthew Garrett
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Len Brown, Nico Schottelius
[-- Attachment #1: Type: text/plain, Size: 521 bytes --]
On Sun, 2009-02-15 at 13:43 +0000, Matthew Garrett wrote:
> On Sat, Feb 14, 2009 at 09:38:23PM +0100, Rafael J. Wysocki wrote:
>
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
>
> I think Eric sent a test patch for this. Did that get pushed?
I haven't done anything in the area of brightness control.
--
Eric Anholt
eric@anholt.net eric.anholt@intel.com
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-17 23:05 ` Eric Anholt
@ 2009-02-17 23:13 ` Matthew Garrett
2009-02-17 23:23 ` Jesse Barnes
0 siblings, 1 reply; 152+ messages in thread
From: Matthew Garrett @ 2009-02-17 23:13 UTC (permalink / raw)
To: Eric Anholt
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Len Brown, Nico Schottelius
On Tue, Feb 17, 2009 at 03:05:25PM -0800, Eric Anholt wrote:
> On Sun, 2009-02-15 at 13:43 +0000, Matthew Garrett wrote:
> > On Sat, Feb 14, 2009 at 09:38:23PM +0100, Rafael J. Wysocki wrote:
> >
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.28. Please verify if it still should be listed and let me know
> > > (either way).
> >
> > I think Eric sent a test patch for this. Did that get pushed?
>
> I haven't done anything in the area of brightness control.
This was drm failing to initialise because of incorrect mtrr setup and
opregion not working as a result.
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-17 23:13 ` Matthew Garrett
@ 2009-02-17 23:23 ` Jesse Barnes
2009-02-18 9:36 ` Nico Schottelius
0 siblings, 1 reply; 152+ messages in thread
From: Jesse Barnes @ 2009-02-17 23:23 UTC (permalink / raw)
To: Matthew Garrett
Cc: Eric Anholt, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Len Brown, Nico Schottelius
On Tuesday, February 17, 2009 3:13 pm Matthew Garrett wrote:
> On Tue, Feb 17, 2009 at 03:05:25PM -0800, Eric Anholt wrote:
> > On Sun, 2009-02-15 at 13:43 +0000, Matthew Garrett wrote:
> > > On Sat, Feb 14, 2009 at 09:38:23PM +0100, Rafael J. Wysocki wrote:
> > > > The following bug entry is on the current list of known regressions
> > > > from 2.6.28. Please verify if it still should be listed and let me
> > > > know (either way).
> > >
> > > I think Eric sent a test patch for this. Did that get pushed?
> >
> > I haven't done anything in the area of brightness control.
>
> This was drm failing to initialise because of incorrect mtrr setup and
> opregion not working as a result.
I sent one out; it just made the ioremap in i915_initialize into an ioremap_wc
for consistency.
--
Jesse Barnes, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-17 22:48 ` Paul E. McKenney
@ 2009-02-18 0:38 ` Ingo Molnar
2009-02-18 1:02 ` Paul E. McKenney
0 siblings, 1 reply; 152+ messages in thread
From: Ingo Molnar @ 2009-02-18 0:38 UTC (permalink / raw)
To: Paul E. McKenney
Cc: Frederic Weisbecker, Damien Wyart, Peter Zijlstra,
Mike Galbraith, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
* Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> No, it was my confusion -- I later realized that your data
> above meant that the force-quiescent-state code path was not
> being heavily exercised. So no need for this trace!
Do you have any theory for why RCU was activated every 100-200
microseconds, resulting in 20% ksoftirqd CPU use - and why the
problem went away with classic-rcu?
Ingo
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1
2009-02-18 0:38 ` Ingo Molnar
@ 2009-02-18 1:02 ` Paul E. McKenney
0 siblings, 0 replies; 152+ messages in thread
From: Paul E. McKenney @ 2009-02-18 1:02 UTC (permalink / raw)
To: Ingo Molnar
Cc: Frederic Weisbecker, Damien Wyart, Peter Zijlstra,
Mike Galbraith, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List
On Wed, Feb 18, 2009 at 01:38:01AM +0100, Ingo Molnar wrote:
>
> * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>
> > No, it was my confusion -- I later realized that your data
> > above meant that the force-quiescent-state code path was not
> > being heavily exercised. So no need for this trace!
>
> Do you have any theory for why RCU was activated every 100-200
> microseconds, resulting in 20% ksoftirqd CPU use - and why the
> problem went away with classic-rcu?
RCU was activated every 100-200 microseconds because the x86 32-bit
idle loop would call rcu_pending() and rcu_check_callbacks() in a tight
loop under some conditions. This was happening to both classic and
tree RCU, but classic RCU has a more exact rcu_pending() check, and so
classic RCU's rcu_pending() always returns false, so that classic RCU's
rcu_check_callbacks() was never invoked, so that the raise_softirq()
is never called, so that control never passed to ksoftirqd, so that
things like "uptime" could not see the activity.
But the activity was occurring with classic RCU nevertheless.
</useful information>
<aside>
Interestingly enough, this is actually a symptom of a theoretical bug
in classic RCU (noted by Manfred Spraul some months ago). Classic RCU
assumes that interrupts from dynticks idle mode don't run long enough
to run through a full grace period (which, in absence of truly broken
driver code, they do not). Therefore, classic RCU removes all dynticks
idle CPUs from considation at the beginning of each grace period, so
that classic RCU's rcu_pending() doesn't have to concern itself with
other dyntick-idle CPUs.
When rcu_pending() is invoked once per jiffy, the additional checking
that tree RCU must do is in the noise, but not so when called repeatedly
from the idle loop.
</aside>
Thanx, Paul
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-17 23:23 ` Jesse Barnes
@ 2009-02-18 9:36 ` Nico Schottelius
2009-02-13 9:33 ` Nico Schottelius
0 siblings, 1 reply; 152+ messages in thread
From: Nico Schottelius @ 2009-02-18 9:36 UTC (permalink / raw)
To: Jesse Barnes
Cc: Matthew Garrett, Eric Anholt, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Len Brown,
Nico Schottelius
[-- Attachment #1: Type: text/plain, Size: 709 bytes --]
Jesse Barnes [Tue, Feb 17, 2009 at 03:23:57PM -0800]:
> On Tuesday, February 17, 2009 3:13 pm Matthew Garrett wrote:
> > This was drm failing to initialise because of incorrect mtrr setup and
> > opregion not working as a result.
>
> I sent one out; it just made the ioremap in i915_initialize into an ioremap_wc
> for consistency.
If you refer to <200902131104.04318.jbarnes@virtuousgeek.org>,
as stated in <20090216131351.GA4839@denkbrett.schottelius.org>, it does not
fix the problem here.
Sincerly,
Nico
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-16 15:54 ` Nico Schottelius
@ 2009-02-19 9:01 ` Nico Schottelius
0 siblings, 0 replies; 152+ messages in thread
From: Nico Schottelius @ 2009-02-19 9:01 UTC (permalink / raw)
To: Nico Schottelius, Len Brown, Ingo Molnar, LKML, Matthew Garrett,
Rafael J. Wysocki, Andrew Morton, linux-acpi, Nico Schottelius,
Jesse Barnes, Matthew Garrett, Eric Anholt, Kernel Testers List
[-- Attachment #1: Type: text/plain, Size: 240 bytes --]
Issue persisting on 2.6.29-rc5-ikn-00168-gba95fd4
Nico
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12610] sync-Regression in 2.6.28.2?
2009-02-14 20:38 ` [Bug #12610] sync-Regression in 2.6.28.2? Rafael J. Wysocki
@ 2009-02-21 17:56 ` Theodore Tso
2009-02-22 10:02 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Theodore Tso @ 2009-02-21 17:56 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Federico Cuello,
Ralf Hildebrandt, bugme-daemon
On Sat, Feb 14, 2009 at 09:38:18PM +0100, Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12610
> Subject : sync-Regression in 2.6.28.2?
> Submitter : Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
> Date : 2009-01-27 9:35 (19 days old)
> References : http://marc.info/?l=linux-kernel&m=123304977706620&w=4
This fix for this has landed in mainline post 2.6.29-rc5, as commit
2acf2c. The deadlock is technically not a regression but it was made
*much* more likely to show up because of commit 31a1266: ("mm:
write_cache_pages cyclic fix, which show up in 2.6.28.1").
Commit 3a4c68 in mainline backs up the change made in 31a1266, so you
probably won't see this much after 2.6.28.6 (when 3a4c68 was
backported to 2.6.28.y), but we should get commit 2acf2c pushed to
2.6.28.x and 2.6.27.y to completely solve the deadlock problem.
- Ted
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12610] sync-Regression in 2.6.28.2?
2009-02-21 17:56 ` Theodore Tso
@ 2009-02-22 10:02 ` Rafael J. Wysocki
2009-02-23 4:35 ` Greg KH
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-22 10:02 UTC (permalink / raw)
To: Theodore Tso
Cc: Linux Kernel Mailing List, Kernel Testers List, Federico Cuello,
Ralf Hildebrandt, bugme-daemon, Greg KH, stable
On Saturday 21 February 2009, Theodore Tso wrote:
> On Sat, Feb 14, 2009 at 09:38:18PM +0100, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12610
> > Subject : sync-Regression in 2.6.28.2?
> > Submitter : Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
> > Date : 2009-01-27 9:35 (19 days old)
> > References : http://marc.info/?l=linux-kernel&m=123304977706620&w=4
>
> This fix for this has landed in mainline post 2.6.29-rc5, as commit
> 2acf2c. The deadlock is technically not a regression but it was made
> *much* more likely to show up because of commit 31a1266: ("mm:
> write_cache_pages cyclic fix, which show up in 2.6.28.1").
>
> Commit 3a4c68 in mainline backs up the change made in 31a1266, so you
> probably won't see this much after 2.6.28.6 (when 3a4c68 was
> backported to 2.6.28.y), but we should get commit 2acf2c pushed to
> 2.6.28.x and 2.6.27.y to completely solve the deadlock problem.
Thanks for the update.
I'll close the bug since it's fixed in the mainline. Please tell Greg which
patches to put into the -stable kernels.
Thanks,
Rafael
>
> - Ted
>
>
--
Everyone knows that debugging is twice as hard as writing a program
in the first place. So if you're as clever as you can be when you write it,
how will you ever debug it? --- Brian Kernighan
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12610] sync-Regression in 2.6.28.2?
2009-02-22 10:02 ` Rafael J. Wysocki
@ 2009-02-23 4:35 ` Greg KH
2009-02-23 5:37 ` Theodore Tso
0 siblings, 1 reply; 152+ messages in thread
From: Greg KH @ 2009-02-23 4:35 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Theodore Tso, Linux Kernel Mailing List, Kernel Testers List,
Federico Cuello, Ralf Hildebrandt, bugme-daemon, stable
On Sun, Feb 22, 2009 at 11:02:09AM +0100, Rafael J. Wysocki wrote:
> On Saturday 21 February 2009, Theodore Tso wrote:
> > On Sat, Feb 14, 2009 at 09:38:18PM +0100, Rafael J. Wysocki wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12610
> > > Subject : sync-Regression in 2.6.28.2?
> > > Submitter : Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
> > > Date : 2009-01-27 9:35 (19 days old)
> > > References : http://marc.info/?l=linux-kernel&m=123304977706620&w=4
> >
> > This fix for this has landed in mainline post 2.6.29-rc5, as commit
> > 2acf2c. The deadlock is technically not a regression but it was made
> > *much* more likely to show up because of commit 31a1266: ("mm:
> > write_cache_pages cyclic fix, which show up in 2.6.28.1").
> >
> > Commit 3a4c68 in mainline backs up the change made in 31a1266, so you
> > probably won't see this much after 2.6.28.6 (when 3a4c68 was
> > backported to 2.6.28.y), but we should get commit 2acf2c pushed to
> > 2.6.28.x and 2.6.27.y to completely solve the deadlock problem.
>
> Thanks for the update.
>
> I'll close the bug since it's fixed in the mainline. Please tell Greg which
> patches to put into the -stable kernels.
Ted, can you forward the needed patches to stable@kernel.org, or just
tell us to take those git commits directly?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12610] sync-Regression in 2.6.28.2?
2009-02-23 4:35 ` Greg KH
@ 2009-02-23 5:37 ` Theodore Tso
2009-02-23 16:54 ` [stable] " Greg KH
0 siblings, 1 reply; 152+ messages in thread
From: Theodore Tso @ 2009-02-23 5:37 UTC (permalink / raw)
To: Greg KH
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Federico Cuello, Ralf Hildebrandt,
bugme-daemon, stable
On Sun, Feb 22, 2009 at 08:35:36PM -0800, Greg KH wrote:
>
> Ted, can you forward the needed patches to stable@kernel.org, or just
> tell us to take those git commits directly?
>
Already in the for-stable and for-stable-2.6.27 branches of the ext4
git tree. I was going to see if some folks would do some quick
testing (even though it it was mostely a straightforward git
cherry-pick) before sending it to stable@kernel.org; you should see
them in 2-3 days or so. If you need them sooner, I can accelerate
when I push them to you....
- Ted
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [stable] [Bug #12610] sync-Regression in 2.6.28.2?
2009-02-23 5:37 ` Theodore Tso
@ 2009-02-23 16:54 ` Greg KH
0 siblings, 0 replies; 152+ messages in thread
From: Greg KH @ 2009-02-23 16:54 UTC (permalink / raw)
To: Theodore Tso, Greg KH, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Federico Cuello,
Ralf Hildebrandt, bugme-daemon, stable
On Mon, Feb 23, 2009 at 12:37:36AM -0500, Theodore Tso wrote:
> On Sun, Feb 22, 2009 at 08:35:36PM -0800, Greg KH wrote:
> >
> > Ted, can you forward the needed patches to stable@kernel.org, or just
> > tell us to take those git commits directly?
> >
>
> Already in the for-stable and for-stable-2.6.27 branches of the ext4
> git tree. I was going to see if some folks would do some quick
> testing (even though it it was mostely a straightforward git
> cherry-pick) before sending it to stable@kernel.org; you should see
> them in 2-3 days or so. If you need them sooner, I can accelerate
> when I push them to you....
Sooner would be good, want to get another review cycle started tomorrow.
But if you miss it, it'll only be a week or so until the next cycle :)
thanks,
greg k-h
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-13 9:40 ` Nico Schottelius
2009-02-13 13:43 ` Matthew Garrett
@ 2009-03-10 2:28 ` Eric Anholt
2009-03-10 5:38 ` Nico Schottelius
1 sibling, 1 reply; 152+ messages in thread
From: Eric Anholt @ 2009-03-10 2:28 UTC (permalink / raw)
To: Nico Schottelius; +Cc: LKML
[-- Attachment #1: Type: text/plain, Size: 980 bytes --]
On Fri, 2009-02-13 at 10:40 +0100, Nico Schottelius wrote:
> Nico Schottelius [Fri, Feb 13, 2009 at 10:33:54AM +0100]:
> > [...]
>
> dmesg:
> [ 129.846561] [drm] Initialized drm 1.1.0 20060810
> [ 129.877658] pci 0000:00:02.0: power state changed by ACPI to D0
> [ 129.877678] pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> [ 129.877687] pci 0000:00:02.0: setting latency timer to 64
> [ 129.934945] pci 0000:00:02.0: irq 30 for MSI/MSI-X
> [ 129.935021] [drm] Initialized i915 1.6.0 20080730 on minor 0
> [ 129.988541] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer
This is bad -- without the ringbuffer, initialization fails, so the DRM
support for opregion shouldn't work.
There have been fixes in later kernels for ioremap issues, which may or
may not affect what you're seeing. Also, are you using KMS or not?
--
Eric Anholt
eric@anholt.net eric.anholt@intel.com
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-03-10 2:28 ` Eric Anholt
@ 2009-03-10 5:38 ` Nico Schottelius
0 siblings, 0 replies; 152+ messages in thread
From: Nico Schottelius @ 2009-03-10 5:38 UTC (permalink / raw)
To: Eric Anholt; +Cc: Nico Schottelius, LKML
[-- Attachment #1: Type: text/plain, Size: 914 bytes --]
Success! Hooray!
Eric Anholt [Mon, Mar 09, 2009 at 07:28:11PM -0700]:
> > [ 129.935021] [drm] Initialized i915 1.6.0 20080730 on minor 0
> > [ 129.988541] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer
>
> This is bad -- without the ringbuffer, initialization fails, so the DRM
> support for opregion shouldn't work.
>
> There have been fixes in later kernels for ioremap issues, which may or
> may not affect what you're seeing. Also, are you using KMS or not?
I just gave the lates iwlwifi tree a try, now running
2.6.29-rc7-wl-ikn-32831-g98c5597, which has full
brightness again.
I'm quite happy that it works again, but quite unhappy
to have it solved "silently"...
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-06-07 10:02 2.6.30-rc8-git4: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
@ 2009-06-07 10:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-06-07 10:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Matthew Garrett,
Nico Schottelius
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (115 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Eric Anholt <eric@anholt.net>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-05-30 19:50 2.6.30-rc7-git4: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
@ 2009-05-30 19:55 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-05-30 19:55 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Matthew Garrett,
Nico Schottelius
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (107 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Eric Anholt <eric@anholt.net>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-05-24 19:27 2.6.30-rc7: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
@ 2009-05-24 19:31 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-05-24 19:31 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Matthew Garrett,
Nico Schottelius
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (101 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Eric Anholt <eric@anholt.net>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-05-16 19:58 2.6.30-rc6: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
@ 2009-05-16 20:05 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-05-16 20:05 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Matthew Garrett,
Nico Schottelius
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (93 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Eric Anholt <eric@anholt.net>
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-04-26 23:18 ` Rafael J. Wysocki
@ 2009-04-30 8:00 ` Nico Schottelius
0 siblings, 0 replies; 152+ messages in thread
From: Nico Schottelius @ 2009-04-30 8:00 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Nico Schottelius, Linux Kernel Mailing List, Kernel Testers List,
Dave Airlie, Eric Anholt, Matthew Garrett
[-- Attachment #1: Type: text/plain, Size: 268 bytes --]
Update:
Brightness works on 2.6.30-rc3-next-20090428-04067-g72f1b63 (linux-next)
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
[not found] ` <cviZC-6ap-25@gated-at.bofh.it>
@ 2009-04-27 9:36 ` Niel Lambrechts
0 siblings, 0 replies; 152+ messages in thread
From: Niel Lambrechts @ 2009-04-27 9:36 UTC (permalink / raw)
To: linux.kernel
On 04/26/2009 10:20 PM, Nico Schottelius wrote:
> Rafael J. Wysocki [Sun, Apr 26, 2009 at 11:46:25AM +0200]:
>> This message has been generated automatically as a part of a report
>> of regressions introduced between 2.6.28 and 2.6.29.
>
> Sure, still broken. For some version it works, for most newer not,
> as reported.
>
> Can we stop that nag-service and spent time in fixing it better?
You should rather be quiet about the time people are investing in this
community, especially when others strongly differ from you the merit of
that service.
Without Rafael's reports some of the regressions I have posted probably
would have not been investigated at all.
Niel
--
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-04-26 20:15 ` Nico Schottelius
@ 2009-04-26 23:18 ` Rafael J. Wysocki
2009-04-30 8:00 ` Nico Schottelius
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-04-26 23:18 UTC (permalink / raw)
To: Nico Schottelius
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Eric Anholt, Matthew Garrett
On Sunday 26 April 2009, Nico Schottelius wrote:
> Rafael J. Wysocki [Sun, Apr 26, 2009 at 11:46:25AM +0200]:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
>
> Sure, still broken. For some version it works, for most newer not,
> as reported.
>
> Can we stop that nag-service and spent time in fixing it better?
Well, I'm not familiar with the code that broke and this is a way of notifying
the right people of the problem.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-04-26 9:46 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
@ 2009-04-26 20:15 ` Nico Schottelius
2009-04-26 23:18 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Nico Schottelius @ 2009-04-26 20:15 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Eric Anholt, Matthew Garrett, Nico Schottelius
[-- Attachment #1: Type: text/plain, Size: 528 bytes --]
Rafael J. Wysocki [Sun, Apr 26, 2009 at 11:46:25AM +0200]:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
Sure, still broken. For some version it works, for most newer not,
as reported.
Can we stop that nag-service and spent time in fixing it better?
Nico
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-04-26 9:42 2.6.30-rc3-git1: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
@ 2009-04-26 9:46 ` Rafael J. Wysocki
2009-04-26 20:15 ` Nico Schottelius
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-04-26 9:46 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Matthew Garrett,
Nico Schottelius
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (73 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Eric Anholt <eric@anholt.net>
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
[not found] ` <20090417143532.GA6195@ikn.schottelius.org>
@ 2009-04-20 10:36 ` Nico Schottelius
0 siblings, 0 replies; 152+ messages in thread
From: Nico Schottelius @ 2009-04-20 10:36 UTC (permalink / raw)
To: Nico Schottelius, Rafael J. Wysocki, Len Brown,
Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Eric Anholt, Matthew Garrett
[-- Attachment #1: Type: text/plain, Size: 945 bytes --]
Nico Schottelius [Fri, Apr 17, 2009 at 04:35:32PM +0200]:
> Brightness is *AGAIN* broken in 2.6.30-rc2-00195-g9f76208.
2.6.30-rc2-next-20090420:
My display *is* at full brightness, but I cannot adjust it,
because I'm missing some files:
[12:35] ikn:~# ls /sys/class/video_output
[12:35] ikn:~# ls /sys/class/backlight
[12:35] ikn:~# ls /proc/acpi
ac_adapter debug_layer embedded_controller fan power_resource thermal_zone
battery debug_level event ibm processor wakeup
button dsdt fadt info sleep
So I cannot adjust brightness. I saw that
/proc/acpi/video/VID/LCD0/brightness was not existing on 2.6.30-rc2-00195-g9f76208
either.
Bug or am I missing some new file location?
Nico
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-04-07 4:12 ` Len Brown
@ 2009-04-07 21:16 ` Rafael J. Wysocki
[not found] ` <20090417143532.GA6195@ikn.schottelius.org>
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-04-07 21:16 UTC (permalink / raw)
To: Len Brown
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Eric Anholt, Matthew Garrett, Nico Schottelius
On Tuesday 07 April 2009, Len Brown wrote:
>
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
> > Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
> > Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
> > Date : 2009-02-13 9:33 (53 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
> > References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
> > http://marc.info/?l=linux-kernel&m=123479975503827&w=2
>
> > Handled-By : Len Brown <lenb@kernel.org>
>
> Handled-By : Eric Anholt <eric@anholt.net>
Updated.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-04-06 19:05 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
@ 2009-04-07 4:12 ` Len Brown
2009-04-07 21:16 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Len Brown @ 2009-04-07 4:12 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Eric Anholt, Matthew Garrett, Nico Schottelius
On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
> Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
> Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
> Date : 2009-02-13 9:33 (53 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
> References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
> http://marc.info/?l=linux-kernel&m=123479975503827&w=2
> Handled-By : Len Brown <lenb@kernel.org>
Handled-By : Eric Anholt <eric@anholt.net>
thanks,
Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-04-06 18:54 2.6.29-git13: Reported regressions from 2.6.28 Rafael J. Wysocki
@ 2009-04-06 19:05 ` Rafael J. Wysocki
2009-04-07 4:12 ` Len Brown
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-04-06 19:05 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Len Brown,
Matthew Garrett, Nico Schottelius
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (53 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Len Brown <lenb@kernel.org>
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-03-07 21:34 ` Rafael J. Wysocki
@ 2009-04-04 4:25 ` Len Brown
0 siblings, 0 replies; 152+ messages in thread
From: Len Brown @ 2009-04-04 4:25 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Nico Schottelius, Linux Kernel Mailing List, Kernel Testers List,
Dave Airlie, Eric Anholt, Matthew Garrett
On Sat, 7 Mar 2009, Rafael J. Wysocki wrote:
> On Wednesday 04 March 2009, Nico Schottelius wrote:
> > Rafael J. Wysocki [Tue, Mar 03, 2009 at 08:25:55PM +0100]:
> > > This message has been generated automatically as a part of a report
> > > of recent regressions.
> > >
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.28. Please verify if it still should be listed and let me know
> > > (either way).
> >
> > Well, well... nobody really cares about this bug, so it's still
> > there. Seems this automatic reminder will be persistent until 2.6.30.
>
> Well, thanks for the update.
It is a DRI bug, assigned to
Eric Anholt -- I'm not handling it.
thanks,
Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-03-21 16:28 2.6.29-rc8-git5: Reported regressions from 2.6.28 Rafael J. Wysocki
@ 2009-03-21 16:39 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-03-21 16:39 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Len Brown,
Matthew Garrett, Nico Schottelius
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (37 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Len Brown <lenb@kernel.org>
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-03-14 19:01 2.6.29-rc8: Reported regressions from 2.6.28 Rafael J. Wysocki
@ 2009-03-14 19:05 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-03-14 19:05 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Len Brown,
Matthew Garrett, Nico Schottelius
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (30 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Len Brown <lenb@kernel.org>
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-03-04 6:43 ` Nico Schottelius
@ 2009-03-07 21:34 ` Rafael J. Wysocki
2009-04-04 4:25 ` Len Brown
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-03-07 21:34 UTC (permalink / raw)
To: Nico Schottelius
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Eric Anholt, Len Brown, Matthew Garrett
On Wednesday 04 March 2009, Nico Schottelius wrote:
> Rafael J. Wysocki [Tue, Mar 03, 2009 at 08:25:55PM +0100]:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
>
> Well, well... nobody really cares about this bug, so it's still
> there. Seems this automatic reminder will be persistent until 2.6.30.
Well, thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-03-03 19:25 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
@ 2009-03-04 6:43 ` Nico Schottelius
2009-03-07 21:34 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Nico Schottelius @ 2009-03-04 6:43 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Eric Anholt, Len Brown, Matthew Garrett, Nico Schottelius
[-- Attachment #1: Type: text/plain, Size: 652 bytes --]
Rafael J. Wysocki [Tue, Mar 03, 2009 at 08:25:55PM +0100]:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
Well, well... nobody really cares about this bug, so it's still
there. Seems this automatic reminder will be persistent until 2.6.30.
Nico
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-03-03 19:22 2.6.29-rc6-git7: Reported regressions from 2.6.28 Rafael J. Wysocki
@ 2009-03-03 19:25 ` Rafael J. Wysocki
2009-03-04 6:43 ` Nico Schottelius
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-03-03 19:25 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, Eric Anholt, Len Brown,
Matthew Garrett, Nico Schottelius
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (19 days old)
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
Handled-By : Len Brown <lenb@kernel.org>
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-24 5:47 ` Nico Schottelius
@ 2009-02-25 23:07 ` Rafael J. Wysocki
0 siblings, 0 replies; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-25 23:07 UTC (permalink / raw)
To: Nico Schottelius
Cc: Linux Kernel Mailing List, Kernel Testers List, Len Brown,
Matthew Garrett
On Tuesday 24 February 2009, Nico Schottelius wrote:
> Still existing.
Thanks for the update.
> Rafael J. Wysocki [Mon, Feb 23, 2009 at 10:48:13PM +0100]:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.28. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
> > Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
> > Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
> > Date : 2009-02-13 9:33 (11 days old)
> > References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
> > Handled-By : Len Brown <lenb@kernel.org>
Rafael
^ permalink raw reply [flat|nested] 152+ messages in thread
* Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-23 21:48 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
@ 2009-02-24 5:47 ` Nico Schottelius
2009-02-25 23:07 ` Rafael J. Wysocki
0 siblings, 1 reply; 152+ messages in thread
From: Nico Schottelius @ 2009-02-24 5:47 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Len Brown,
Matthew Garrett, Nico Schottelius
[-- Attachment #1: Type: text/plain, Size: 898 bytes --]
Still existing.
Rafael J. Wysocki [Mon, Feb 23, 2009 at 10:48:13PM +0100]:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.28. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
> Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
> Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
> Date : 2009-02-13 9:33 (11 days old)
> References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
> Handled-By : Len Brown <lenb@kernel.org>
>
>
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 152+ messages in thread
* [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
2009-02-23 21:45 2.6.29-rc6: " Rafael J. Wysocki
@ 2009-02-23 21:48 ` Rafael J. Wysocki
2009-02-24 5:47 ` Nico Schottelius
0 siblings, 1 reply; 152+ messages in thread
From: Rafael J. Wysocki @ 2009-02-23 21:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Len Brown, Matthew Garrett, Nico Schottelius
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <nico-linux-20090213@schottelius.org>
Date : 2009-02-13 9:33 (11 days old)
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
Handled-By : Len Brown <lenb@kernel.org>
^ permalink raw reply [flat|nested] 152+ messages in thread
end of thread, other threads:[~2009-06-07 13:06 UTC | newest]
Thread overview: 152+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-02-14 20:35 2.6.29-rc5: Reported regressions from 2.6.28 Rafael J. Wysocki
2009-02-14 20:35 ` [Bug #12414] iwl4965 cannot use "ap auto" on latest 2.6.28/29? Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12444] X hangs following switch from radeonfb console - Bisected Rafael J. Wysocki
2009-02-16 17:52 ` Graham Murray
2009-02-16 21:52 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12418] Repeated ioctl(4, 0x40046445, ..) loop in glxgears Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12490] ath5k related kernel panic in 2.6.29-rc1 Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12419] possible circular locking dependency on i915 dma Rafael J. Wysocki
2009-02-16 3:50 ` Wang Chen
2009-02-14 20:38 ` [Bug #12497] new barrier warnings in 2.6.29-rc1 Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12496] swsusp cannot find resume device (sometimes) Rafael J. Wysocki
2009-02-15 0:05 ` Arjan van de Ven
2009-02-15 14:23 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12491] i915 lockdep warning Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12494] Sony backlight regression from 2.6.28 to 29-rc Rafael J. Wysocki
2009-02-17 10:51 ` Norbert Preining
2009-02-14 20:38 ` [Bug #12499] Problem with using bluetooth adaper connected to usb port Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12501] build bug in eeepc-laptop.c Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12502] pipe_read oops on sh Rafael J. Wysocki
2009-02-15 0:23 ` Adrian McMenamin
2009-02-15 14:27 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12510] 2.6.29-rc2 dies on startup Rafael J. Wysocki
2009-02-16 21:02 ` Ferenc Wagner
2009-02-16 21:12 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12551] end_request: I/O error, dev cciss/c0d0, sector 87435720 Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12610] sync-Regression in 2.6.28.2? Rafael J. Wysocki
2009-02-21 17:56 ` Theodore Tso
2009-02-22 10:02 ` Rafael J. Wysocki
2009-02-23 4:35 ` Greg KH
2009-02-23 5:37 ` Theodore Tso
2009-02-23 16:54 ` [stable] " Greg KH
2009-02-14 20:38 ` [Bug #12609] v2.6.29-rc2 libata sff 32bit PIO regression Rafael J. Wysocki
2009-02-15 4:20 ` Larry Finger
2009-02-15 8:10 ` Jeff Garzik
2009-02-15 12:05 ` Sergei Shtylyov
2009-02-15 16:48 ` Hugh Dickins
2009-02-14 20:38 ` [Bug #12574] possible circular locking dependency detected Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12571] Suspend-resume on Dell Latitude D410 newly broken in 2.6.29-rc* Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12615] boot hangs while bringing up gianfar ethernet Rafael J. Wysocki
2009-02-15 14:42 ` Peter Korsgaard
2009-02-15 21:08 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12613] [Suspend regression][DRM, RADEON] Rafael J. Wysocki
[not found] ` <4997E7D7.60205@numericable.fr>
2009-02-15 10:20 ` etienne
2009-02-14 20:38 ` [Bug #12659] Failure to resume two Sandisk USB flash drives attached to a Belkin USB Busport Mobile (F5U022) Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12617] unable to compile e100 firmware into kernel Rafael J. Wysocki
2009-02-15 17:38 ` David Woodhouse
2009-02-15 19:58 ` Andrey Borzenkov
2009-02-15 21:09 ` Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12618] hackbench [pthread mode] regression with 2.6.29-rc3 Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12650] Strange load average and ksoftirqd behavior with 2.6.29-rc2-git1 Rafael J. Wysocki
2009-02-15 8:09 ` Damien Wyart
2009-02-15 9:00 ` Ingo Molnar
2009-02-15 9:51 ` Damien Wyart
2009-02-15 10:13 ` Ingo Molnar
2009-02-15 10:34 ` Damien Wyart
2009-02-15 10:41 ` Damien Wyart
2009-02-15 10:42 ` Damien Wyart
2009-02-15 10:43 ` Damien Wyart
2009-02-15 11:01 ` Ingo Molnar
2009-02-15 14:06 ` Frederic Weisbecker
2009-02-15 18:03 ` Damien Wyart
2009-02-15 19:18 ` Damien Wyart
2009-02-15 19:31 ` Ingo Molnar
2009-02-16 8:42 ` Damien Wyart
2009-02-16 9:21 ` Ingo Molnar
2009-02-16 10:49 ` Damien Wyart
2009-02-16 9:25 ` Ingo Molnar
2009-02-16 9:27 ` Ingo Molnar
2009-02-16 9:32 ` Ingo Molnar
2009-02-16 9:50 ` Ingo Molnar
2009-02-16 11:56 ` Damien Wyart
2009-02-16 12:26 ` Ingo Molnar
2009-02-16 13:02 ` Damien Wyart
2009-02-16 13:21 ` Ingo Molnar
2009-02-16 16:06 ` Paul E. McKenney
2009-02-16 18:56 ` Paul E. McKenney
2009-02-16 19:08 ` Frederic Weisbecker
2009-02-16 20:02 ` Frederic Weisbecker
2009-02-16 21:31 ` Paul E. McKenney
2009-02-16 20:09 ` Ingo Molnar
2009-02-16 22:39 ` Paul E. McKenney
2009-02-16 22:51 ` Paul E. McKenney
2009-02-17 9:46 ` Ingo Molnar
2009-02-17 14:01 ` Paul E. McKenney
2009-02-17 15:39 ` Damien Wyart
2009-02-17 16:05 ` Paul E. McKenney
2009-02-17 21:48 ` Ingo Molnar
2009-02-17 4:34 ` Frederic Weisbecker
2009-02-17 15:10 ` Paul E. McKenney
2009-02-17 16:00 ` Frederic Weisbecker
2009-02-17 22:37 ` Frederic Weisbecker
2009-02-17 22:48 ` Paul E. McKenney
2009-02-18 0:38 ` Ingo Molnar
2009-02-18 1:02 ` Paul E. McKenney
2009-02-17 6:11 ` Damien Wyart
2009-02-17 15:11 ` Paul E. McKenney
2009-02-16 20:44 ` Damien Wyart
2009-02-15 10:12 ` Christian Kujau
2009-02-15 10:54 ` Ingo Molnar
2009-02-14 20:38 ` [Bug #12668] USB flash disk surprise disconnect Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12663] Commit 8c7e58e690ae60ab4215b025f433ed4af261e103 breaks resume Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12660] Linux 2.6.28.3 freezing on a 32-bits x86 Thinkpad T43p Rafael J. Wysocki
2009-02-14 23:29 ` Mathieu Desnoyers
2009-02-14 20:38 ` [Bug #12680] Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12681] s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled) Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12670] BUG: unable to handle kernel paging request at pin_to_kill+0x21 Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12671] uvc_status_cleanup(): undefined reference to `input_unregister_device' Rafael J. Wysocki
2009-02-14 20:38 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-02-15 13:43 ` Matthew Garrett
2009-02-15 14:37 ` Rafael J. Wysocki
2009-02-17 23:05 ` Eric Anholt
2009-02-17 23:13 ` Matthew Garrett
2009-02-17 23:23 ` Jesse Barnes
2009-02-18 9:36 ` Nico Schottelius
2009-02-13 9:33 ` Nico Schottelius
2009-02-13 9:40 ` Nico Schottelius
2009-02-13 13:43 ` Matthew Garrett
2009-03-10 2:28 ` Eric Anholt
2009-03-10 5:38 ` Nico Schottelius
2009-02-13 9:42 ` Ingo Molnar
2009-02-13 18:05 ` Len Brown
2009-02-16 9:06 ` ZhangRui
2009-02-16 10:58 ` Nico Schottelius
2009-02-16 13:13 ` Nico Schottelius
2009-02-16 21:40 ` Norbert Preining
2009-02-16 15:54 ` Nico Schottelius
2009-02-19 9:01 ` Nico Schottelius
2009-02-14 20:38 ` [Bug #12706] Oopses and ACPI problems (Linus 2.6.29-rc4) Rafael J. Wysocki
2009-02-16 7:29 ` 2.6.29-rc5: Reported regressions from 2.6.28 Jarek Poplawski
2009-02-16 21:11 ` Rafael J. Wysocki
2009-02-23 21:45 2.6.29-rc6: " Rafael J. Wysocki
2009-02-23 21:48 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-02-24 5:47 ` Nico Schottelius
2009-02-25 23:07 ` Rafael J. Wysocki
2009-03-03 19:22 2.6.29-rc6-git7: Reported regressions from 2.6.28 Rafael J. Wysocki
2009-03-03 19:25 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-03-04 6:43 ` Nico Schottelius
2009-03-07 21:34 ` Rafael J. Wysocki
2009-04-04 4:25 ` Len Brown
2009-03-14 19:01 2.6.29-rc8: Reported regressions from 2.6.28 Rafael J. Wysocki
2009-03-14 19:05 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-03-21 16:28 2.6.29-rc8-git5: Reported regressions from 2.6.28 Rafael J. Wysocki
2009-03-21 16:39 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-04-06 18:54 2.6.29-git13: Reported regressions from 2.6.28 Rafael J. Wysocki
2009-04-06 19:05 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-04-07 4:12 ` Len Brown
2009-04-07 21:16 ` Rafael J. Wysocki
[not found] ` <20090417143532.GA6195@ikn.schottelius.org>
2009-04-20 10:36 ` Nico Schottelius
2009-04-26 9:42 2.6.30-rc3-git1: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
2009-04-26 9:46 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-04-26 20:15 ` Nico Schottelius
2009-04-26 23:18 ` Rafael J. Wysocki
2009-04-30 8:00 ` Nico Schottelius
[not found] <cvbEH-2YF-3@gated-at.bofh.it>
[not found] ` <cvbOn-3b0-5@gated-at.bofh.it>
[not found] ` <cviZC-6ap-25@gated-at.bofh.it>
2009-04-27 9:36 ` Niel Lambrechts
2009-05-16 19:58 2.6.30-rc6: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
2009-05-16 20:05 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-05-24 19:27 2.6.30-rc7: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
2009-05-24 19:31 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-05-30 19:50 2.6.30-rc7-git4: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
2009-05-30 19:55 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
2009-06-07 10:02 2.6.30-rc8-git4: Reported regressions 2.6.28 -> 2.6.29 Rafael J. Wysocki
2009-06-07 10:06 ` [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc Rafael J. Wysocki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).