* Boot speed/mount time regression with 3.4.0-rc2
@ 2012-04-09 15:53 Calvin Walton
2012-04-09 16:08 ` cwillu
` (2 more replies)
0 siblings, 3 replies; 29+ messages in thread
From: Calvin Walton @ 2012-04-09 15:53 UTC (permalink / raw)
To: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 4733 bytes --]
Hi,
I have a system that's using a dracut-generated initramfs to mount a
btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
noticed that the process of mounting the root filesystem takes much
longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
Does anyone have any ideas? I'm going to try bisecting the issue to see
if I can narrow down the cause. I've included excerpts from dmesg of the
bad and good kernels here, and attached the complete dmesg from the bad
kernel, in case it has anything interesting that I've trimmed out here.
slow:
[ 0.000000] Linux version 3.4.0-rc2 (cwalton@ayu) (gcc version 4.6.3 (Exherbo gcc-4.6.3) ) #57 SMP PREEMPT Mon Apr 9 11:19:43 EDT 2012
[ 0.000000] Command line: root=UUID=43969cd0-4aca-4297-bfbe-952a692f7d55 rootflags=subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime mtrr_chunk_size=512M quiet
<snip>
[ 1.058257] udevd[701]: starting version 182
[ 1.389606] device label Linux data devid 1 transid 611923 /dev/sda4
[ 1.498659] dracut: Checking, if btrfs device complete
[ 1.644808] device label Linux data devid 1 transid 611923 /dev/sda4
[ 1.647993] btrfs: disk space caching is enabled
[ 2.180836] device label Linux data devid 1 transid 611923 /dev/sda4
[ 2.181663] btrfs: use lzo compression
[ 2.181667] btrfs: enabling auto defrag
[ 2.181670] btrfs: enabling inode map caching
[ 2.181672] btrfs: disk space caching is enabled
[ 2.697845] dracut: Checking btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
[ 2.699999] dracut: trying to mount /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
[ 2.702637] device label Linux data devid 1 transid 611923 /dev/sda4
[ 2.704376] btrfs: disk space caching is enabled
[ 3.081720] dracut: btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 is clean
[ 29.934639] dracut: Remounting /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 with -o subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime,ro
[ 29.936810] device label Linux data devid 1 transid 611926 /dev/sda4
[ 29.937720] btrfs: use lzo compression
[ 29.937726] btrfs: enabling auto defrag
[ 29.937733] btrfs: enabling inode map caching
[ 29.937735] btrfs: disk space caching is enabled
[ 30.388066] dracut: Mounted root filesystem /dev/sda4
[ 30.461884] dracut: Switching root
[ 31.241729] udevd[1322]: starting version 182
[ 31.422905] btrfs: use lzo compression
[ 31.422909] btrfs: enabling auto defrag
[ 31.422913] btrfs: enabling inode map caching
[ 31.422915] btrfs: disk space caching is enabled
vs fast:
[ 0.000000] Linux version 3.3.1 (cwalton@ayu) (gcc version 4.6.3 (Exherbo gcc-4.6.3) ) #53 SMP PREEMPT Wed Apr 4 01:20:47 EDT 2012
[ 0.000000] Command line: root=UUID=43969cd0-4aca-4297-bfbe-952a692f7d55 rootflags=subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime mtrr_chunk_size=512M quiet
<snip>
[ 1.060117] udevd[695]: starting version 182
[ 1.344328] device label Linux data devid 1 transid 611917 /dev/sda4
[ 1.384888] dracut: Checking, if btrfs device complete
[ 1.405121] device label Linux data devid 1 transid 611917 /dev/sda4
[ 1.405905] btrfs: disk space caching is enabled
[ 1.971953] device label Linux data devid 1 transid 611917 /dev/sda4
[ 1.972519] btrfs: use lzo compression
[ 1.972523] btrfs: enabling auto defrag
[ 1.972526] btrfs: enabling inode map caching
[ 1.972528] btrfs: disk space caching is enabled
[ 2.528540] dracut: Checking btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
[ 2.530725] dracut: trying to mount /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
[ 2.558285] device label Linux data devid 1 transid 611917 /dev/sda4
[ 2.559087] btrfs: disk space caching is enabled
[ 3.013103] dracut: btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 is clean
[ 3.518807] dracut: Remounting /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 with -o subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime,ro
[ 3.520031] device label Linux data devid 1 transid 611920 /dev/sda4
[ 3.520680] btrfs: use lzo compression
[ 3.520684] btrfs: enabling auto defrag
[ 3.520688] btrfs: enabling inode map caching
[ 3.520689] btrfs: disk space caching is enabled
[ 4.066285] dracut: Mounted root filesystem /dev/sda4
[ 4.120861] dracut: Switching root
[ 4.995934] btrfs: use lzo compression
[ 4.995938] btrfs: enabling auto defrag
[ 4.995942] btrfs: enabling inode map caching
[ 4.995943] btrfs: disk space caching is enabled
[ 5.010473] udevd[1330]: starting version 182
--
Calvin Walton <calvin.walton@kepstin.ca>
[-- Attachment #2: 3.4.0-rc2-dmesg --]
[-- Type: text/plain, Size: 67080 bytes --]
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.4.0-rc2 (cwalton@ayu) (gcc version 4.6.3 (Exherbo gcc-4.6.3) ) #57 SMP PREEMPT Mon Apr 9 11:19:43 EDT 2012
[ 0.000000] Command line: root=UUID=43969cd0-4aca-4297-bfbe-952a692f7d55 rootflags=subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime mtrr_chunk_size=512M quiet
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009d800 (usable)
[ 0.000000] BIOS-e820: 000000000009d800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 00000000bf6b0000 (usable)
[ 0.000000] BIOS-e820: 00000000bf6b0000 - 00000000bf6cc000 (ACPI data)
[ 0.000000] BIOS-e820: 00000000bf6cc000 - 00000000bf700000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000bf700000 - 00000000c0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved)
[ 0.000000] BIOS-e820: 00000000fed14000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
[ 0.000000] BIOS-e820: 0000000100000000 - 000000013c000000 (usable)
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] DMI present.
[ 0.000000] DMI: LENOVO 77327CU/77327CU, BIOS 7LETC7WW (2.27 ) 04/08/2010
[ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
[ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
[ 0.000000] No AGP bridge found
[ 0.000000] last_pfn = 0x13c000 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-CFFFF write-protect
[ 0.000000] D0000-DFFFF uncachable
[ 0.000000] E0000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 0C0000000 mask FC0000000 uncachable
[ 0.000000] 1 base 13C000000 mask FFC000000 uncachable
[ 0.000000] 2 base 000000000 mask F00000000 write-back
[ 0.000000] 3 base 100000000 mask FC0000000 write-back
[ 0.000000] 4 base 0BF700000 mask FFFF00000 uncachable
[ 0.000000] 5 base 0BF800000 mask FFF800000 uncachable
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] original variable MTRRs
[ 0.000000] reg 0, base: 3GB, range: 1GB, type UC
[ 0.000000] reg 1, base: 5056MB, range: 64MB, type UC
[ 0.000000] reg 2, base: 0GB, range: 4GB, type WB
[ 0.000000] reg 3, base: 4GB, range: 1GB, type WB
[ 0.000000] reg 4, base: 3063MB, range: 1MB, type UC
[ 0.000000] reg 5, base: 3064MB, range: 8MB, type UC
[ 0.000000] total RAM covered: 4023M
[ 0.000000] Found optimal setting for mtrr clean up
[ 0.000000] gran_size: 64K chunk_size: 128M num_reg: 6 lose cover RAM: 0G
[ 0.000000] New variable MTRRs
[ 0.000000] reg 0, base: 0GB, range: 2GB, type WB
[ 0.000000] reg 1, base: 2GB, range: 1GB, type WB
[ 0.000000] reg 2, base: 3063MB, range: 1MB, type UC
[ 0.000000] reg 3, base: 3064MB, range: 8MB, type UC
[ 0.000000] reg 4, base: 4GB, range: 1GB, type WB
[ 0.000000] reg 5, base: 5056MB, range: 64MB, type UC
[ 0.000000] e820 update range: 00000000bf700000 - 0000000100000000 (usable) ==> (reserved)
[ 0.000000] last_pfn = 0xbf6b0 max_arch_pfn = 0x400000000
[ 0.000000] initial memory mapped : 0 - 20000000
[ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size 20480
[ 0.000000] init_memory_mapping: 0000000000000000-00000000bf6b0000
[ 0.000000] 0000000000 - 00bf600000 page 2M
[ 0.000000] 00bf600000 - 00bf6b0000 page 4k
[ 0.000000] kernel direct mapping tables up to bf6b0000 @ 1fffb000-20000000
[ 0.000000] init_memory_mapping: 0000000100000000-000000013c000000
[ 0.000000] 0100000000 - 013c000000 page 2M
[ 0.000000] kernel direct mapping tables up to 13c000000 @ bf6aa000-bf6b0000
[ 0.000000] RAMDISK: 37cb4000 - 37ff0000
[ 0.000000] ACPI: RSDP 00000000000f68c0 00024 (v02 LENOVO)
[ 0.000000] ACPI: XSDT 00000000bf6bb496 0009C (v01 LENOVO TP-7U 00002270 LTP 00000000)
[ 0.000000] ACPI: FACP 00000000bf6bb600 000F4 (v03 LENOVO TP-7U 00002270 LNVO 00000001)
[ 0.000000] ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20120320/tbfadt-548)
[ 0.000000] ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20120320/tbfadt-579)
[ 0.000000] ACPI: DSDT 00000000bf6bba1d 1003C (v01 LENOVO TP-7U 00002270 MSFT 03000000)
[ 0.000000] ACPI: FACS 00000000bf6e4000 00040
[ 0.000000] ACPI: SSDT 00000000bf6bb7b4 00269 (v01 LENOVO TP-7U 00002270 MSFT 03000000)
[ 0.000000] ACPI: ECDT 00000000bf6cba59 00052 (v01 LENOVO TP-7U 00002270 LNVO 00000001)
[ 0.000000] ACPI: TCPA 00000000bf6cbaab 00032 (v02 LENOVO TP-7U 00002270 LNVO 00000001)
[ 0.000000] ACPI: APIC 00000000bf6cbadd 00068 (v01 LENOVO TP-7U 00002270 LNVO 00000001)
[ 0.000000] ACPI: MCFG 00000000bf6cbb45 0003C (v01 LENOVO TP-7U 00002270 LNVO 00000001)
[ 0.000000] ACPI: HPET 00000000bf6cbb81 00038 (v01 LENOVO TP-7U 00002270 LNVO 00000001)
[ 0.000000] ACPI: SLIC 00000000bf6cbbb9 00176 (v01 LENOVO TP-7U 00002270 LTP 00000000)
[ 0.000000] ACPI: SLAC 00000000bf6cbdf0 00176 (v01 LENOVO TP-7U 00002270 LTP 00000000)
[ 0.000000] ACPI: BOOT 00000000bf6cbf66 00028 (v01 LENOVO TP-7U 00002270 LTP 00000001)
[ 0.000000] ACPI: ASF! 00000000bf6cbf8e 00072 (v16 LENOVO TP-7U 00002270 PTL 00000001)
[ 0.000000] ACPI: SSDT 00000000bf6e26d9 0025F (v01 LENOVO TP-7U 00002270 INTL 20050513)
[ 0.000000] ACPI: SSDT 00000000bf6e2938 000A6 (v01 LENOVO TP-7U 00002270 INTL 20050513)
[ 0.000000] ACPI: SSDT 00000000bf6e29de 004F7 (v01 LENOVO TP-7U 00002270 INTL 20050513)
[ 0.000000] ACPI: SSDT 00000000bf6e2ed5 001D8 (v01 LENOVO TP-7U 00002270 INTL 20050513)
[ 0.000000] ACPI: DMI detected: Lenovo ThinkPad R61
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] [ffffea0000000000-ffffea0004ffffff] PMD -> [ffff880137600000-ffff88013b5fffff] on node 0
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000010 -> 0x00001000
[ 0.000000] DMA32 0x00001000 -> 0x00100000
[ 0.000000] Normal 0x00100000 -> 0x0013c000
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] Early memory PFN ranges
[ 0.000000] 0: 0x00000010 -> 0x0000009d
[ 0.000000] 0: 0x00000100 -> 0x000bf6b0
[ 0.000000] 0: 0x00100000 -> 0x0013c000
[ 0.000000] On node 0 totalpages: 1029693
[ 0.000000] DMA zone: 64 pages used for memmap
[ 0.000000] DMA zone: 5 pages reserved
[ 0.000000] DMA zone: 3912 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 16320 pages used for memmap
[ 0.000000] DMA32 zone: 763632 pages, LIFO batch:31
[ 0.000000] Normal zone: 3840 pages used for memmap
[ 0.000000] Normal zone: 241920 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_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 32, 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] SMP: Allowing 2 CPUs, 0 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 40
[ 0.000000] PM: Registered nosave memory: 000000000009d000 - 000000000009e000
[ 0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
[ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
[ 0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
[ 0.000000] PM: Registered nosave memory: 00000000bf6b0000 - 00000000bf6cc000
[ 0.000000] PM: Registered nosave memory: 00000000bf6cc000 - 00000000bf700000
[ 0.000000] PM: Registered nosave memory: 00000000bf700000 - 00000000c0000000
[ 0.000000] PM: Registered nosave memory: 00000000c0000000 - 00000000f0000000
[ 0.000000] PM: Registered nosave memory: 00000000f0000000 - 00000000f4000000
[ 0.000000] PM: Registered nosave memory: 00000000f4000000 - 00000000fec00000
[ 0.000000] PM: Registered nosave memory: 00000000fec00000 - 00000000fec10000
[ 0.000000] PM: Registered nosave memory: 00000000fec10000 - 00000000fed00000
[ 0.000000] PM: Registered nosave memory: 00000000fed00000 - 00000000fed14000
[ 0.000000] PM: Registered nosave memory: 00000000fed14000 - 00000000fed1a000
[ 0.000000] PM: Registered nosave memory: 00000000fed1a000 - 00000000fed1c000
[ 0.000000] PM: Registered nosave memory: 00000000fed1c000 - 00000000fed90000
[ 0.000000] PM: Registered nosave memory: 00000000fed90000 - 00000000fee00000
[ 0.000000] PM: Registered nosave memory: 00000000fee00000 - 00000000fee01000
[ 0.000000] PM: Registered nosave memory: 00000000fee01000 - 00000000ff000000
[ 0.000000] PM: Registered nosave memory: 00000000ff000000 - 0000000100000000
[ 0.000000] Allocating PCI resources starting at c0000000 (gap: c0000000:30000000)
[ 0.000000] setup_percpu: NR_CPUS:2 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 25 pages/cpu @ffff88013bc00000 s72576 r8192 d21632 u1048576
[ 0.000000] pcpu-alloc: s72576 r8192 d21632 u1048576 alloc=1*2097152
[ 0.000000] pcpu-alloc: [0] 0 1
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1009464
[ 0.000000] Kernel command line: root=UUID=43969cd0-4aca-4297-bfbe-952a692f7d55 rootflags=subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime mtrr_chunk_size=512M quiet
[ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[ 0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.000000] Checking aperture...
[ 0.000000] No AGP bridge found
[ 0.000000] Memory: 3967628k/5177344k available (5367k kernel code, 1058572k absent, 151144k reserved, 3192k data, 452k init)
[ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[ 0.000000] Preemptible hierarchical RCU implementation.
[ 0.000000] RCU dyntick-idle grace-period acceleration is enabled.
[ 0.000000] NR_IRQS:4352 nr_irqs:512 16
[ 0.000000] Extended CMOS year: 2000
[ 0.000000] Console: colour VGA+ 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] hpet clockevent registered
[ 0.000000] Fast TSC calibration using PIT
[ 0.000000] Detected 2094.807 MHz processor.
[ 0.001003] Calibrating delay loop (skipped), value calculated using timer frequency.. 4189.61 BogoMIPS (lpj=2094807)
[ 0.001007] pid_max: default: 32768 minimum: 301
[ 0.001031] Security Framework initialized
[ 0.001045] Mount-cache hash table entries: 256
[ 0.002046] Initializing cgroup subsys cpuacct
[ 0.002048] Initializing cgroup subsys devices
[ 0.002050] Initializing cgroup subsys blkio
[ 0.002080] CPU: Physical Processor ID: 0
[ 0.002081] CPU: Processor Core ID: 0
[ 0.002083] mce: CPU supports 6 MCE banks
[ 0.002090] CPU0: Thermal monitoring enabled (TM2)
[ 0.002093] using mwait in idle threads.
[ 0.002129] ACPI: Core revision 20120320
[ 0.010389] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.020397] CPU0: Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz stepping 06
[ 0.020998] Performance Events: PEBS fmt0+, 4-deep LBR, Core2 events, Intel PMU driver.
[ 0.020998] ... version: 2
[ 0.020998] ... bit width: 40
[ 0.020998] ... generic registers: 2
[ 0.020998] ... value mask: 000000ffffffffff
[ 0.020998] ... max period: 000000007fffffff
[ 0.020998] ... fixed-purpose events: 3
[ 0.020998] ... event mask: 0000000700000003
[ 0.026086] NMI watchdog: enabled, takes one hw-pmu counter.
[ 0.032013] Booting Node 0, Processors #1 Ok.
[ 0.043996] TSC synchronization [CPU#0 -> CPU#1]:
[ 0.043996] Measured 385770 cycles TSC warp between CPUs, turning off TSC clock.
[ 0.043996] Marking TSC unstable due to check_tsc_sync_source failed
[ 0.044029] NMI watchdog: enabled, takes one hw-pmu counter.
[ 0.044074] Brought up 2 CPUs
[ 0.044076] Total of 2 processors activated (8379.22 BogoMIPS).
[ 0.045066] devtmpfs: initialized
[ 0.045148] PM: Registering ACPI NVS region [mem 0xbf6cc000-0xbf6fffff] (212992 bytes)
[ 0.045148] NET: Registered protocol family 16
[ 0.045148] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 0.045148] ACPI: bus type pci registered
[ 0.045148] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf0000000-0xf3ffffff] (base 0xf0000000)
[ 0.045148] PCI: MMCONFIG at [mem 0xf0000000-0xf3ffffff] reserved in E820
[ 0.056811] PCI: Using configuration type 1 for base access
[ 0.060068] bio: create slab <bio-0> at 0
[ 0.060068] ACPI: Added _OSI(Module Device)
[ 0.060068] ACPI: Added _OSI(Processor Device)
[ 0.060068] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.060068] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.060068] ACPI: Added _OSI(Linux)
[ 0.062611] ACPI: EC: EC description table is found, configuring boot EC
[ 0.067908] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query honored via DMI
[ 0.074198] ACPI: SSDT 00000000bf6e1b32 002C4 (v01 PmRef Cpu0Ist 00000100 INTL 20050513)
[ 0.074666] ACPI: Dynamic OEM Table Load:
[ 0.074670] ACPI: SSDT (null) 002C4 (v01 PmRef Cpu0Ist 00000100 INTL 20050513)
[ 0.074801] ACPI: SSDT 00000000bf6e1e7b 0085E (v01 PmRef Cpu0Cst 00000100 INTL 20050513)
[ 0.075292] ACPI: Dynamic OEM Table Load:
[ 0.075295] ACPI: SSDT (null) 0085E (v01 PmRef Cpu0Cst 00000100 INTL 20050513)
[ 0.075309] ACPI: SSDT 00000000bf6e1a6a 000C8 (v01 PmRef Cpu1Ist 00000100 INTL 20050513)
[ 0.076134] ACPI: Dynamic OEM Table Load:
[ 0.076137] ACPI: SSDT (null) 000C8 (v01 PmRef Cpu1Ist 00000100 INTL 20050513)
[ 0.076214] ACPI: SSDT 00000000bf6e1df6 00085 (v01 PmRef Cpu1Cst 00000100 INTL 20050513)
[ 0.076669] ACPI: Dynamic OEM Table Load:
[ 0.076672] ACPI: SSDT (null) 00085 (v01 PmRef Cpu1Cst 00000100 INTL 20050513)
[ 0.076686] ACPI: Interpreter enabled
[ 0.076686] ACPI: (supports S0 S3 S4 S5)
[ 0.076686] ACPI: Using IOAPIC for interrupt routing
[ 0.080067] ACPI: Power Resource [PUBS] (on)
[ 0.085124] ACPI: EC: GPE = 0x12, I/O: command/status = 0x66, data = 0x62
[ 0.087226] ACPI: ACPI Dock Station Driver: 3 docks/bays found
[ 0.087230] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 0.087436] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.087459] pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
[ 0.087462] pci_root PNP0A08:00: host bridge window [io 0x0d00-0xffff]
[ 0.087464] pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
[ 0.087467] pci_root PNP0A08:00: host bridge window [mem 0x000d0000-0x000d3fff]
[ 0.087469] pci_root PNP0A08:00: host bridge window [mem 0x000d4000-0x000d7fff]
[ 0.087471] pci_root PNP0A08:00: host bridge window [mem 0x000d8000-0x000dbfff]
[ 0.087474] pci_root PNP0A08:00: host bridge window [mem 0x000dc000-0x000dffff]
[ 0.087477] pci_root PNP0A08:00: host bridge window [mem 0xc0000000-0xfebfffff]
[ 0.087479] pci_root PNP0A08:00: host bridge window [mem 0xfed40000-0xfed4bfff]
[ 0.087512] PCI host bridge to bus 0000:00
[ 0.087512] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7]
[ 0.087512] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff]
[ 0.087512] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff]
[ 0.087512] pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000d3fff]
[ 0.087512] pci_bus 0000:00: root bus resource [mem 0x000d4000-0x000d7fff]
[ 0.087512] pci_bus 0000:00: root bus resource [mem 0x000d8000-0x000dbfff]
[ 0.087512] pci_bus 0000:00: root bus resource [mem 0x000dc000-0x000dffff]
[ 0.087512] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xfebfffff]
[ 0.087512] pci_bus 0000:00: root bus resource [mem 0xfed40000-0xfed4bfff]
[ 0.087512] pci 0000:00:00.0: [8086:2a00] type 00 class 0x060000
[ 0.087512] pci 0000:00:02.0: [8086:2a02] type 00 class 0x030000
[ 0.087512] pci 0000:00:02.0: reg 10: [mem 0xf8100000-0xf81fffff 64bit]
[ 0.087512] pci 0000:00:02.0: reg 18: [mem 0xe0000000-0xefffffff 64bit pref]
[ 0.087512] pci 0000:00:02.0: reg 20: [io 0x1800-0x1807]
[ 0.087512] pci 0000:00:02.1: [8086:2a03] type 00 class 0x038000
[ 0.087512] pci 0000:00:02.1: reg 10: [mem 0xf8200000-0xf82fffff 64bit]
[ 0.088012] pci 0000:00:19.0: [8086:1049] type 00 class 0x020000
[ 0.088047] pci 0000:00:19.0: reg 10: [mem 0xfe000000-0xfe01ffff]
[ 0.088070] pci 0000:00:19.0: reg 14: [mem 0xfe025000-0xfe025fff]
[ 0.088088] pci 0000:00:19.0: reg 18: [io 0x1840-0x185f]
[ 0.088235] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
[ 0.088276] pci 0000:00:1a.0: [8086:2834] type 00 class 0x0c0300
[ 0.088381] pci 0000:00:1a.0: reg 20: [io 0x1860-0x187f]
[ 0.088469] pci 0000:00:1a.1: [8086:2835] type 00 class 0x0c0300
[ 0.088583] pci 0000:00:1a.1: reg 20: [io 0x1880-0x189f]
[ 0.088684] pci 0000:00:1a.7: [8086:283a] type 00 class 0x0c0320
[ 0.088720] pci 0000:00:1a.7: reg 10: [mem 0xfe226c00-0xfe226fff]
[ 0.088883] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
[ 0.088938] pci 0000:00:1b.0: [8086:284b] type 00 class 0x040300
[ 0.088967] pci 0000:00:1b.0: reg 10: [mem 0xfe020000-0xfe023fff 64bit]
[ 0.089097] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.089154] pci 0000:00:1c.0: [8086:283f] type 01 class 0x060400
[ 0.089286] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.089333] pci 0000:00:1c.1: [8086:2841] type 01 class 0x060400
[ 0.089459] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 0.089510] pci 0000:00:1c.2: [8086:2843] type 01 class 0x060400
[ 0.089643] pci 0000:00:1c.2: PME# supported from D0 D3hot D3cold
[ 0.089691] pci 0000:00:1c.3: [8086:2845] type 01 class 0x060400
[ 0.089816] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[ 0.089865] pci 0000:00:1c.4: [8086:2847] type 01 class 0x060400
[ 0.090001] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold
[ 0.090051] pci 0000:00:1d.0: [8086:2830] type 00 class 0x0c0300
[ 0.090166] pci 0000:00:1d.0: reg 20: [io 0x18a0-0x18bf]
[ 0.090248] pci 0000:00:1d.1: [8086:2831] type 00 class 0x0c0300
[ 0.090364] pci 0000:00:1d.1: reg 20: [io 0x18c0-0x18df]
[ 0.090453] pci 0000:00:1d.2: [8086:2832] type 00 class 0x0c0300
[ 0.090553] pci 0000:00:1d.2: reg 20: [io 0x18e0-0x18ff]
[ 0.090662] pci 0000:00:1d.7: [8086:2836] type 00 class 0x0c0320
[ 0.090700] pci 0000:00:1d.7: reg 10: [mem 0xfe227000-0xfe2273ff]
[ 0.090889] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[ 0.090940] pci 0000:00:1e.0: [8086:2448] type 01 class 0x060401
[ 0.091095] pci 0000:00:1f.0: [8086:2811] type 00 class 0x060100
[ 0.091258] pci 0000:00:1f.0: quirk: [io 0x1000-0x107f] claimed by ICH6 ACPI/GPIO/TCO
[ 0.091267] pci 0000:00:1f.0: quirk: [io 0x1180-0x11bf] claimed by ICH6 GPIO
[ 0.091273] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 1600 (mask 007f)
[ 0.091280] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 2 PIO at 15e0 (mask 000f)
[ 0.091286] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 1680 (mask 001f)
[ 0.091374] pci 0000:00:1f.1: [8086:2850] type 00 class 0x01018a
[ 0.091407] pci 0000:00:1f.1: reg 10: [io 0x0000-0x0007]
[ 0.091430] pci 0000:00:1f.1: reg 14: [io 0x0000-0x0003]
[ 0.091455] pci 0000:00:1f.1: reg 18: [io 0x0000-0x0007]
[ 0.091478] pci 0000:00:1f.1: reg 1c: [io 0x0000-0x0003]
[ 0.091504] pci 0000:00:1f.1: reg 20: [io 0x1c00-0x1c0f]
[ 0.091604] pci 0000:00:1f.2: [8086:2829] type 00 class 0x010601
[ 0.091640] pci 0000:00:1f.2: reg 10: [io 0x1c50-0x1c57]
[ 0.091654] pci 0000:00:1f.2: reg 14: [io 0x1c44-0x1c47]
[ 0.091671] pci 0000:00:1f.2: reg 18: [io 0x1c48-0x1c4f]
[ 0.091692] pci 0000:00:1f.2: reg 1c: [io 0x1c40-0x1c43]
[ 0.091712] pci 0000:00:1f.2: reg 20: [io 0x1c20-0x1c3f]
[ 0.091725] pci 0000:00:1f.2: reg 24: [mem 0xfe226000-0xfe2267ff]
[ 0.091801] pci 0000:00:1f.2: PME# supported from D3hot
[ 0.091845] pci 0000:00:1f.3: [8086:283e] type 00 class 0x0c0500
[ 0.091865] pci 0000:00:1f.3: reg 10: [mem 0xfe227400-0xfe2274ff]
[ 0.091908] pci 0000:00:1f.3: reg 20: [io 0x1c60-0x1c7f]
[ 0.092059] pci 0000:00:1c.0: PCI bridge to [bus 02-02]
[ 0.092066] pci 0000:00:1c.0: bridge window [io 0x2000-0x2fff]
[ 0.092073] pci 0000:00:1c.0: bridge window [mem 0xfc000000-0xfdffffff]
[ 0.092083] pci 0000:00:1c.0: bridge window [mem 0xf8000000-0xf80fffff 64bit pref]
[ 0.092225] pci 0000:03:00.0: [8086:4229] type 00 class 0x028000
[ 0.092281] pci 0000:03:00.0: reg 10: [mem 0xdf3fe000-0xdf3fffff 64bit]
[ 0.092499] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold
[ 0.094040] pci 0000:00:1c.1: PCI bridge to [bus 03-03]
[ 0.094047] pci 0000:00:1c.1: bridge window [io 0x3000-0x3fff]
[ 0.094054] pci 0000:00:1c.1: bridge window [mem 0xdc000000-0xdf3fffff]
[ 0.094063] pci 0000:00:1c.1: bridge window [mem 0xdfe00000-0xdfefffff 64bit pref]
[ 0.094138] pci 0000:00:1c.2: PCI bridge to [bus 04-04]
[ 0.094147] pci 0000:00:1c.2: bridge window [io 0x4000-0x4fff]
[ 0.094156] pci 0000:00:1c.2: bridge window [mem 0xd8000000-0xd9ffffff]
[ 0.094171] pci 0000:00:1c.2: bridge window [mem 0xdfb00000-0xdfbfffff 64bit pref]
[ 0.094248] pci 0000:00:1c.3: PCI bridge to [bus 05-0c]
[ 0.094255] pci 0000:00:1c.3: bridge window [io 0x5000-0x5fff]
[ 0.094264] pci 0000:00:1c.3: bridge window [mem 0xd4000000-0xd5ffffff]
[ 0.094279] pci 0000:00:1c.3: bridge window [mem 0xdf800000-0xdf8fffff 64bit pref]
[ 0.094351] pci 0000:00:1c.4: PCI bridge to [bus 0d-14]
[ 0.094358] pci 0000:00:1c.4: bridge window [io 0x6000-0x6fff]
[ 0.094365] pci 0000:00:1c.4: bridge window [mem 0xd0000000-0xd1ffffff]
[ 0.094374] pci 0000:00:1c.4: bridge window [mem 0xdf500000-0xdf5fffff 64bit pref]
[ 0.094441] pci 0000:15:00.0: [1180:0476] type 02 class 0x060700
[ 0.094480] pci 0000:15:00.0: reg 10: [mem 0xf8300000-0xf8300fff]
[ 0.094549] pci 0000:15:00.0: supports D1 D2
[ 0.094551] pci 0000:15:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.094595] pci 0000:15:00.1: [1180:0832] type 00 class 0x0c0010
[ 0.094634] pci 0000:15:00.1: reg 10: [mem 0xf8301000-0xf83017ff]
[ 0.094815] pci 0000:15:00.1: supports D1 D2
[ 0.094817] pci 0000:15:00.1: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.094974] pci 0000:00:1e.0: PCI bridge to [bus 15-18] (subtractive decode)
[ 0.094983] pci 0000:00:1e.0: bridge window [io 0x7000-0xafff]
[ 0.094994] pci 0000:00:1e.0: bridge window [mem 0xf8300000-0xfbffffff]
[ 0.095003] pci 0000:00:1e.0: bridge window [mem 0xf4000000-0xf7ffffff 64bit pref]
[ 0.095006] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode)
[ 0.095008] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode)
[ 0.095011] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ 0.095013] pci 0000:00:1e.0: bridge window [mem 0x000d0000-0x000d3fff] (subtractive decode)
[ 0.095016] pci 0000:00:1e.0: bridge window [mem 0x000d4000-0x000d7fff] (subtractive decode)
[ 0.095018] pci 0000:00:1e.0: bridge window [mem 0x000d8000-0x000dbfff] (subtractive decode)
[ 0.095021] pci 0000:00:1e.0: bridge window [mem 0x000dc000-0x000dffff] (subtractive decode)
[ 0.095023] pci 0000:00:1e.0: bridge window [mem 0xc0000000-0xfebfffff] (subtractive decode)
[ 0.095026] pci 0000:00:1e.0: bridge window [mem 0xfed40000-0xfed4bfff] (subtractive decode)
[ 0.095174] pci_bus 0000:00: on NUMA node 0
[ 0.095177] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.095262] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP0._PRT]
[ 0.095287] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP1._PRT]
[ 0.095310] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP2._PRT]
[ 0.095334] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP3._PRT]
[ 0.095361] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP4._PRT]
[ 0.095388] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
[ 0.095622] pci0000:00: Requesting ACPI _OSC control (0x1d)
[ 0.095934] pci0000:00: ACPI _OSC control (0x1d) granted
[ 0.101039] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 *6 7 9 10 11)
[ 0.101106] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.101171] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 9 10 11)
[ 0.101234] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11)
[ 0.101297] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 *5 6 7 9 10 11)
[ 0.101360] ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11)
[ 0.101423] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 *4 5 6 7 9 10 11)
[ 0.101486] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11)
[ 0.101525] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.101525] vgaarb: loaded
[ 0.101525] vgaarb: bridge control possible 0000:00:02.0
[ 0.101525] SCSI subsystem initialized
[ 0.101525] libata version 3.00 loaded.
[ 0.102032] PCI: Using ACPI for IRQ routing
[ 0.104529] PCI: pci_cache_line_size set to 64 bytes
[ 0.104647] reserve RAM buffer: 000000000009d800 - 000000000009ffff
[ 0.104649] reserve RAM buffer: 00000000bf6b0000 - 00000000bfffffff
[ 0.104668] HPET: 3 timers in total, 0 timers will be used for per-cpu timer
[ 0.104668] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[ 0.104668] hpet0: 3 comparators, 64-bit 14.318180 MHz counter
[ 0.110006] Switching to clocksource hpet
[ 0.110051] pnp: PnP ACPI init
[ 0.110061] ACPI: bus type pnp registered
[ 0.110389] pnp 00:00: [mem 0x00000000-0x0009ffff]
[ 0.110392] pnp 00:00: [mem 0x000c0000-0x000c3fff]
[ 0.110394] pnp 00:00: [mem 0x000c4000-0x000c7fff]
[ 0.110395] pnp 00:00: [mem 0x000c8000-0x000cbfff]
[ 0.110398] pnp 00:00: [mem 0x000cc000-0x000cffff]
[ 0.110400] pnp 00:00: [mem 0x000d0000-0x000cffff disabled]
[ 0.110402] pnp 00:00: [mem 0x000d4000-0x000d3fff disabled]
[ 0.110404] pnp 00:00: [mem 0x000d8000-0x000d7fff disabled]
[ 0.110406] pnp 00:00: [mem 0x000dc000-0x000dbfff disabled]
[ 0.110408] pnp 00:00: [mem 0x000e0000-0x000e3fff]
[ 0.110410] pnp 00:00: [mem 0x000e4000-0x000e7fff]
[ 0.110411] pnp 00:00: [mem 0x000e8000-0x000ebfff]
[ 0.110413] pnp 00:00: [mem 0x000ec000-0x000effff]
[ 0.110415] pnp 00:00: [mem 0x000f0000-0x000fffff]
[ 0.110417] pnp 00:00: [mem 0x00100000-0xbfffffff]
[ 0.110419] pnp 00:00: [mem 0xfec00000-0xfed3ffff]
[ 0.110421] pnp 00:00: [mem 0xfed4c000-0xffffffff]
[ 0.110500] system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved
[ 0.110503] system 00:00: [mem 0x000c0000-0x000c3fff] could not be reserved
[ 0.110506] system 00:00: [mem 0x000c4000-0x000c7fff] could not be reserved
[ 0.110509] system 00:00: [mem 0x000c8000-0x000cbfff] has been reserved
[ 0.110511] system 00:00: [mem 0x000cc000-0x000cffff] has been reserved
[ 0.110514] system 00:00: [mem 0x000e0000-0x000e3fff] could not be reserved
[ 0.110517] system 00:00: [mem 0x000e4000-0x000e7fff] could not be reserved
[ 0.110519] system 00:00: [mem 0x000e8000-0x000ebfff] could not be reserved
[ 0.110522] system 00:00: [mem 0x000ec000-0x000effff] could not be reserved
[ 0.110525] system 00:00: [mem 0x000f0000-0x000fffff] could not be reserved
[ 0.110528] system 00:00: [mem 0x00100000-0xbfffffff] could not be reserved
[ 0.110530] system 00:00: [mem 0xfec00000-0xfed3ffff] could not be reserved
[ 0.110533] system 00:00: [mem 0xfed4c000-0xffffffff] could not be reserved
[ 0.110537] system 00:00: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.110557] pnp 00:01: [bus 00-ff]
[ 0.110559] pnp 00:01: [io 0x0cf8-0x0cff]
[ 0.110562] pnp 00:01: [io 0x0000-0x0cf7 window]
[ 0.110564] pnp 00:01: [io 0x0d00-0xffff window]
[ 0.110566] pnp 00:01: [mem 0x000a0000-0x000bffff window]
[ 0.110568] pnp 00:01: [mem 0x000c0000-0x000c3fff window]
[ 0.110570] pnp 00:01: [mem 0x000c4000-0x000c7fff window]
[ 0.110572] pnp 00:01: [mem 0x000c8000-0x000cbfff window]
[ 0.110576] pnp 00:01: [mem 0x000cc000-0x000cffff window]
[ 0.110579] pnp 00:01: [mem 0x000d0000-0x000d3fff window]
[ 0.110581] pnp 00:01: [mem 0x000d4000-0x000d7fff window]
[ 0.110583] pnp 00:01: [mem 0x000d8000-0x000dbfff window]
[ 0.110585] pnp 00:01: [mem 0x000dc000-0x000dffff window]
[ 0.110587] pnp 00:01: [mem 0x000e0000-0x000e3fff window]
[ 0.110589] pnp 00:01: [mem 0x000e4000-0x000e7fff window]
[ 0.110591] pnp 00:01: [mem 0x000e8000-0x000ebfff window]
[ 0.110593] pnp 00:01: [mem 0x000ec000-0x000effff window]
[ 0.110595] pnp 00:01: [mem 0xc0000000-0xfebfffff window]
[ 0.110597] pnp 00:01: [mem 0xfed40000-0xfed4bfff window]
[ 0.110665] pnp 00:01: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[ 0.110704] pnp 00:02: [io 0x0010-0x001f]
[ 0.110707] pnp 00:02: [io 0x0090-0x009f]
[ 0.110708] pnp 00:02: [io 0x0024-0x0025]
[ 0.110710] pnp 00:02: [io 0x0028-0x0029]
[ 0.110712] pnp 00:02: [io 0x002c-0x002d]
[ 0.110714] pnp 00:02: [io 0x0030-0x0031]
[ 0.110715] pnp 00:02: [io 0x0034-0x0035]
[ 0.110717] pnp 00:02: [io 0x0038-0x0039]
[ 0.110719] pnp 00:02: [io 0x003c-0x003d]
[ 0.110721] pnp 00:02: [io 0x00a4-0x00a5]
[ 0.110722] pnp 00:02: [io 0x00a8-0x00a9]
[ 0.110724] pnp 00:02: [io 0x00ac-0x00ad]
[ 0.110726] pnp 00:02: [io 0x00b0-0x00b5]
[ 0.110727] pnp 00:02: [io 0x00b8-0x00b9]
[ 0.110729] pnp 00:02: [io 0x00bc-0x00bd]
[ 0.110731] pnp 00:02: [io 0x0050-0x0053]
[ 0.110732] pnp 00:02: [io 0x0072-0x0077]
[ 0.110734] pnp 00:02: [io 0x164e-0x164f]
[ 0.110736] pnp 00:02: [io 0x002e-0x002f]
[ 0.110738] pnp 00:02: [io 0x1000-0x107f]
[ 0.110740] pnp 00:02: [io 0x1180-0x11bf]
[ 0.110742] pnp 00:02: [io 0x0800-0x080f]
[ 0.110743] pnp 00:02: [io 0x15e0-0x15ef]
[ 0.110745] pnp 00:02: [io 0x1600-0x165f]
[ 0.110747] pnp 00:02: [mem 0xf0000000-0xf3ffffff]
[ 0.110749] pnp 00:02: [mem 0xfed1c000-0xfed1ffff]
[ 0.110751] pnp 00:02: [mem 0xfed14000-0xfed17fff]
[ 0.110752] pnp 00:02: [mem 0xfed18000-0xfed18fff]
[ 0.110754] pnp 00:02: [mem 0xfed19000-0xfed19fff]
[ 0.110756] pnp 00:02: [mem 0xfed45000-0xfed4bfff]
[ 0.110886] system 00:02: [io 0x164e-0x164f] has been reserved
[ 0.110889] system 00:02: [io 0x1000-0x107f] has been reserved
[ 0.110892] system 00:02: [io 0x1180-0x11bf] has been reserved
[ 0.110894] system 00:02: [io 0x0800-0x080f] has been reserved
[ 0.110897] system 00:02: [io 0x15e0-0x15ef] has been reserved
[ 0.110899] system 00:02: [io 0x1600-0x165f] could not be reserved
[ 0.110903] system 00:02: [mem 0xf0000000-0xf3ffffff] has been reserved
[ 0.110905] system 00:02: [mem 0xfed1c000-0xfed1ffff] has been reserved
[ 0.110908] system 00:02: [mem 0xfed14000-0xfed17fff] has been reserved
[ 0.110911] system 00:02: [mem 0xfed18000-0xfed18fff] has been reserved
[ 0.110913] system 00:02: [mem 0xfed19000-0xfed19fff] has been reserved
[ 0.110916] system 00:02: [mem 0xfed45000-0xfed4bfff] has been reserved
[ 0.110919] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.110955] pnp 00:03: [mem 0xfed00000-0xfed003ff]
[ 0.111022] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active)
[ 0.111033] pnp 00:04: [io 0x0000-0x000f]
[ 0.111035] pnp 00:04: [io 0x0080-0x008f]
[ 0.111037] pnp 00:04: [io 0x00c0-0x00df]
[ 0.111039] pnp 00:04: [dma 4]
[ 0.111090] pnp 00:04: Plug and Play ACPI device, IDs PNP0200 (active)
[ 0.111099] pnp 00:05: [io 0x0061]
[ 0.111149] pnp 00:05: Plug and Play ACPI device, IDs PNP0800 (active)
[ 0.111159] pnp 00:06: [io 0x00f0]
[ 0.111169] pnp 00:06: [irq 13]
[ 0.111223] pnp 00:06: Plug and Play ACPI device, IDs PNP0c04 (active)
[ 0.111234] pnp 00:07: [io 0x0070-0x0071]
[ 0.111240] pnp 00:07: [irq 8]
[ 0.111292] pnp 00:07: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 0.111302] pnp 00:08: [io 0x0060]
[ 0.111303] pnp 00:08: [io 0x0064]
[ 0.111309] pnp 00:08: [irq 1]
[ 0.111364] pnp 00:08: Plug and Play ACPI device, IDs PNP0303 (active)
[ 0.111377] pnp 00:09: [irq 12]
[ 0.111432] pnp 00:09: Plug and Play ACPI device, IDs IBM0057 PNP0f13 (active)
[ 0.111774] pnp 00:0a: [mem 0xfed40000-0xfed44fff]
[ 0.111831] pnp 00:0a: Plug and Play ACPI device, IDs ATM1200 PNP0c31 (active)
[ 0.112344] pnp: PnP ACPI: found 11 devices
[ 0.112347] ACPI: ACPI bus type pnp unregistered
[ 0.117062] pci 0000:00:1c.0: PCI bridge to [bus 02-02]
[ 0.117067] pci 0000:00:1c.0: bridge window [io 0x2000-0x2fff]
[ 0.117074] pci 0000:00:1c.0: bridge window [mem 0xfc000000-0xfdffffff]
[ 0.117080] pci 0000:00:1c.0: bridge window [mem 0xf8000000-0xf80fffff 64bit pref]
[ 0.117088] pci 0000:00:1c.1: PCI bridge to [bus 03-03]
[ 0.117092] pci 0000:00:1c.1: bridge window [io 0x3000-0x3fff]
[ 0.117099] pci 0000:00:1c.1: bridge window [mem 0xdc000000-0xdf3fffff]
[ 0.117104] pci 0000:00:1c.1: bridge window [mem 0xdfe00000-0xdfefffff 64bit pref]
[ 0.117112] pci 0000:00:1c.2: PCI bridge to [bus 04-04]
[ 0.117116] pci 0000:00:1c.2: bridge window [io 0x4000-0x4fff]
[ 0.117122] pci 0000:00:1c.2: bridge window [mem 0xd8000000-0xd9ffffff]
[ 0.117128] pci 0000:00:1c.2: bridge window [mem 0xdfb00000-0xdfbfffff 64bit pref]
[ 0.117136] pci 0000:00:1c.3: PCI bridge to [bus 05-0c]
[ 0.117139] pci 0000:00:1c.3: bridge window [io 0x5000-0x5fff]
[ 0.117146] pci 0000:00:1c.3: bridge window [mem 0xd4000000-0xd5ffffff]
[ 0.117151] pci 0000:00:1c.3: bridge window [mem 0xdf800000-0xdf8fffff 64bit pref]
[ 0.117160] pci 0000:00:1c.4: PCI bridge to [bus 0d-14]
[ 0.117163] pci 0000:00:1c.4: bridge window [io 0x6000-0x6fff]
[ 0.117172] pci 0000:00:1c.4: bridge window [mem 0xd0000000-0xd1ffffff]
[ 0.117180] pci 0000:00:1c.4: bridge window [mem 0xdf500000-0xdf5fffff 64bit pref]
[ 0.117191] pci 0000:15:00.0: res[9]=[mem 0x04000000-0x03ffffff pref] get_res_add_size add_size 4000000
[ 0.117194] pci 0000:15:00.0: res[10]=[mem 0x04000000-0x03ffffff] get_res_add_size add_size 4000000
[ 0.117197] pci 0000:15:00.0: res[7]=[io 0x0100-0x00ff] get_res_add_size add_size 100
[ 0.117199] pci 0000:15:00.0: res[8]=[io 0x0100-0x00ff] get_res_add_size add_size 100
[ 0.117204] pci 0000:15:00.0: BAR 9: assigned [mem 0xf4000000-0xf7ffffff pref]
[ 0.117208] pci 0000:15:00.0: BAR 10: assigned [mem 0xc0000000-0xc3ffffff]
[ 0.117210] pci 0000:15:00.0: BAR 7: assigned [io 0x7000-0x70ff]
[ 0.117213] pci 0000:15:00.0: BAR 8: assigned [io 0x7400-0x74ff]
[ 0.117216] pci 0000:15:00.0: CardBus bridge to [bus 16-17]
[ 0.117218] pci 0000:15:00.0: bridge window [io 0x7000-0x70ff]
[ 0.117224] pci 0000:15:00.0: bridge window [io 0x7400-0x74ff]
[ 0.117230] pci 0000:15:00.0: bridge window [mem 0xf4000000-0xf7ffffff pref]
[ 0.117236] pci 0000:15:00.0: bridge window [mem 0xc0000000-0xc3ffffff]
[ 0.117242] pci 0000:00:1e.0: PCI bridge to [bus 15-18]
[ 0.117246] pci 0000:00:1e.0: bridge window [io 0x7000-0xafff]
[ 0.117252] pci 0000:00:1e.0: bridge window [mem 0xf8300000-0xfbffffff]
[ 0.117257] pci 0000:00:1e.0: bridge window [mem 0xf4000000-0xf7ffffff 64bit pref]
[ 0.117312] pci 0000:00:1e.0: enabling device (0005 -> 0007)
[ 0.117319] pci 0000:00:1e.0: setting latency timer to 64
[ 0.117335] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7]
[ 0.117337] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff]
[ 0.117340] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
[ 0.117342] pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000d3fff]
[ 0.117344] pci_bus 0000:00: resource 8 [mem 0x000d4000-0x000d7fff]
[ 0.117347] pci_bus 0000:00: resource 9 [mem 0x000d8000-0x000dbfff]
[ 0.117349] pci_bus 0000:00: resource 10 [mem 0x000dc000-0x000dffff]
[ 0.117351] pci_bus 0000:00: resource 11 [mem 0xc0000000-0xfebfffff]
[ 0.117354] pci_bus 0000:00: resource 12 [mem 0xfed40000-0xfed4bfff]
[ 0.117356] pci_bus 0000:02: resource 0 [io 0x2000-0x2fff]
[ 0.117359] pci_bus 0000:02: resource 1 [mem 0xfc000000-0xfdffffff]
[ 0.117361] pci_bus 0000:02: resource 2 [mem 0xf8000000-0xf80fffff 64bit pref]
[ 0.117364] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff]
[ 0.117366] pci_bus 0000:03: resource 1 [mem 0xdc000000-0xdf3fffff]
[ 0.117368] pci_bus 0000:03: resource 2 [mem 0xdfe00000-0xdfefffff 64bit pref]
[ 0.117371] pci_bus 0000:04: resource 0 [io 0x4000-0x4fff]
[ 0.117373] pci_bus 0000:04: resource 1 [mem 0xd8000000-0xd9ffffff]
[ 0.117375] pci_bus 0000:04: resource 2 [mem 0xdfb00000-0xdfbfffff 64bit pref]
[ 0.117378] pci_bus 0000:05: resource 0 [io 0x5000-0x5fff]
[ 0.117380] pci_bus 0000:05: resource 1 [mem 0xd4000000-0xd5ffffff]
[ 0.117382] pci_bus 0000:05: resource 2 [mem 0xdf800000-0xdf8fffff 64bit pref]
[ 0.117385] pci_bus 0000:0d: resource 0 [io 0x6000-0x6fff]
[ 0.117387] pci_bus 0000:0d: resource 1 [mem 0xd0000000-0xd1ffffff]
[ 0.117389] pci_bus 0000:0d: resource 2 [mem 0xdf500000-0xdf5fffff 64bit pref]
[ 0.117392] pci_bus 0000:15: resource 0 [io 0x7000-0xafff]
[ 0.117394] pci_bus 0000:15: resource 1 [mem 0xf8300000-0xfbffffff]
[ 0.117396] pci_bus 0000:15: resource 2 [mem 0xf4000000-0xf7ffffff 64bit pref]
[ 0.117398] pci_bus 0000:15: resource 4 [io 0x0000-0x0cf7]
[ 0.117401] pci_bus 0000:15: resource 5 [io 0x0d00-0xffff]
[ 0.117403] pci_bus 0000:15: resource 6 [mem 0x000a0000-0x000bffff]
[ 0.117405] pci_bus 0000:15: resource 7 [mem 0x000d0000-0x000d3fff]
[ 0.117408] pci_bus 0000:15: resource 8 [mem 0x000d4000-0x000d7fff]
[ 0.117410] pci_bus 0000:15: resource 9 [mem 0x000d8000-0x000dbfff]
[ 0.117412] pci_bus 0000:15: resource 10 [mem 0x000dc000-0x000dffff]
[ 0.117414] pci_bus 0000:15: resource 11 [mem 0xc0000000-0xfebfffff]
[ 0.117417] pci_bus 0000:15: resource 12 [mem 0xfed40000-0xfed4bfff]
[ 0.117419] pci_bus 0000:16: resource 0 [io 0x7000-0x70ff]
[ 0.117421] pci_bus 0000:16: resource 1 [io 0x7400-0x74ff]
[ 0.117423] pci_bus 0000:16: resource 2 [mem 0xf4000000-0xf7ffffff pref]
[ 0.117426] pci_bus 0000:16: resource 3 [mem 0xc0000000-0xc3ffffff]
[ 0.117466] NET: Registered protocol family 2
[ 0.117521] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.117975] TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
[ 0.120152] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[ 0.120736] TCP: Hash tables configured (established 262144 bind 65536)
[ 0.120738] TCP: reno registered
[ 0.120742] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ 0.120780] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
[ 0.120902] NET: Registered protocol family 1
[ 0.121043] RPC: Registered named UNIX socket transport module.
[ 0.121045] RPC: Registered udp transport module.
[ 0.121047] RPC: Registered tcp transport module.
[ 0.121048] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.121064] pci 0000:00:02.0: Boot video device
[ 0.121115] pci 0000:00:1a.1: power state changed by ACPI to D0
[ 0.121118] pci 0000:00:1a.1: power state changed by ACPI to D0
[ 0.121147] pci 0000:00:1a.7: power state changed by ACPI to D0
[ 0.121152] pci 0000:00:1a.7: power state changed by ACPI to D0
[ 0.121224] pci 0000:00:1d.0: power state changed by ACPI to D0
[ 0.121227] pci 0000:00:1d.0: power state changed by ACPI to D0
[ 0.121290] pci 0000:00:1d.2: power state changed by ACPI to D0
[ 0.121292] pci 0000:00:1d.2: power state changed by ACPI to D0
[ 0.121324] pci 0000:00:1d.7: power state changed by ACPI to D0
[ 0.121328] pci 0000:00:1d.7: power state changed by ACPI to D0
[ 0.121384] PCI: CLS mismatch (64 != 32), using 64 bytes
[ 0.121437] Unpacking initramfs...
[ 0.620762] Freeing initrd memory: 3312k freed
[ 0.622307] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.622312] Placing 64MB software IO TLB between ffff8800bb6aa000 - ffff8800bf6aa000
[ 0.622315] software IO TLB at phys 0xbb6aa000 - 0xbf6aa000
[ 0.622656] Simple Boot Flag at 0x35 set to 0x1
[ 0.623099] sha1_ssse3: Using SSSE3 optimized SHA-1 implementation
[ 0.623471] audit: initializing netlink socket (disabled)
[ 0.623486] type=2000 audit(1333985773.622:1): initialized
[ 0.623842] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.628384] NFS: Registering the id_resolver key type
[ 0.628623] fuse init (API version 7.18)
[ 0.629236] Btrfs loaded
[ 0.629241] msgmni has been set to 7755
[ 0.629609] NET: Registered protocol family 38
[ 0.629709] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 0.629713] io scheduler noop registered
[ 0.629822] io scheduler cfq registered (default)
[ 0.630042] pcieport 0000:00:1c.0: irq 40 for MSI/MSI-X
[ 0.630304] pcieport 0000:00:1c.1: irq 41 for MSI/MSI-X
[ 0.630557] pcieport 0000:00:1c.2: irq 42 for MSI/MSI-X
[ 0.630806] pcieport 0000:00:1c.3: irq 43 for MSI/MSI-X
[ 0.631080] pcieport 0000:00:1c.4: irq 44 for MSI/MSI-X
[ 0.631369] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt
[ 0.631375] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded
[ 0.631397] pcieport 0000:00:1c.1: Signaling PME through PCIe PME interrupt
[ 0.631400] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt
[ 0.631405] pcie_pme 0000:00:1c.1:pcie01: service driver pcie_pme loaded
[ 0.631426] pcieport 0000:00:1c.2: Signaling PME through PCIe PME interrupt
[ 0.631432] pcie_pme 0000:00:1c.2:pcie01: service driver pcie_pme loaded
[ 0.631454] pcieport 0000:00:1c.3: Signaling PME through PCIe PME interrupt
[ 0.631459] pcie_pme 0000:00:1c.3:pcie01: service driver pcie_pme loaded
[ 0.631480] pcieport 0000:00:1c.4: Signaling PME through PCIe PME interrupt
[ 0.631485] pcie_pme 0000:00:1c.4:pcie01: service driver pcie_pme loaded
[ 0.631925] ACPI: AC Adapter [AC] (on-line)
[ 0.632227] input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input0
[ 0.632390] ACPI: Lid Switch [LID]
[ 0.632461] input: Sleep Button as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input1
[ 0.632466] ACPI: Sleep Button [SLPB]
[ 0.632545] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
[ 0.632549] ACPI: Power Button [PWRF]
[ 0.632682] ACPI: Requesting acpi_cpufreq
[ 0.634543] Monitor-Mwait will be used to enter C-1 state
[ 0.634572] Monitor-Mwait will be used to enter C-2 state
[ 0.634599] Monitor-Mwait will be used to enter C-3 state
[ 0.634629] ACPI: acpi_idle registered with cpuidle
[ 0.640553] thermal LNXTHERM:00: registered as thermal_zone0
[ 0.640556] ACPI: Thermal Zone [THM0] (53 C)
[ 0.641414] thermal LNXTHERM:01: registered as thermal_zone1
[ 0.641417] ACPI: Thermal Zone [THM1] (48 C)
[ 0.642443] loop: module loaded
[ 0.642550] ahci 0000:00:1f.2: version 3.0
[ 0.642614] ahci 0000:00:1f.2: irq 45 for MSI/MSI-X
[ 0.642796] ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 3 ports 3 Gbps 0x5 impl SATA mode
[ 0.642800] ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part ccc
[ 0.642806] ahci 0000:00:1f.2: setting latency timer to 64
[ 0.644188] scsi0 : ahci
[ 0.644359] scsi1 : ahci
[ 0.644536] scsi2 : ahci
[ 0.644921] ata1: SATA max UDMA/133 abar m2048@0xfe226000 port 0xfe226100 irq 45
[ 0.644924] ata2: DUMMY
[ 0.644979] ata3: SATA max UDMA/133 abar m2048@0xfe226000 port 0xfe226200 irq 45
[ 0.645404] i8042: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 0.656386] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 0.656392] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 0.657227] mousedev: PS/2 mouse device common for all mice
[ 0.657288] rtc_cmos 00:07: RTC can wake from S4
[ 0.657449] rtc_cmos 00:07: rtc core: registered rtc_cmos as rtc0
[ 0.657480] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[ 0.657786] cpuidle: using governor ladder
[ 0.657941] cpuidle: using governor menu
[ 0.658789] GACT probability on
[ 0.658793] Mirror/redirect action on
[ 0.658794] Simple TC action Loaded
[ 0.659038] netem: version 1.3
[ 0.659041] u32 classifier
[ 0.659042] Performance counters on
[ 0.659044] input device check on
[ 0.659045] Actions configured
[ 0.659089] IPv4 over IPv4 tunneling driver
[ 0.659426] TCP: cubic registered
[ 0.659428] Initializing XFRM netlink socket
[ 0.659852] NET: Registered protocol family 10
[ 0.660307] Mobile IPv6
[ 0.660309] IPv6 over IPv4 tunneling driver
[ 0.661352] NET: Registered protocol family 17
[ 0.661359] NET: Registered protocol family 15
[ 0.661378] Bridge firewalling registered
[ 0.664406] DCCP: Activated CCID 2 (TCP-like)
[ 0.664420] DCCP: Activated CCID 3 (TCP-Friendly Rate Control)
[ 0.666036] sctp: Hash tables configured (established 65536 bind 65536)
[ 0.666417] ACPI: Battery Slot [BAT0] (battery present)
[ 0.666525] Registering the dns_resolver key type
[ 0.667840] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3
[ 0.950684] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 0.950712] ata3: SATA link down (SStatus 0 SControl 300)
[ 0.953893] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[ 0.953897] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[ 0.953901] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[ 0.958163] ata1.00: ATA-8: ST95005620AS, SD28, max UDMA/133
[ 0.958166] ata1.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 0.960129] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[ 0.960133] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[ 0.960136] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[ 0.962986] ata1.00: configured for UDMA/133
[ 0.963157] scsi 0:0:0:0: Direct-Access ATA ST95005620AS SD28 PQ: 0 ANSI: 5
[ 0.963517] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 0.963562] sd 0:0:0:0: [sda] Write Protect is off
[ 0.963565] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 0.963610] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 0.966856] sda: sda1 sda2 sda3 sda4 sda5
[ 0.967674] sd 0:0:0:0: [sda] Attached SCSI disk
[ 0.974851] registered taskstats version 1
[ 0.975334] rtc_cmos 00:07: setting system clock to 2012-04-09 15:36:15 UTC (1333985775)
[ 0.978223] Freeing unused kernel memory: 452k freed
[ 0.978404] Write protecting the kernel read-only data: 8192k
[ 0.980885] Freeing unused kernel memory: 756k freed
[ 0.981445] Freeing unused kernel memory: 64k freed
[ 1.058257] udevd[701]: starting version 182
[ 1.127393] usbcore: registered new interface driver usbfs
[ 1.130195] ata_piix 0000:00:1f.1: version 2.13
[ 1.130263] ata_piix 0000:00:1f.1: setting latency timer to 64
[ 1.131623] usbcore: registered new interface driver hub
[ 1.138648] usbcore: registered new device driver usb
[ 1.145558] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.146717] uhci_hcd: USB Universal Host Controller Interface driver
[ 1.147224] yenta_cardbus 0000:15:00.0: CardBus bridge found [17aa:20c6]
[ 1.151340] scsi3 : ata_piix
[ 1.152737] scsi4 : ata_piix
[ 1.153934] ata4: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1c00 irq 14
[ 1.153936] ata5: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1c08 irq 15
[ 1.153993] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 1.153998] ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
[ 1.154063] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 1.154066] ehci_hcd 0000:00:1a.7: EHCI Host Controller
[ 1.154073] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
[ 1.154702] ata5: port disabled--ignoring
[ 1.157987] ehci_hcd 0000:00:1a.7: cache line size of 64 is not supported
[ 1.158009] ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfe226c00
[ 1.163669] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
[ 1.163705] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.163710] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.163715] usb usb1: Product: EHCI Host Controller
[ 1.163718] usb usb1: Manufacturer: Linux 3.4.0-rc2 ehci_hcd
[ 1.163722] usb usb1: SerialNumber: 0000:00:1a.7
[ 1.163980] hub 1-0:1.0: USB hub found
[ 1.163985] hub 1-0:1.0: 4 ports detected
[ 1.164084] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 1.164088] uhci_hcd 0000:00:1a.0: UHCI Host Controller
[ 1.164096] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 2
[ 1.164136] uhci_hcd 0000:00:1a.0: irq 20, io base 0x00001860
[ 1.164173] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.164176] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.164178] usb usb2: Product: UHCI Host Controller
[ 1.164180] usb usb2: Manufacturer: Linux 3.4.0-rc2 uhci_hcd
[ 1.164183] usb usb2: SerialNumber: 0000:00:1a.0
[ 1.164365] hub 2-0:1.0: USB hub found
[ 1.164370] hub 2-0:1.0: 2 ports detected
[ 1.164437] uhci_hcd 0000:00:1a.1: power state changed by ACPI to D0
[ 1.164440] uhci_hcd 0000:00:1a.1: power state changed by ACPI to D0
[ 1.164450] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 1.164454] uhci_hcd 0000:00:1a.1: UHCI Host Controller
[ 1.164477] uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
[ 1.164513] uhci_hcd 0000:00:1a.1: irq 21, io base 0x00001880
[ 1.164546] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.164548] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.164551] usb usb3: Product: UHCI Host Controller
[ 1.164553] usb usb3: Manufacturer: Linux 3.4.0-rc2 uhci_hcd
[ 1.164555] usb usb3: SerialNumber: 0000:00:1a.1
[ 1.165081] hub 3-0:1.0: USB hub found
[ 1.165085] hub 3-0:1.0: 2 ports detected
[ 1.165151] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 1.165154] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
[ 1.165167] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 1.165171] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 1.165176] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4
[ 1.165208] uhci_hcd 0000:00:1d.0: irq 16, io base 0x000018a0
[ 1.165242] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.165244] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.165246] usb usb4: Product: UHCI Host Controller
[ 1.165248] usb usb4: Manufacturer: Linux 3.4.0-rc2 uhci_hcd
[ 1.165250] usb usb4: SerialNumber: 0000:00:1d.0
[ 1.165438] hub 4-0:1.0: USB hub found
[ 1.165442] hub 4-0:1.0: 2 ports detected
[ 1.165516] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 1.165520] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 1.165525] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 5
[ 1.165562] uhci_hcd 0000:00:1d.1: irq 17, io base 0x000018c0
[ 1.165595] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.165597] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.165600] usb usb5: Product: UHCI Host Controller
[ 1.165601] usb usb5: Manufacturer: Linux 3.4.0-rc2 uhci_hcd
[ 1.165604] usb usb5: SerialNumber: 0000:00:1d.1
[ 1.165774] hub 5-0:1.0: USB hub found
[ 1.165778] hub 5-0:1.0: 2 ports detected
[ 1.165847] uhci_hcd 0000:00:1d.2: power state changed by ACPI to D0
[ 1.165850] uhci_hcd 0000:00:1d.2: power state changed by ACPI to D0
[ 1.165861] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 1.165864] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 1.165870] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 6
[ 1.165905] uhci_hcd 0000:00:1d.2: irq 18, io base 0x000018e0
[ 1.165938] usb usb6: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.165940] usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.165943] usb usb6: Product: UHCI Host Controller
[ 1.165945] usb usb6: Manufacturer: Linux 3.4.0-rc2 uhci_hcd
[ 1.165947] usb usb6: SerialNumber: 0000:00:1d.2
[ 1.166102] hub 6-0:1.0: USB hub found
[ 1.166106] hub 6-0:1.0: 2 ports detected
[ 1.166196] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 1.166201] ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
[ 1.166229] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 1.166233] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 1.166239] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 7
[ 1.166271] ehci_hcd 0000:00:1d.7: debug port 1
[ 1.170161] ehci_hcd 0000:00:1d.7: cache line size of 64 is not supported
[ 1.170175] ehci_hcd 0000:00:1d.7: irq 19, io mem 0xfe227000
[ 1.175681] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 1.175697] usb usb7: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.175700] usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.175702] usb usb7: Product: EHCI Host Controller
[ 1.175704] usb usb7: Manufacturer: Linux 3.4.0-rc2 ehci_hcd
[ 1.175706] usb usb7: SerialNumber: 0000:00:1d.7
[ 1.175889] hub 7-0:1.0: USB hub found
[ 1.175894] hub 7-0:1.0: 6 ports detected
[ 1.270504] yenta_cardbus 0000:15:00.0: ISA IRQ mask 0x0cb8, PCI irq 16
[ 1.270508] yenta_cardbus 0000:15:00.0: Socket status: 30000006
[ 1.270514] yenta_cardbus 0000:15:00.0: pcmcia: parent PCI bridge window: [io 0x7000-0xafff]
[ 1.270517] yenta_cardbus 0000:15:00.0: pcmcia: parent PCI bridge window: [mem 0xf8300000-0xfbffffff]
[ 1.270521] pcmcia_socket pcmcia_socket0: cs: memory probe 0xf8300000-0xfbffffff: excluding 0xf8300000-0xf86cffff
[ 1.270533] yenta_cardbus 0000:15:00.0: pcmcia: parent PCI bridge window: [mem 0xf4000000-0xf7ffffff 64bit pref]
[ 1.270536] pcmcia_socket pcmcia_socket0: cs: memory probe 0xf4000000-0xf7ffffff: excluding 0xf4000000-0xf7ffffff
[ 1.308153] ata4.00: ATAPI: MATSHITADVD-RAM UJ-850, RB11, max UDMA/33
[ 1.314466] ata4.00: configured for UDMA/33
[ 1.316771] scsi 3:0:0:0: CD-ROM MATSHITA DVD-RAM UJ-850 RB11 PQ: 0 ANSI: 5
[ 1.322958] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[ 1.322964] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 1.323201] sr 3:0:0:0: Attached scsi CD-ROM sr0
[ 1.323690] firewire_ohci 0000:15:00.1: added OHCI v1.10 device as card 0, 4 IR + 4 IT contexts, quirks 0x11
[ 1.389606] device label Linux data devid 1 transid 611923 /dev/sda4
[ 1.498659] dracut: Checking, if btrfs device complete
[ 1.644808] device label Linux data devid 1 transid 611923 /dev/sda4
[ 1.647993] btrfs: disk space caching is enabled
[ 1.773734] usb 2-1: new full-speed USB device number 2 using uhci_hcd
[ 1.824778] firewire_core 0000:15:00.1: created device fw0: GUID 00061b032a11ea0c, S400
[ 1.931209] usb 2-1: New USB device found, idVendor=0a5c, idProduct=2110
[ 1.931218] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1.931225] usb 2-1: Product: BCM2045B
[ 1.931230] usb 2-1: Manufacturer: Broadcom Corp
[ 2.140707] usb 2-2: new full-speed USB device number 3 using uhci_hcd
[ 2.180836] device label Linux data devid 1 transid 611923 /dev/sda4
[ 2.181663] btrfs: use lzo compression
[ 2.181667] btrfs: enabling auto defrag
[ 2.181670] btrfs: enabling inode map caching
[ 2.181672] btrfs: disk space caching is enabled
[ 2.305206] usb 2-2: New USB device found, idVendor=0483, idProduct=2016
[ 2.305216] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2.305222] usb 2-2: Product: Biometric Coprocessor
[ 2.305227] usb 2-2: Manufacturer: STMicroelectronics
[ 2.697845] dracut: Checking btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
[ 2.699999] dracut: trying to mount /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
[ 2.702637] device label Linux data devid 1 transid 611923 /dev/sda4
[ 2.704376] btrfs: disk space caching is enabled
[ 3.081720] dracut: btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 is clean
[ 29.934639] dracut: Remounting /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 with -o subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime,ro
[ 29.936810] device label Linux data devid 1 transid 611926 /dev/sda4
[ 29.937720] btrfs: use lzo compression
[ 29.937726] btrfs: enabling auto defrag
[ 29.937733] btrfs: enabling inode map caching
[ 29.937735] btrfs: disk space caching is enabled
[ 30.388066] dracut: Mounted root filesystem /dev/sda4
[ 30.461884] dracut: Switching root
[ 31.241729] udevd[1322]: starting version 182
[ 31.422905] btrfs: use lzo compression
[ 31.422909] btrfs: enabling auto defrag
[ 31.422913] btrfs: enabling inode map caching
[ 31.422915] btrfs: disk space caching is enabled
[ 31.564097] Linux agpgart interface v0.103
[ 31.576862] tpm_tis 00:0a: 1.2 TPM (device-id 0x3202, rev-id 5)
[ 31.578423] agpgart-intel 0000:00:00.0: Intel 965GM Chipset
[ 31.578551] agpgart-intel 0000:00:00.0: detected gtt size: 524288K total, 262144K mappable
[ 31.579652] agpgart-intel 0000:00:00.0: detected 8192K stolen memory
[ 31.583292] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000
[ 31.598081] e1000e: Intel(R) PRO/1000 Network Driver - 1.9.5-k
[ 31.598084] e1000e: Copyright(c) 1999 - 2012 Intel Corporation.
[ 31.598124] e1000e 0000:00:19.0: setting latency timer to 64
[ 31.598287] e1000e 0000:00:19.0: irq 46 for MSI/MSI-X
[ 31.628261] input: PC Speaker as /devices/platform/pcspkr/input/input4
[ 31.651078] microcode: CPU0 sig=0x10676, pf=0x80, revision=0x60c
[ 31.668312] [drm] Initialized drm 1.1.0 20060810
[ 31.668755] Non-volatile memory driver v1.3
[ 31.713785] Bluetooth: Core ver 2.16
[ 31.714080] NET: Registered protocol family 31
[ 31.714082] Bluetooth: HCI device and connection manager initialized
[ 31.714085] Bluetooth: HCI socket layer initialized
[ 31.714087] Bluetooth: L2CAP socket layer initialized
[ 31.714089] Bluetooth: SCO socket layer initialized
[ 31.714402] cfg80211: Calling CRDA to update world regulatory domain
[ 31.769751] iwl4965: Intel(R) Wireless WiFi 4965 driver for Linux, in-tree:
[ 31.769755] iwl4965: Copyright(c) 2003-2011 Intel Corporation
[ 31.769904] iwl4965 0000:03:00.0: Detected Intel(R) Wireless WiFi Link 4965AGN, REV=0x4
[ 31.771749] usbcore: registered new interface driver btusb
[ 31.808843] thinkpad_acpi: ThinkPad ACPI Extras v0.24
[ 31.808846] thinkpad_acpi: http://ibm-acpi.sf.net/
[ 31.808847] thinkpad_acpi: ThinkPad BIOS 7LETC7WW (2.27 ), EC 7KHT24WW-1.08
[ 31.808849] thinkpad_acpi: Lenovo ThinkPad R61/R61i, model 77327CU
[ 31.809275] iwl4965 0000:03:00.0: device EEPROM VER=0x36, CALIB=0x5
[ 31.809292] iwl4965 0000:03:00.0: Tunable channels: 11 802.11bg, 13 802.11a channels
[ 31.809383] iwl4965 0000:03:00.0: irq 47 for MSI/MSI-X
[ 31.811040] thinkpad_acpi: detected a 8-level brightness capable ThinkPad
[ 31.813312] thinkpad_acpi: ACPI backlight control delay disabled
[ 31.813541] thinkpad_acpi: radio switch found; radios are enabled
[ 31.817200] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked
[ 31.818734] Registered led device: tpacpi::thinklight
[ 31.818838] Registered led device: tpacpi::power
[ 31.818918] Registered led device: tpacpi::standby
[ 31.819125] Registered led device: tpacpi::thinkvantage
[ 31.821758] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one
[ 31.822439] thinkpad_acpi: Console audio control enabled, mode: monitor (read only)
[ 31.824029] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input5
[ 31.874602] e1000e 0000:00:19.0: eth0: (PCI Express:2.5GT/s:Width x1) 00:1a:6b:3a:07:e4
[ 31.874606] e1000e 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection
[ 31.874631] e1000e 0000:00:19.0: eth0: MAC: 6, PHY: 6, PBA No: FFFFFF-0FF
[ 31.874675] hda_intel: probe_mask set to 0x1 for device 17aa:20ac
[ 31.874770] snd_hda_intel 0000:00:1b.0: irq 48 for MSI/MSI-X
[ 31.901733] device label Linux data devid 1 transid 611926 /dev/sda4
[ 31.940058] microcode: CPU0 updated to revision 0x60f, date = 2010-09-29
[ 31.945716] microcode: CPU1 sig=0x10676, pf=0x80, revision=0x60c
[ 31.947510] microcode: CPU1 updated to revision 0x60f, date = 2010-09-29
[ 31.953445] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 31.987858] iwl4965 0000:03:00.0: loaded firmware version 228.61.2.24
[ 31.988123] Registered led device: phy0-led
[ 31.988512] ieee80211 phy0: Selected rate control algorithm 'iwl-4965-rs'
[ 31.994568] Adding 4194300k swap on /dev/sda3. Priority:0 extents:1 across:4194300k
[ 32.064196] udevd[1802]: renamed network interface wlan0 to wlan2
[ 32.244787] cfg80211: World regulatory domain updated:
[ 32.244791] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 32.244794] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 32.244796] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 32.244799] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 32.244801] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 32.244804] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 32.257895] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input6
[ 32.265912] i915 0000:00:02.0: power state changed by ACPI to D0
[ 32.265917] i915 0000:00:02.0: power state changed by ACPI to D0
[ 32.268928] i915 0000:00:02.0: setting latency timer to 64
[ 32.271518] psmouse serio1: synaptics: Touchpad model: 1, fw: 6.2, id: 0x81a0b1, caps: 0xa04793/0x300000/0x0
[ 32.271525] psmouse serio1: synaptics: serio: Synaptics pass-through port at isa0060/serio1/input0
[ 32.319154] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7
[ 32.340827] i915 0000:00:02.0: irq 49 for MSI/MSI-X
[ 32.340837] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 32.340839] [drm] Driver supports precise vblank timestamp query.
[ 32.340886] vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 32.380252] composite sync not supported
[ 32.393552] EXT4-fs (sda2): mounted filesystem without journal. Opts: (null)
[ 32.772870] [drm] initialized overlay support
[ 32.778558] composite sync not supported
[ 32.797107] fbcon: inteldrmfb (fb0) is primary device
[ 33.043556] Console: switching to colour frame buffer device 180x56
[ 33.047361] fb0: inteldrmfb frame buffer device
[ 33.047363] drm: registered panic notifier
[ 33.049955] acpi device:02: registered as cooling_device2
[ 33.050628] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input8
[ 33.051234] ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
[ 33.051540] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 33.055321] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 33.055325] Bluetooth: BNEP filters: protocol multicast
[ 33.067689] Bluetooth: RFCOMM TTY layer initialized
[ 33.067693] Bluetooth: RFCOMM socket layer initialized
[ 33.067695] Bluetooth: RFCOMM ver 1.11
[ 33.355874] syslog-ng (2019): Attempt to access syslog with CAP_SYS_ADMIN but no CAP_SYSLOG (deprecated).
[ 34.176468] composite sync not supported
[ 34.201146] composite sync not supported
[ 34.700600] composite sync not supported
[ 34.748418] e1000e 0000:00:19.0: irq 46 for MSI/MSI-X
[ 34.799335] e1000e 0000:00:19.0: irq 46 for MSI/MSI-X
[ 34.799934] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 35.047712] ADDRCONF(NETDEV_UP): wlan2: link is not ready
[ 35.152351] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 35.551735] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[ 35.736912] ADDRCONF(NETDEV_UP): virbr0: link is not ready
[ 35.977621] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 37.459444] composite sync not supported
[ 37.872237] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 38.106269] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input9
[ 38.480549] ata1.00: configured for UDMA/133
[ 38.480556] ata1: EH complete
[ 38.619111] EXT4-fs (sda2): re-mounted. Opts: commit=0
[ 39.688560] wlan2: authenticate with 00:1e:e5:7a:b2:5d
[ 39.688586] wlan2: send auth to 00:1e:e5:7a:b2:5d (try 1/3)
[ 39.692335] wlan2: authenticated
[ 39.702210] wlan2: associate with 00:1e:e5:7a:b2:5d (try 1/3)
[ 39.704781] wlan2: RX AssocResp from 00:1e:e5:7a:b2:5d (capab=0x431 status=0 aid=2)
[ 39.704785] wlan2: associated
[ 39.733077] ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[ 50.466240] wlan2: no IPv6 routers present
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 15:53 Boot speed/mount time regression with 3.4.0-rc2 Calvin Walton
@ 2012-04-09 16:08 ` cwillu
2012-04-09 17:10 ` Calvin Walton
2012-04-11 16:38 ` Chester
2 siblings, 0 replies; 29+ messages in thread
From: cwillu @ 2012-04-09 16:08 UTC (permalink / raw)
To: Calvin Walton; +Cc: linux-btrfs
On Mon, Apr 9, 2012 at 9:53 AM, Calvin Walton <calvin.walton@kepstin.ca> wrote:
> Hi,
>
> I have a system that's using a dracut-generated initramfs to mount a
> btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> noticed that the process of mounting the root filesystem takes much
> longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
>
> Does anyone have any ideas? I'm going to try bisecting the issue to see
> if I can narrow down the cause. I've included excerpts from dmesg of the
> bad and good kernels here, and attached the complete dmesg from the bad
> kernel, in case it has anything interesting that I've trimmed out here.
That sounds suspiciously like a symlink from btrfsck is to fsck.btrfs
was added at about the same time as the update (old initrd maybe?).
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 15:53 Boot speed/mount time regression with 3.4.0-rc2 Calvin Walton
2012-04-09 16:08 ` cwillu
@ 2012-04-09 17:10 ` Calvin Walton
2012-04-09 17:14 ` Josef Bacik
2012-04-09 20:54 ` Josef Bacik
2012-04-11 16:38 ` Chester
2 siblings, 2 replies; 29+ messages in thread
From: Calvin Walton @ 2012-04-09 17:10 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-btrfs, Chris Mason
On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> Hi,
>
> I have a system that's using a dracut-generated initramfs to mount a
> btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> noticed that the process of mounting the root filesystem takes much
> longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
>
> Does anyone have any ideas? I'm going to try bisecting the issue to see
> if I can narrow down the cause. I've included excerpts from dmesg of the
> bad and good kernels here, and attached the complete dmesg from the bad
> kernel, in case it has anything interesting that I've trimmed out here.
And the bisect results are in:
285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
Author: Josef Bacik <josef@redhat.com>
Date: Fri Jan 13 15:27:45 2012 -0500
Btrfs: remove the ideal caching code
This is a relic from before we had the disk space cache and it was to make
bootup times when you had btrfs as root not be so damned slow. Now that we have
the disk space cache this isn't a problem anymore and really having this code
casues uneeded fragmentation and complexity, so just remove it. Thanks,
Signed-off-by: Josef Bacik <josef@redhat.com>
The commit doesn't revert cleanly on top of 3.4.0-rc2, so I haven't
tested that; but it looks like that caching code is in fact still useful
to make "btrfs as root not be so damned slow."
> slow:
> [ 0.000000] Linux version 3.4.0-rc2 (cwalton@ayu) (gcc version 4.6.3 (Exherbo gcc-4.6.3) ) #57 SMP PREEMPT Mon Apr 9 11:19:43 EDT 2012
> [ 0.000000] Command line: root=UUID=43969cd0-4aca-4297-bfbe-952a692f7d55 rootflags=subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime mtrr_chunk_size=512M quiet
> <snip>
> [ 1.058257] udevd[701]: starting version 182
> [ 1.389606] device label Linux data devid 1 transid 611923 /dev/sda4
> [ 1.498659] dracut: Checking, if btrfs device complete
> [ 1.644808] device label Linux data devid 1 transid 611923 /dev/sda4
> [ 1.647993] btrfs: disk space caching is enabled
> [ 2.180836] device label Linux data devid 1 transid 611923 /dev/sda4
> [ 2.181663] btrfs: use lzo compression
> [ 2.181667] btrfs: enabling auto defrag
> [ 2.181670] btrfs: enabling inode map caching
> [ 2.181672] btrfs: disk space caching is enabled
> [ 2.697845] dracut: Checking btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> [ 2.699999] dracut: trying to mount /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> [ 2.702637] device label Linux data devid 1 transid 611923 /dev/sda4
> [ 2.704376] btrfs: disk space caching is enabled
> [ 3.081720] dracut: btrfs: /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 is clean
> [ 29.934639] dracut: Remounting /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 with -o subvolid=262,compress=lzo,autodefrag,space_cache,inode_cache,noatime,ro
> [ 29.936810] device label Linux data devid 1 transid 611926 /dev/sda4
> [ 29.937720] btrfs: use lzo compression
> [ 29.937726] btrfs: enabling auto defrag
> [ 29.937733] btrfs: enabling inode map caching
> [ 29.937735] btrfs: disk space caching is enabled
> [ 30.388066] dracut: Mounted root filesystem /dev/sda4
> [ 30.461884] dracut: Switching root
> [ 31.241729] udevd[1322]: starting version 182
> [ 31.422905] btrfs: use lzo compression
> [ 31.422909] btrfs: enabling auto defrag
> [ 31.422913] btrfs: enabling inode map caching
> [ 31.422915] btrfs: disk space caching is enabled
--
Calvin Walton <calvin.walton@kepstin.ca>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 17:10 ` Calvin Walton
@ 2012-04-09 17:14 ` Josef Bacik
2012-04-09 20:54 ` Josef Bacik
1 sibling, 0 replies; 29+ messages in thread
From: Josef Bacik @ 2012-04-09 17:14 UTC (permalink / raw)
To: Calvin Walton; +Cc: Josef Bacik, linux-btrfs, Chris Mason
On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
> On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> > Hi,
> >
> > I have a system that's using a dracut-generated initramfs to mount a
> > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> > noticed that the process of mounting the root filesystem takes much
> > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
> >
> > Does anyone have any ideas? I'm going to try bisecting the issue to see
> > if I can narrow down the cause. I've included excerpts from dmesg of the
> > bad and good kernels here, and attached the complete dmesg from the bad
> > kernel, in case it has anything interesting that I've trimmed out here.
>
> And the bisect results are in:
> 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
> commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> Author: Josef Bacik <josef@redhat.com>
> Date: Fri Jan 13 15:27:45 2012 -0500
>
> Btrfs: remove the ideal caching code
>
> This is a relic from before we had the disk space cache and it was to make
> bootup times when you had btrfs as root not be so damned slow. Now that we have
> the disk space cache this isn't a problem anymore and really having this code
> casues uneeded fragmentation and complexity, so just remove it. Thanks,
>
> Signed-off-by: Josef Bacik <josef@redhat.com>
>
> The commit doesn't revert cleanly on top of 3.4.0-rc2, so I haven't
> tested that; but it looks like that caching code is in fact still useful
> to make "btrfs as root not be so damned slow."
Hrm well you should have disk space cache which is 10x faster, if it's falling
back to the old slow way we should probably figure out why that is happening.
Let me run some tests and see how often I'm getting no disk cache written out.
Thanks,
Josef
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 17:10 ` Calvin Walton
2012-04-09 17:14 ` Josef Bacik
@ 2012-04-09 20:54 ` Josef Bacik
2012-04-09 21:20 ` Calvin Walton
1 sibling, 1 reply; 29+ messages in thread
From: Josef Bacik @ 2012-04-09 20:54 UTC (permalink / raw)
To: Calvin Walton; +Cc: Josef Bacik, linux-btrfs, Chris Mason
On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
> On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> > Hi,
> >
> > I have a system that's using a dracut-generated initramfs to mount a
> > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> > noticed that the process of mounting the root filesystem takes much
> > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
> >
> > Does anyone have any ideas? I'm going to try bisecting the issue to see
> > if I can narrow down the cause. I've included excerpts from dmesg of the
> > bad and good kernels here, and attached the complete dmesg from the bad
> > kernel, in case it has anything interesting that I've trimmed out here.
>
> And the bisect results are in:
> 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
> commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> Author: Josef Bacik <josef@redhat.com>
> Date: Fri Jan 13 15:27:45 2012 -0500
>
> Btrfs: remove the ideal caching code
>
> This is a relic from before we had the disk space cache and it was to make
> bootup times when you had btrfs as root not be so damned slow. Now that we have
> the disk space cache this isn't a problem anymore and really having this code
> casues uneeded fragmentation and complexity, so just remove it. Thanks,
>
> Signed-off-by: Josef Bacik <josef@redhat.com>
>
> The commit doesn't revert cleanly on top of 3.4.0-rc2, so I haven't
> tested that; but it looks like that caching code is in fact still useful
> to make "btrfs as root not be so damned slow."
>
Ok can you give this a whirl? You are going to have to boot/reboot a few times
to let the cache get re-generated again to make sure it's taken effect, but
hopefully this will help out. Thanks,
Josef
diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c
index a844204..7a703d2 100644
--- a/fs/btrfs/extent-tree.c
+++ b/fs/btrfs/extent-tree.c
@@ -530,8 +530,8 @@ static int cache_block_group(struct btrfs_block_group_cache *cache,
* we likely hold important locks.
*/
if (trans && (!trans->transaction->in_commit) &&
- (root && root != root->fs_info->tree_root) &&
- btrfs_test_opt(root, SPACE_CACHE)) {
+ root != fs_info->tree_root &&
+ fs_info->mount_opt & BTRFS_MOUNT_SPACE_CACHE) {
ret = load_free_space_cache(fs_info, cache);
spin_lock(&cache->lock);
^ permalink raw reply related [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 20:54 ` Josef Bacik
@ 2012-04-09 21:20 ` Calvin Walton
2012-04-10 13:08 ` Josef Bacik
2012-04-10 15:16 ` Josef Bacik
0 siblings, 2 replies; 29+ messages in thread
From: Calvin Walton @ 2012-04-09 21:20 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-btrfs, Chris Mason
On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
> On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
> > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> > > Hi,
> > >
> > > I have a system that's using a dracut-generated initramfs to mount a
> > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> > > noticed that the process of mounting the root filesystem takes much
> > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
> > And the bisect results are in:
> > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
> > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> > Author: Josef Bacik <josef@redhat.com>
> > Date: Fri Jan 13 15:27:45 2012 -0500
> >
> > Btrfs: remove the ideal caching code>
>
> Ok can you give this a whirl? You are going to have to boot/reboot a few times
> to let the cache get re-generated again to make sure it's taken effect, but
> hopefully this will help out. Thanks,
Unfortunately, it doesn't seem to help. Even after 3 or 4 reboots with
this patch applied I'm still seeing the same delay.
--
Calvin Walton <calvin.walton@kepstin.ca>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 21:20 ` Calvin Walton
@ 2012-04-10 13:08 ` Josef Bacik
2012-04-10 15:16 ` Josef Bacik
1 sibling, 0 replies; 29+ messages in thread
From: Josef Bacik @ 2012-04-10 13:08 UTC (permalink / raw)
To: Calvin Walton; +Cc: Josef Bacik, linux-btrfs, Chris Mason
On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> > > > Hi,
> > > >
> > > > I have a system that's using a dracut-generated initramfs to mount a
> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> > > > noticed that the process of mounting the root filesystem takes much
> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
>
> > > And the bisect results are in:
> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> > > Author: Josef Bacik <josef@redhat.com>
> > > Date: Fri Jan 13 15:27:45 2012 -0500
> > >
> > > Btrfs: remove the ideal caching code>
> >
> > Ok can you give this a whirl? You are going to have to boot/reboot a few times
> > to let the cache get re-generated again to make sure it's taken effect, but
> > hopefully this will help out. Thanks,
>
> Unfortunately, it doesn't seem to help. Even after 3 or 4 reboots with
> this patch applied I'm still seeing the same delay.
>
Alright my laptop is on btrfs, I'll build my tree and see if I can see the same
thing and then narrow down whats going on. If not you will be seeing many more
patches from me ;). Thanks,
Josef
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 21:20 ` Calvin Walton
2012-04-10 13:08 ` Josef Bacik
@ 2012-04-10 15:16 ` Josef Bacik
2012-04-10 16:04 ` Calvin Walton
2012-04-11 15:26 ` Ahmet Inan
1 sibling, 2 replies; 29+ messages in thread
From: Josef Bacik @ 2012-04-10 15:16 UTC (permalink / raw)
To: Calvin Walton; +Cc: Josef Bacik, linux-btrfs, Chris Mason
On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> > > > Hi,
> > > >
> > > > I have a system that's using a dracut-generated initramfs to mount a
> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> > > > noticed that the process of mounting the root filesystem takes much
> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
>
> > > And the bisect results are in:
> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> > > Author: Josef Bacik <josef@redhat.com>
> > > Date: Fri Jan 13 15:27:45 2012 -0500
> > >
> > > Btrfs: remove the ideal caching code>
> >
> > Ok can you give this a whirl? You are going to have to boot/reboot a few times
> > to let the cache get re-generated again to make sure it's taken effect, but
> > hopefully this will help out. Thanks,
>
> Unfortunately, it doesn't seem to help. Even after 3 or 4 reboots with
> this patch applied I'm still seeing the same delay.
>
Ok drop that previous patch and give this one a whirl, it helped on my laptop.
This is only half of the problem AFAICS, but it's the easier half to fix, in
the meantime I need to lock down why we're not writing out cache for a bunch of
block groups, but thats trickier since the messages I need are spit out while
I'm shutting down, so I need to get creative. Let me know if/how much this
helps. Thanks,
Josef
diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c
index a844204..4a871f0 100644
--- a/fs/btrfs/extent-tree.c
+++ b/fs/btrfs/extent-tree.c
@@ -529,9 +529,7 @@ static int cache_block_group(struct btrfs_block_group_cache *cache,
* allocate blocks for the tree root we can't do the fast caching since
* we likely hold important locks.
*/
- if (trans && (!trans->transaction->in_commit) &&
- (root && root != root->fs_info->tree_root) &&
- btrfs_test_opt(root, SPACE_CACHE)) {
+ if (fs_info->mount_opt & BTRFS_MOUNT_SPACE_CACHE) {
ret = load_free_space_cache(fs_info, cache);
spin_lock(&cache->lock);
diff --git a/fs/btrfs/free-space-cache.c b/fs/btrfs/free-space-cache.c
index 054707e..baaa518 100644
--- a/fs/btrfs/free-space-cache.c
+++ b/fs/btrfs/free-space-cache.c
@@ -748,13 +748,6 @@ int load_free_space_cache(struct btrfs_fs_info *fs_info,
u64 used = btrfs_block_group_used(&block_group->item);
/*
- * If we're unmounting then just return, since this does a search on the
- * normal root and not the commit root and we could deadlock.
- */
- if (btrfs_fs_closing(fs_info))
- return 0;
-
- /*
* If this block group has been marked to be cleared for one reason or
* another then we can't trust the on disk cache, so just return.
*/
@@ -768,6 +761,8 @@ int load_free_space_cache(struct btrfs_fs_info *fs_info,
path = btrfs_alloc_path();
if (!path)
return 0;
+ path->search_commit_root = 1;
+ path->skip_locking = 1;
inode = lookup_free_space_inode(root, block_group, path);
if (IS_ERR(inode)) {
^ permalink raw reply related [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-10 15:16 ` Josef Bacik
@ 2012-04-10 16:04 ` Calvin Walton
2012-04-10 16:29 ` David Sterba
2012-04-11 15:26 ` Ahmet Inan
1 sibling, 1 reply; 29+ messages in thread
From: Calvin Walton @ 2012-04-10 16:04 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-btrfs, Chris Mason
On Tue, 2012-04-10 at 11:16 -0400, Josef Bacik wrote:
> On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
> > On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
> > > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
> > > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> > > > > Hi,
> > > > >
> > > > > I have a system that's using a dracut-generated initramfs to mount a
> > > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> > > > > noticed that the process of mounting the root filesystem takes much
> > > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
>
> Ok drop that previous patch and give this one a whirl, it helped on my laptop.
> This is only half of the problem AFAICS, but it's the easier half to fix, in
> the meantime I need to lock down why we're not writing out cache for a bunch of
> block groups, but thats trickier since the messages I need are spit out while
> I'm shutting down, so I need to get creative. Let me know if/how much this
> helps. Thanks,
This one brings the mount time right down on my laptop, it's back to
around 0.5 seconds, same as 3.3.x.
Tested-by: Calvin Walton <calvin.walton@kepstin.ca>
I'll keep following this email thread; let me know if you have any other
patches that you want me to try out.
--
Calvin Walton <calvin.walton@kepstin.ca>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-10 16:04 ` Calvin Walton
@ 2012-04-10 16:29 ` David Sterba
2012-04-10 16:34 ` Calvin Walton
0 siblings, 1 reply; 29+ messages in thread
From: David Sterba @ 2012-04-10 16:29 UTC (permalink / raw)
To: Calvin Walton; +Cc: Josef Bacik, linux-btrfs, Chris Mason
On Tue, Apr 10, 2012 at 12:04:00PM -0400, Calvin Walton wrote:
> On Tue, 2012-04-10 at 11:16 -0400, Josef Bacik wrote:
> This one brings the mount time right down on my laptop, it's back to
> around 0.5 seconds, same as 3.3.x.
Did you notice any change during umount?
david
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-10 16:29 ` David Sterba
@ 2012-04-10 16:34 ` Calvin Walton
0 siblings, 0 replies; 29+ messages in thread
From: Calvin Walton @ 2012-04-10 16:34 UTC (permalink / raw)
To: dave; +Cc: Josef Bacik, linux-btrfs, Chris Mason
On Tue, 2012-04-10 at 18:29 +0200, David Sterba wrote:
> On Tue, Apr 10, 2012 at 12:04:00PM -0400, Calvin Walton wrote:
> > On Tue, 2012-04-10 at 11:16 -0400, Josef Bacik wrote:
> > This one brings the mount time right down on my laptop, it's back to
> > around 0.5 seconds, same as 3.3.x.
>
> Did you notice any change during umount?
That's hard to tell, given that it's the root filesystem on my laptop
(and the only btrfs filesystem on the computer). I don't think it added
very much, if any time to rebooting my computer - but that's a remount
read-only, not an unmount.
--
Calvin Walton <calvin.walton@kepstin.ca>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-10 15:16 ` Josef Bacik
2012-04-10 16:04 ` Calvin Walton
@ 2012-04-11 15:26 ` Ahmet Inan
2012-04-11 17:04 ` Josef Bacik
1 sibling, 1 reply; 29+ messages in thread
From: Ahmet Inan @ 2012-04-11 15:26 UTC (permalink / raw)
To: Josef Bacik; +Cc: Calvin Walton, linux-btrfs, Chris Mason
[-- Attachment #1: Type: text/plain, Size: 2483 bytes --]
On Tue, Apr 10, 2012 at 5:16 PM, Josef Bacik <josef@redhat.com> wrote:
> On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
>> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
>> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
>> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
>> > > > Hi,
>> > > >
>> > > > I have a system that's using a dracut-generated initramfs to mount a
>> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
>> > > > noticed that the process of mounting the root filesystem takes much
>> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
>>
>> > > And the bisect results are in:
>> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
>> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
>> > > Author: Josef Bacik <josef@redhat.com>
>> > > Date: Fri Jan 13 15:27:45 2012 -0500
>> > >
>> > > Btrfs: remove the ideal caching code>
>> >
>> > Ok can you give this a whirl? You are going to have to boot/reboot a few times
>> > to let the cache get re-generated again to make sure it's taken effect, but
>> > hopefully this will help out. Thanks,
>>
>> Unfortunately, it doesn't seem to help. Even after 3 or 4 reboots with
>> this patch applied I'm still seeing the same delay.
>>
>
> Ok drop that previous patch and give this one a whirl, it helped on my laptop.
> This is only half of the problem AFAICS, but it's the easier half to fix, in
> the meantime I need to lock down why we're not writing out cache for a bunch of
> block groups, but thats trickier since the messages I need are spit out while
> I'm shutting down, so I need to get creative. Let me know if/how much this
> helps. Thanks,
i have tried your patch and my system still needs several minutes to boot
until it can be used.
Also tried to reboot several times - it doesn't look like its getting better.
The last thing the system does when its shutting down is a read-only
remount of "/" so no umount.
Booting was much faster before i pulled for-linus a few weeks ago but
i couldn't find the time to bisect it yet ..
please also look at the attached dmesg.txt.
this is an core i3 system with 2x2TB BTRFS RAID1 and lots of
home directories and snapshots.
I'm going to test this patch on twenty more computers but with
smaller HDDs and less files and see if it helps to speed up their
boot times.
Ahmet
[-- Attachment #2: dmesg.txt --]
[-- Type: text/plain, Size: 6924 bytes --]
[ 28.155134] btrfs: use lzo compression
[ 239.698516] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 239.698520] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 239.698524] btrfs-transacti D ffff88023fcd0a00 0 997 2 0x00000000
[ 239.698530] ffff880233c1bce0 0000000000000046 ffff880234bcc9c0 0000000000010a00
[ 239.698535] ffff880233c1bfd8 ffff880233c1a000 0000000000010a00 0000000000004000
[ 239.698539] ffff880233c1bfd8 0000000000010a00 ffff880236d384c0 ffff880234bcc9c0
[ 239.698544] Call Trace:
[ 239.698554] [<ffffffff8105d738>] ? idle_balance+0x108/0x130
[ 239.698580] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 239.698602] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 239.698618] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 239.698624] [<ffffffff810caf8c>] ? cache_alloc_refill+0x7c/0x280
[ 239.698630] [<ffffffff8160beba>] schedule+0x3a/0x50
[ 239.698634] [<ffffffff8160a245>] schedule_timeout+0x1c5/0x220
[ 239.698638] [<ffffffff8160aaf9>] ? mutex_lock+0x19/0x40
[ 239.698643] [<ffffffff8104c2eb>] ? prepare_to_wait+0x5b/0x90
[ 239.698662] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 239.698680] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 239.698685] [<ffffffff8104c050>] ? wake_up_bit+0x40/0x40
[ 239.698701] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 239.698717] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 239.698733] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 239.698737] [<ffffffff8104bb66>] kthread+0x96/0xa0
[ 239.698742] [<ffffffff8160e9d4>] kernel_thread_helper+0x4/0x10
[ 239.698746] [<ffffffff8104bad0>] ? kthread_freezable_should_stop+0x70/0x70
[ 239.698750] [<ffffffff8160e9d0>] ? gs_change+0xb/0xb
[ 359.367274] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 359.367278] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 359.367281] btrfs-transacti D ffff88023fcd0a00 0 997 2 0x00000000
[ 359.367288] ffff880233c1bce0 0000000000000046 ffff880234bcc9c0 0000000000010a00
[ 359.367292] ffff880233c1bfd8 ffff880233c1a000 0000000000010a00 0000000000004000
[ 359.367297] ffff880233c1bfd8 0000000000010a00 ffff880236d384c0 ffff880234bcc9c0
[ 359.367302] Call Trace:
[ 359.367311] [<ffffffff8105d738>] ? idle_balance+0x108/0x130
[ 359.367341] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 359.367361] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 359.367376] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 359.367382] [<ffffffff810caf8c>] ? cache_alloc_refill+0x7c/0x280
[ 359.367387] [<ffffffff8160beba>] schedule+0x3a/0x50
[ 359.367392] [<ffffffff8160a245>] schedule_timeout+0x1c5/0x220
[ 359.367395] [<ffffffff8160aaf9>] ? mutex_lock+0x19/0x40
[ 359.367401] [<ffffffff8104c2eb>] ? prepare_to_wait+0x5b/0x90
[ 359.367418] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 359.367434] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 359.367439] [<ffffffff8104c050>] ? wake_up_bit+0x40/0x40
[ 359.367454] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 359.367468] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 359.367483] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 359.367487] [<ffffffff8104bb66>] kthread+0x96/0xa0
[ 359.367491] [<ffffffff8160e9d4>] kernel_thread_helper+0x4/0x10
[ 359.367495] [<ffffffff8104bad0>] ? kthread_freezable_should_stop+0x70/0x70
[ 359.367499] [<ffffffff8160e9d0>] ? gs_change+0xb/0xb
[ 381.402216] device label root devid 2 transid 191279 /dev/sdb2
[ 381.513690] device label root devid 2 transid 191280 /dev/sdb2
[ 381.544355] device label root devid 2 transid 191280 /dev/sdb2
[ 381.598693] device label root devid 2 transid 191280 /dev/sdb2
[ 381.657321] device label root devid 2 transid 191280 /dev/sdb2
[ 385.489174] tg3 0000:02:00.0: irq 43 for MSI/MSI-X
[ 386.403428] tg3 0000:02:00.0: eth0: Link is down
[ 389.404993] tg3 0000:02:00.0: eth0: Link is up at 1000 Mbps, full duplex
[ 389.404998] tg3 0000:02:00.0: eth0: Flow control is on for TX and on for RX
[ 400.955504] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 400.955527] NFSD: starting 90-second grace period
[ 598.704766] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 598.704771] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 598.704775] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 598.704781] ffff880233c1ba80 0000000000000046 ffff880234bcc9c0 0000000000010a00
[ 598.704786] ffff880233c1bfd8 ffff880233c1a000 0000000000010a00 0000000000004000
[ 598.704791] ffff880233c1bfd8 0000000000010a00 ffff880236d0a2c0 ffff880234bcc9c0
[ 598.704796] Call Trace:
[ 598.704806] [<ffffffff810a21df>] ? release_pages+0x1af/0x200
[ 598.704812] [<ffffffff81096ce0>] ? __lock_page+0x70/0x70
[ 598.704819] [<ffffffff8160beba>] schedule+0x3a/0x50
[ 598.704822] [<ffffffff8160bf2b>] io_schedule+0x5b/0x80
[ 598.704826] [<ffffffff81096ce9>] sleep_on_page+0x9/0x10
[ 598.704831] [<ffffffff8160a352>] __wait_on_bit_lock+0x52/0xb0
[ 598.704835] [<ffffffff81096cd2>] __lock_page+0x62/0x70
[ 598.704840] [<ffffffff8104c090>] ? autoremove_wake_function+0x40/0x40
[ 598.704872] [<ffffffffa0056df1>] extent_write_cache_pages.clone.26.clone.40+0x211/0x3e0 [btrfs]
[ 598.704896] [<ffffffffa00571f5>] extent_writepages+0x45/0x60 [btrfs]
[ 598.704916] [<ffffffffa0037500>] ? uncompress_inline.clone.44+0x1b0/0x1b0 [btrfs]
[ 598.704934] [<ffffffffa0036d42>] btrfs_writepages+0x22/0x30 [btrfs]
[ 598.704939] [<ffffffff810a0d4c>] do_writepages+0x1c/0x30
[ 598.704943] [<ffffffff8109791b>] __filemap_fdatawrite_range+0x5b/0x60
[ 598.704948] [<ffffffff810987d7>] filemap_flush+0x17/0x20
[ 598.704967] [<ffffffffa0051c82>] btrfs_run_ordered_operations+0x192/0x200 [btrfs]
[ 598.704986] [<ffffffffa0032f26>] btrfs_commit_transaction+0x76/0x9a0 [btrfs]
[ 598.704991] [<ffffffff8103bf92>] ? del_timer_sync+0x32/0x50
[ 598.705009] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 598.705013] [<ffffffff8104c050>] ? wake_up_bit+0x40/0x40
[ 598.705030] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 598.705046] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 598.705062] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 598.705066] [<ffffffff8104bb66>] kthread+0x96/0xa0
[ 598.705071] [<ffffffff8160e9d4>] kernel_thread_helper+0x4/0x10
[ 598.705076] [<ffffffff8104bad0>] ? kthread_freezable_should_stop+0x70/0x70
[ 598.705079] [<ffffffff8160e9d0>] ? gs_change+0xb/0xb
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-09 15:53 Boot speed/mount time regression with 3.4.0-rc2 Calvin Walton
2012-04-09 16:08 ` cwillu
2012-04-09 17:10 ` Calvin Walton
@ 2012-04-11 16:38 ` Chester
2012-04-11 18:24 ` Josef Bacik
2 siblings, 1 reply; 29+ messages in thread
From: Chester @ 2012-04-11 16:38 UTC (permalink / raw)
To: Calvin Walton; +Cc: linux-btrfs
On Mon, Apr 9, 2012 at 10:53 AM, Calvin Walton <calvin.walton@kepstin.c=
a> wrote:
>
> Hi,
>
> I have a system that's using a dracut-generated initramfs to mount a
> btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
> noticed that the process of mounting the root filesystem takes much
> longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slow=
er!
>
> Does anyone have any ideas? I'm going to try bisecting the issue to s=
ee
> if I can narrow down the cause. I've included excerpts from dmesg of =
the
> bad and good kernels here, and attached the complete dmesg from the b=
ad
> kernel, in case it has anything interesting that I've trimmed out her=
e.
>
> slow:
> [ =A0 =A00.000000] Linux version 3.4.0-rc2 (cwalton@ayu) (gcc version=
4.6.3
> (Exherbo gcc-4.6.3) ) #57 SMP PREEMPT Mon Apr 9 11:19:43 EDT 2012
> [ =A0 =A00.000000] Command line:
> root=3DUUID=3D43969cd0-4aca-4297-bfbe-952a692f7d55
> rootflags=3Dsubvolid=3D262,compress=3Dlzo,autodefrag,space_cache,inod=
e_cache,noatime
> mtrr_chunk_size=3D512M quiet
> <snip>
> [ =A0 =A01.058257] udevd[701]: starting version 182
> [ =A0 =A01.389606] device label Linux data devid 1 transid 611923 /de=
v/sda4
> [ =A0 =A01.498659] dracut: Checking, if btrfs device complete
> [ =A0 =A01.644808] device label Linux data devid 1 transid 611923 /de=
v/sda4
> [ =A0 =A01.647993] btrfs: disk space caching is enabled
> [ =A0 =A02.180836] device label Linux data devid 1 transid 611923 /de=
v/sda4
> [ =A0 =A02.181663] btrfs: use lzo compression
> [ =A0 =A02.181667] btrfs: enabling auto defrag
> [ =A0 =A02.181670] btrfs: enabling inode map caching
> [ =A0 =A02.181672] btrfs: disk space caching is enabled
> [ =A0 =A02.697845] dracut: Checking btrfs:
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> [ =A0 =A02.699999] dracut: trying to mount
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> [ =A0 =A02.702637] device label Linux data devid 1 transid 611923 /de=
v/sda4
> [ =A0 =A02.704376] btrfs: disk space caching is enabled
> [ =A0 =A03.081720] dracut: btrfs:
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 is clean
> [ =A0 29.934639] dracut: Remounting
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 with -o
> subvolid=3D262,compress=3Dlzo,autodefrag,space_cache,inode_cache,noat=
ime,ro
> [ =A0 29.936810] device label Linux data devid 1 transid 611926 /dev/=
sda4
> [ =A0 29.937720] btrfs: use lzo compression
> [ =A0 29.937726] btrfs: enabling auto defrag
> [ =A0 29.937733] btrfs: enabling inode map caching
> [ =A0 29.937735] btrfs: disk space caching is enabled
> [ =A0 30.388066] dracut: Mounted root filesystem /dev/sda4
> [ =A0 30.461884] dracut: Switching root
> [ =A0 31.241729] udevd[1322]: starting version 182
> [ =A0 31.422905] btrfs: use lzo compression
> [ =A0 31.422909] btrfs: enabling auto defrag
> [ =A0 31.422913] btrfs: enabling inode map caching
> [ =A0 31.422915] btrfs: disk space caching is enabled
>
> vs fast:
> [ =A0 =A00.000000] Linux version 3.3.1 (cwalton@ayu) (gcc version 4.6=
=2E3
> (Exherbo gcc-4.6.3) ) #53 SMP PREEMPT Wed Apr 4 01:20:47 EDT 2012
> [ =A0 =A00.000000] Command line:
> root=3DUUID=3D43969cd0-4aca-4297-bfbe-952a692f7d55
> rootflags=3Dsubvolid=3D262,compress=3Dlzo,autodefrag,space_cache,inod=
e_cache,noatime
Calvin, I noticed that you have the space_cache mount option set. I
remember josef saying that it is a one-time option where it's a
permanent change after mounting for the first time, therefore each
subsequent mount will not require the option. In fact, if the option
is specified again, the space_cache is reset.
Is this still up-to-date info?
> mtrr_chunk_size=3D512M quiet
> <snip>
> [ =A0 =A01.060117] udevd[695]: starting version 182
> [ =A0 =A01.344328] device label Linux data devid 1 transid 611917 /de=
v/sda4
> [ =A0 =A01.384888] dracut: Checking, if btrfs device complete
> [ =A0 =A01.405121] device label Linux data devid 1 transid 611917 /de=
v/sda4
> [ =A0 =A01.405905] btrfs: disk space caching is enabled
> [ =A0 =A01.971953] device label Linux data devid 1 transid 611917 /de=
v/sda4
> [ =A0 =A01.972519] btrfs: use lzo compression
> [ =A0 =A01.972523] btrfs: enabling auto defrag
> [ =A0 =A01.972526] btrfs: enabling inode map caching
> [ =A0 =A01.972528] btrfs: disk space caching is enabled
> [ =A0 =A02.528540] dracut: Checking btrfs:
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> [ =A0 =A02.530725] dracut: trying to mount
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> [ =A0 =A02.558285] device label Linux data devid 1 transid 611917 /de=
v/sda4
> [ =A0 =A02.559087] btrfs: disk space caching is enabled
> [ =A0 =A03.013103] dracut: btrfs:
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 is clean
> [ =A0 =A03.518807] dracut: Remounting
> /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 with -o
> subvolid=3D262,compress=3Dlzo,autodefrag,space_cache,inode_cache,noat=
ime,ro
> [ =A0 =A03.520031] device label Linux data devid 1 transid 611920 /de=
v/sda4
> [ =A0 =A03.520680] btrfs: use lzo compression
> [ =A0 =A03.520684] btrfs: enabling auto defrag
> [ =A0 =A03.520688] btrfs: enabling inode map caching
> [ =A0 =A03.520689] btrfs: disk space caching is enabled
> [ =A0 =A04.066285] dracut: Mounted root filesystem /dev/sda4
> [ =A0 =A04.120861] dracut: Switching root
> [ =A0 =A04.995934] btrfs: use lzo compression
> [ =A0 =A04.995938] btrfs: enabling auto defrag
> [ =A0 =A04.995942] btrfs: enabling inode map caching
> [ =A0 =A04.995943] btrfs: disk space caching is enabled
> [ =A0 =A05.010473] udevd[1330]: starting version 182
>
> --
> Calvin Walton <calvin.walton@kepstin.ca>
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-11 15:26 ` Ahmet Inan
@ 2012-04-11 17:04 ` Josef Bacik
2012-04-12 9:22 ` Ahmet Inan
0 siblings, 1 reply; 29+ messages in thread
From: Josef Bacik @ 2012-04-11 17:04 UTC (permalink / raw)
To: Ahmet Inan; +Cc: Josef Bacik, Calvin Walton, linux-btrfs, Chris Mason
On Wed, Apr 11, 2012 at 05:26:29PM +0200, Ahmet Inan wrote:
> On Tue, Apr 10, 2012 at 5:16 PM, Josef Bacik <josef@redhat.com> wrote=
:
> > On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
> >> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
> >> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
> >> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> >> > > > Hi,
> >> > > >
> >> > > > I have a system that's using a dracut-generated initramfs to=
mount a
> >> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it o=
ut, I've
> >> > > > noticed that the process of mounting the root filesystem tak=
es much
> >> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 sec=
onds slower!
> >>
> >> > > And the bisect results are in:
> >> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad comm=
it
> >> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> >> > > Author: Josef Bacik <josef@redhat.com>
> >> > > Date: =A0 Fri Jan 13 15:27:45 2012 -0500
> >> > >
> >> > > =A0 =A0 Btrfs: remove the ideal caching code>
> >> >
> >> > Ok can you give this a whirl? =A0You are going to have to boot/r=
eboot a few times
> >> > to let the cache get re-generated again to make sure it's taken =
effect, but
> >> > hopefully this will help out. =A0Thanks,
> >>
> >> Unfortunately, it doesn't seem to help. Even after 3 or 4 reboots =
with
> >> this patch applied I'm still seeing the same delay.
> >>
> >
> > Ok drop that previous patch and give this one a whirl, it helped on=
my laptop.
> > This is only =A0half of the problem AFAICS, but it's the easier hal=
f to fix, in
> > the meantime I need to lock down why we're not writing out cache fo=
r a bunch of
> > block groups, but thats trickier since the messages I need are spit=
out while
> > I'm shutting down, so I need to get creative. =A0Let me know if/how=
much this
> > helps. =A0Thanks,
>=20
> i have tried your patch and my system still needs several minutes to =
boot
> until it can be used.
> Also tried to reboot several times - it doesn't look like its getting=
better.
> The last thing the system does when its shutting down is a read-only
> remount of "/" so no umount.
> Booting was much faster before i pulled for-linus a few weeks ago but
> i couldn't find the time to bisect it yet ..
>=20
> please also look at the attached dmesg.txt.
> this is an core i3 system with 2x2TB BTRFS RAID1 and lots of
> home directories and snapshots.
>=20
> I'm going to test this patch on twenty more computers but with
> smaller HDDs and less files and see if it helps to speed up their
> boot times.
>=20
Ok looks like you are running into a different problem. Could you mayb=
e run
bootchart and upload the resulting png somewhere so I can look and see =
what all
is running while you boot? Thanks,
Josef
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-11 16:38 ` Chester
@ 2012-04-11 18:24 ` Josef Bacik
0 siblings, 0 replies; 29+ messages in thread
From: Josef Bacik @ 2012-04-11 18:24 UTC (permalink / raw)
To: Chester; +Cc: Calvin Walton, linux-btrfs
On Wed, Apr 11, 2012 at 11:38:33AM -0500, Chester wrote:
> On Mon, Apr 9, 2012 at 10:53 AM, Calvin Walton <calvin.walton@kepstin=
=2Eca> wrote:
> >
> > Hi,
> >
> > I have a system that's using a dracut-generated initramfs to mount =
a
> > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I'v=
e
> > noticed that the process of mounting the root filesystem takes much
> > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds sl=
ower!
> >
> > Does anyone have any ideas? I'm going to try bisecting the issue to=
see
> > if I can narrow down the cause. I've included excerpts from dmesg o=
f the
> > bad and good kernels here, and attached the complete dmesg from the=
bad
> > kernel, in case it has anything interesting that I've trimmed out h=
ere.
> >
> > slow:
> > [ =A0 =A00.000000] Linux version 3.4.0-rc2 (cwalton@ayu) (gcc versi=
on 4.6.3
> > (Exherbo gcc-4.6.3) ) #57 SMP PREEMPT Mon Apr 9 11:19:43 EDT 2012
> > [ =A0 =A00.000000] Command line:
> > root=3DUUID=3D43969cd0-4aca-4297-bfbe-952a692f7d55
> > rootflags=3Dsubvolid=3D262,compress=3Dlzo,autodefrag,space_cache,in=
ode_cache,noatime
> > mtrr_chunk_size=3D512M quiet
> > <snip>
> > [ =A0 =A01.058257] udevd[701]: starting version 182
> > [ =A0 =A01.389606] device label Linux data devid 1 transid 611923 /=
dev/sda4
> > [ =A0 =A01.498659] dracut: Checking, if btrfs device complete
> > [ =A0 =A01.644808] device label Linux data devid 1 transid 611923 /=
dev/sda4
> > [ =A0 =A01.647993] btrfs: disk space caching is enabled
> > [ =A0 =A02.180836] device label Linux data devid 1 transid 611923 /=
dev/sda4
> > [ =A0 =A02.181663] btrfs: use lzo compression
> > [ =A0 =A02.181667] btrfs: enabling auto defrag
> > [ =A0 =A02.181670] btrfs: enabling inode map caching
> > [ =A0 =A02.181672] btrfs: disk space caching is enabled
> > [ =A0 =A02.697845] dracut: Checking btrfs:
> > /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> > [ =A0 =A02.699999] dracut: trying to mount
> > /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55
> > [ =A0 =A02.702637] device label Linux data devid 1 transid 611923 /=
dev/sda4
> > [ =A0 =A02.704376] btrfs: disk space caching is enabled
> > [ =A0 =A03.081720] dracut: btrfs:
> > /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 is clean
> > [ =A0 29.934639] dracut: Remounting
> > /dev/disk/by-uuid/43969cd0-4aca-4297-bfbe-952a692f7d55 with -o
> > subvolid=3D262,compress=3Dlzo,autodefrag,space_cache,inode_cache,no=
atime,ro
> > [ =A0 29.936810] device label Linux data devid 1 transid 611926 /de=
v/sda4
> > [ =A0 29.937720] btrfs: use lzo compression
> > [ =A0 29.937726] btrfs: enabling auto defrag
> > [ =A0 29.937733] btrfs: enabling inode map caching
> > [ =A0 29.937735] btrfs: disk space caching is enabled
> > [ =A0 30.388066] dracut: Mounted root filesystem /dev/sda4
> > [ =A0 30.461884] dracut: Switching root
> > [ =A0 31.241729] udevd[1322]: starting version 182
> > [ =A0 31.422905] btrfs: use lzo compression
> > [ =A0 31.422909] btrfs: enabling auto defrag
> > [ =A0 31.422913] btrfs: enabling inode map caching
> > [ =A0 31.422915] btrfs: disk space caching is enabled
> >
> > vs fast:
> > [ =A0 =A00.000000] Linux version 3.3.1 (cwalton@ayu) (gcc version 4=
=2E6.3
> > (Exherbo gcc-4.6.3) ) #53 SMP PREEMPT Wed Apr 4 01:20:47 EDT 2012
> > [ =A0 =A00.000000] Command line:
> > root=3DUUID=3D43969cd0-4aca-4297-bfbe-952a692f7d55
> > rootflags=3Dsubvolid=3D262,compress=3Dlzo,autodefrag,space_cache,in=
ode_cache,noatime
>=20
> Calvin, I noticed that you have the space_cache mount option set. I
> remember josef saying that it is a one-time option where it's a
> permanent change after mounting for the first time, therefore each
> subsequent mount will not require the option. In fact, if the option
> is specified again, the space_cache is reset.
>=20
> Is this still up-to-date info?
>=20
No you can leave space_cache set, there's another option for resetting =
the space
cache, clear_cache iirc. Thanks,
Josef
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-11 17:04 ` Josef Bacik
@ 2012-04-12 9:22 ` Ahmet Inan
2012-04-12 13:37 ` Josef Bacik
0 siblings, 1 reply; 29+ messages in thread
From: Ahmet Inan @ 2012-04-12 9:22 UTC (permalink / raw)
To: Josef Bacik; +Cc: Calvin Walton, linux-btrfs, Chris Mason
On Wed, Apr 11, 2012 at 7:04 PM, Josef Bacik <josef@redhat.com> wrote:
> On Wed, Apr 11, 2012 at 05:26:29PM +0200, Ahmet Inan wrote:
>> On Tue, Apr 10, 2012 at 5:16 PM, Josef Bacik <josef@redhat.com> wrot=
e:
>> > On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
>> >> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
>> >> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
>> >> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
>> >> > > > Hi,
>> >> > > >
>> >> > > > I have a system that's using a dracut-generated initramfs t=
o mount a
>> >> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it =
out, I've
>> >> > > > noticed that the process of mounting the root filesystem ta=
kes much
>> >> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 se=
conds slower!
>> >>
>> >> > > And the bisect results are in:
>> >> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad com=
mit
>> >> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
>> >> > > Author: Josef Bacik <josef@redhat.com>
>> >> > > Date: =C2=A0 Fri Jan 13 15:27:45 2012 -0500
>> >> > >
>> >> > > =C2=A0 =C2=A0 Btrfs: remove the ideal caching code>
>> >> >
>> >> > Ok can you give this a whirl? =C2=A0You are going to have to bo=
ot/reboot a few times
>> >> > to let the cache get re-generated again to make sure it's taken=
effect, but
>> >> > hopefully this will help out. =C2=A0Thanks,
>> >>
>> >> Unfortunately, it doesn't seem to help. Even after 3 or 4 reboots=
with
>> >> this patch applied I'm still seeing the same delay.
>> >>
>> >
>> > Ok drop that previous patch and give this one a whirl, it helped o=
n my laptop.
>> > This is only =C2=A0half of the problem AFAICS, but it's the easier=
half to fix, in
>> > the meantime I need to lock down why we're not writing out cache f=
or a bunch of
>> > block groups, but thats trickier since the messages I need are spi=
t out while
>> > I'm shutting down, so I need to get creative. =C2=A0Let me know if=
/how much this
>> > helps. =C2=A0Thanks,
>>
>> i have tried your patch and my system still needs several minutes to=
boot
>> until it can be used.
>> Also tried to reboot several times - it doesn't look like its gettin=
g better.
>> The last thing the system does when its shutting down is a read-only
>> remount of "/" so no umount.
>> Booting was much faster before i pulled for-linus a few weeks ago bu=
t
>> i couldn't find the time to bisect it yet ..
>>
>> please also look at the attached dmesg.txt.
>> this is an core i3 system with 2x2TB BTRFS RAID1 and lots of
>> home directories and snapshots.
>>
>> I'm going to test this patch on twenty more computers but with
>> smaller HDDs and less files and see if it helps to speed up their
>> boot times.
>>
>
> Ok looks like you are running into a different problem. =C2=A0Could y=
ou maybe run
> bootchart and upload the resulting png somewhere so I can look and se=
e what all
> is running while you boot? =C2=A0Thanks,
http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart.png
i have tried your patch now on the twenty more computers i mentioned an=
d
still it takes a minute to remount rw "/" on those, even after several =
reboots.
Ahmet
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-12 9:22 ` Ahmet Inan
@ 2012-04-12 13:37 ` Josef Bacik
2012-04-12 14:23 ` Josef Bacik
0 siblings, 1 reply; 29+ messages in thread
From: Josef Bacik @ 2012-04-12 13:37 UTC (permalink / raw)
To: Ahmet Inan; +Cc: Josef Bacik, Calvin Walton, linux-btrfs, Chris Mason
On Thu, Apr 12, 2012 at 11:22:51AM +0200, Ahmet Inan wrote:
> On Wed, Apr 11, 2012 at 7:04 PM, Josef Bacik <josef@redhat.com> wrote=
:
> > On Wed, Apr 11, 2012 at 05:26:29PM +0200, Ahmet Inan wrote:
> >> On Tue, Apr 10, 2012 at 5:16 PM, Josef Bacik <josef@redhat.com> wr=
ote:
> >> > On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
> >> >> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
> >> >> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote=
:
> >> >> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> >> >> > > > Hi,
> >> >> > > >
> >> >> > > > I have a system that's using a dracut-generated initramfs=
to mount a
> >> >> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test i=
t out, I've
> >> >> > > > noticed that the process of mounting the root filesystem =
takes much
> >> >> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 =
seconds slower!
> >> >>
> >> >> > > And the bisect results are in:
> >> >> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad c=
ommit
> >> >> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> >> >> > > Author: Josef Bacik <josef@redhat.com>
> >> >> > > Date: =A0 Fri Jan 13 15:27:45 2012 -0500
> >> >> > >
> >> >> > > =A0 =A0 Btrfs: remove the ideal caching code>
> >> >> >
> >> >> > Ok can you give this a whirl? =A0You are going to have to boo=
t/reboot a few times
> >> >> > to let the cache get re-generated again to make sure it's tak=
en effect, but
> >> >> > hopefully this will help out. =A0Thanks,
> >> >>
> >> >> Unfortunately, it doesn't seem to help. Even after 3 or 4 reboo=
ts with
> >> >> this patch applied I'm still seeing the same delay.
> >> >>
> >> >
> >> > Ok drop that previous patch and give this one a whirl, it helped=
on my laptop.
> >> > This is only =A0half of the problem AFAICS, but it's the easier =
half to fix, in
> >> > the meantime I need to lock down why we're not writing out cache=
for a bunch of
> >> > block groups, but thats trickier since the messages I need are s=
pit out while
> >> > I'm shutting down, so I need to get creative. =A0Let me know if/=
how much this
> >> > helps. =A0Thanks,
> >>
> >> i have tried your patch and my system still needs several minutes =
to boot
> >> until it can be used.
> >> Also tried to reboot several times - it doesn't look like its gett=
ing better.
> >> The last thing the system does when its shutting down is a read-on=
ly
> >> remount of "/" so no umount.
> >> Booting was much faster before i pulled for-linus a few weeks ago =
but
> >> i couldn't find the time to bisect it yet ..
> >>
> >> please also look at the attached dmesg.txt.
> >> this is an core i3 system with 2x2TB BTRFS RAID1 and lots of
> >> home directories and snapshots.
> >>
> >> I'm going to test this patch on twenty more computers but with
> >> smaller HDDs and less files and see if it helps to speed up their
> >> boot times.
> >>
> >
> > Ok looks like you are running into a different problem. =A0Could yo=
u maybe run
> > bootchart and upload the resulting png somewhere so I can look and =
see what all
> > is running while you boot? =A0Thanks,
>=20
> http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart.p=
ng
>=20
> i have tried your patch now on the twenty more computers i mentioned =
and
> still it takes a minute to remount rw "/" on those, even after severa=
l reboots.
>=20
Oops responding to the whole list this time..
Um ouch your system appears to not be doing anything for like 300 secon=
ds but
sitting there. Can you hook up a console and capture sysrq+w while tha=
ts going
on? Also you are mounting with -o space_cache right? Can I see your d=
mesg to
make sure it's doing what it's supposed to? Thanks,
Josef
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-12 13:37 ` Josef Bacik
@ 2012-04-12 14:23 ` Josef Bacik
2012-04-13 6:26 ` Ahmet Inan
0 siblings, 1 reply; 29+ messages in thread
From: Josef Bacik @ 2012-04-12 14:23 UTC (permalink / raw)
To: Josef Bacik; +Cc: Ahmet Inan, Calvin Walton, linux-btrfs, Chris Mason
On Thu, Apr 12, 2012 at 09:37:48AM -0400, Josef Bacik wrote:
> On Thu, Apr 12, 2012 at 11:22:51AM +0200, Ahmet Inan wrote:
> > On Wed, Apr 11, 2012 at 7:04 PM, Josef Bacik <josef@redhat.com> wro=
te:
> > > On Wed, Apr 11, 2012 at 05:26:29PM +0200, Ahmet Inan wrote:
> > >> On Tue, Apr 10, 2012 at 5:16 PM, Josef Bacik <josef@redhat.com> =
wrote:
> > >> > On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
> > >> >> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
> > >> >> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wro=
te:
> > >> >> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
> > >> >> > > > Hi,
> > >> >> > > >
> > >> >> > > > I have a system that's using a dracut-generated initram=
fs to mount a
> > >> >> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test=
it out, I've
> > >> >> > > > noticed that the process of mounting the root filesyste=
m takes much
> > >> >> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 3=
0 seconds slower!
> > >> >>
> > >> >> > > And the bisect results are in:
> > >> >> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad=
commit
> > >> >> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
> > >> >> > > Author: Josef Bacik <josef@redhat.com>
> > >> >> > > Date: =A0 Fri Jan 13 15:27:45 2012 -0500
> > >> >> > >
> > >> >> > > =A0 =A0 Btrfs: remove the ideal caching code>
> > >> >> >
> > >> >> > Ok can you give this a whirl? =A0You are going to have to b=
oot/reboot a few times
> > >> >> > to let the cache get re-generated again to make sure it's t=
aken effect, but
> > >> >> > hopefully this will help out. =A0Thanks,
> > >> >>
> > >> >> Unfortunately, it doesn't seem to help. Even after 3 or 4 reb=
oots with
> > >> >> this patch applied I'm still seeing the same delay.
> > >> >>
> > >> >
> > >> > Ok drop that previous patch and give this one a whirl, it help=
ed on my laptop.
> > >> > This is only =A0half of the problem AFAICS, but it's the easie=
r half to fix, in
> > >> > the meantime I need to lock down why we're not writing out cac=
he for a bunch of
> > >> > block groups, but thats trickier since the messages I need are=
spit out while
> > >> > I'm shutting down, so I need to get creative. =A0Let me know i=
f/how much this
> > >> > helps. =A0Thanks,
> > >>
> > >> i have tried your patch and my system still needs several minute=
s to boot
> > >> until it can be used.
> > >> Also tried to reboot several times - it doesn't look like its ge=
tting better.
> > >> The last thing the system does when its shutting down is a read-=
only
> > >> remount of "/" so no umount.
> > >> Booting was much faster before i pulled for-linus a few weeks ag=
o but
> > >> i couldn't find the time to bisect it yet ..
> > >>
> > >> please also look at the attached dmesg.txt.
> > >> this is an core i3 system with 2x2TB BTRFS RAID1 and lots of
> > >> home directories and snapshots.
> > >>
> > >> I'm going to test this patch on twenty more computers but with
> > >> smaller HDDs and less files and see if it helps to speed up thei=
r
> > >> boot times.
> > >>
> > >
> > > Ok looks like you are running into a different problem. =A0Could =
you maybe run
> > > bootchart and upload the resulting png somewhere so I can look an=
d see what all
> > > is running while you boot? =A0Thanks,
> >=20
> > http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart=
=2Epng
> >=20
> > i have tried your patch now on the twenty more computers i mentione=
d and
> > still it takes a minute to remount rw "/" on those, even after seve=
ral reboots.
> >=20
>=20
> Oops responding to the whole list this time..
>=20
> Um ouch your system appears to not be doing anything for like 300 sec=
onds but
> sitting there. Can you hook up a console and capture sysrq+w while t=
hats going
> on? Also you are mounting with -o space_cache right? Can I see your=
dmesg to
> make sure it's doing what it's supposed to? Thanks,
>=20
Ok you don't actually have space_cache enabled it looks like, make sure=
to add
space_cache to your fstab so it gets enabled, and then reboot a few tim=
es to
make sure everything gets cached right and then it should help. Thanks=
,
Josef
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-12 14:23 ` Josef Bacik
@ 2012-04-13 6:26 ` Ahmet Inan
2012-04-13 6:49 ` cwillu
0 siblings, 1 reply; 29+ messages in thread
From: Ahmet Inan @ 2012-04-13 6:26 UTC (permalink / raw)
To: Josef Bacik; +Cc: Calvin Walton, linux-btrfs, Chris Mason
[-- Attachment #1: Type: text/plain, Size: 4720 bytes --]
On Thu, Apr 12, 2012 at 4:23 PM, Josef Bacik <josef@redhat.com> wrote:
> On Thu, Apr 12, 2012 at 09:37:48AM -0400, Josef Bacik wrote:
>> On Thu, Apr 12, 2012 at 11:22:51AM +0200, Ahmet Inan wrote:
>> > On Wed, Apr 11, 2012 at 7:04 PM, Josef Bacik <josef@redhat.com> wrote:
>> > > On Wed, Apr 11, 2012 at 05:26:29PM +0200, Ahmet Inan wrote:
>> > >> On Tue, Apr 10, 2012 at 5:16 PM, Josef Bacik <josef@redhat.com> wrote:
>> > >> > On Mon, Apr 09, 2012 at 05:20:46PM -0400, Calvin Walton wrote:
>> > >> >> On Mon, 2012-04-09 at 16:54 -0400, Josef Bacik wrote:
>> > >> >> > On Mon, Apr 09, 2012 at 01:10:04PM -0400, Calvin Walton wrote:
>> > >> >> > > On Mon, 2012-04-09 at 11:53 -0400, Calvin Walton wrote:
>> > >> >> > > > Hi,
>> > >> >> > > >
>> > >> >> > > > I have a system that's using a dracut-generated initramfs to mount a
>> > >> >> > > > btrfs root. After upgrading to kernel 3.4.0-rc2 to test it out, I've
>> > >> >> > > > noticed that the process of mounting the root filesystem takes much
>> > >> >> > > > longer with 3.4.0-rc2 than it did with 3.3.1 - nearly 30 seconds slower!
>> > >> >>
>> > >> >> > > And the bisect results are in:
>> > >> >> > > 285ff5af6ce358e73f53b55c9efadd4335f4c2ff is the first bad commit
>> > >> >> > > commit 285ff5af6ce358e73f53b55c9efadd4335f4c2ff
>> > >> >> > > Author: Josef Bacik <josef@redhat.com>
>> > >> >> > > Date: Fri Jan 13 15:27:45 2012 -0500
>> > >> >> > >
>> > >> >> > > Btrfs: remove the ideal caching code>
>> > >> >> >
>> > >> >> > Ok can you give this a whirl? You are going to have to boot/reboot a few times
>> > >> >> > to let the cache get re-generated again to make sure it's taken effect, but
>> > >> >> > hopefully this will help out. Thanks,
>> > >> >>
>> > >> >> Unfortunately, it doesn't seem to help. Even after 3 or 4 reboots with
>> > >> >> this patch applied I'm still seeing the same delay.
>> > >> >>
>> > >> >
>> > >> > Ok drop that previous patch and give this one a whirl, it helped on my laptop.
>> > >> > This is only half of the problem AFAICS, but it's the easier half to fix, in
>> > >> > the meantime I need to lock down why we're not writing out cache for a bunch of
>> > >> > block groups, but thats trickier since the messages I need are spit out while
>> > >> > I'm shutting down, so I need to get creative. Let me know if/how much this
>> > >> > helps. Thanks,
>> > >>
>> > >> i have tried your patch and my system still needs several minutes to boot
>> > >> until it can be used.
>> > >> Also tried to reboot several times - it doesn't look like its getting better.
>> > >> The last thing the system does when its shutting down is a read-only
>> > >> remount of "/" so no umount.
>> > >> Booting was much faster before i pulled for-linus a few weeks ago but
>> > >> i couldn't find the time to bisect it yet ..
>> > >>
>> > >> please also look at the attached dmesg.txt.
>> > >> this is an core i3 system with 2x2TB BTRFS RAID1 and lots of
>> > >> home directories and snapshots.
>> > >>
>> > >> I'm going to test this patch on twenty more computers but with
>> > >> smaller HDDs and less files and see if it helps to speed up their
>> > >> boot times.
>> > >>
>> > >
>> > > Ok looks like you are running into a different problem. Could you maybe run
>> > > bootchart and upload the resulting png somewhere so I can look and see what all
>> > > is running while you boot? Thanks,
>> >
>> > http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart.png
>> >
>> > i have tried your patch now on the twenty more computers i mentioned and
>> > still it takes a minute to remount rw "/" on those, even after several reboots.
>> >
>>
>> Oops responding to the whole list this time..
>>
>> Um ouch your system appears to not be doing anything for like 300 seconds but
>> sitting there. Can you hook up a console and capture sysrq+w while thats going
>> on? Also you are mounting with -o space_cache right? Can I see your dmesg to
>> make sure it's doing what it's supposed to? Thanks,
>>
>
> Ok you don't actually have space_cache enabled it looks like, make sure to add
> space_cache to your fstab so it gets enabled, and then reboot a few times to
> make sure everything gets cached right and then it should help. Thanks,
now i did enable space_cache in fstab and rebooted 4 times,
still no improvement:
http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart_space_cache.png
is it vital to put this space_cache option to the boot argument as well?
mounting "/" readonly in initramfs and booting to it (until remount "/" rw)
is quite fast.
dmesg and fstab attached as requested.
Ahmet
[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 31360 bytes --]
0.458562] scsi3 : ahci
[ 0.458732] scsi4 : ahci
[ 0.458897] scsi5 : ahci
[ 0.459119] ata1: SATA max UDMA/133 abar m2048@0xf7800000 port 0xf7800100 irq 41
[ 0.459252] ata2: SATA max UDMA/133 abar m2048@0xf7800000 port 0xf7800180 irq 41
[ 0.459383] ata3: SATA max UDMA/133 abar m2048@0xf7800000 port 0xf7800200 irq 41
[ 0.459514] ata4: SATA max UDMA/133 abar m2048@0xf7800000 port 0xf7800280 irq 41
[ 0.459682] ata5: SATA max UDMA/133 abar m2048@0xf7800000 port 0xf7800300 irq 41
[ 0.459813] ata6: SATA max UDMA/133 abar m2048@0xf7800000 port 0xf7800380 irq 41
[ 0.462525] Fixed MDIO Bus: probed
[ 0.462712] dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)
[ 0.462832] v1.01-e (2.4 port) Sep-11-2006 Donald Becker <becker@scyld.com>
[ 0.462833] http://www.scyld.com/network/drivers.html
[ 0.463128] uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
[ 0.463249] Fusion MPT base driver 3.04.20
[ 0.463334] Copyright (c) 1999-2008 LSI Corporation
[ 0.463425] Fusion MPT SPI Host driver 3.04.20
[ 0.463541] Fusion MPT FC Host driver 3.04.20
[ 0.463661] Fusion MPT SAS Host driver 3.04.20
[ 0.463780] Fusion MPT misc device (ioctl) driver 3.04.20
[ 0.463900] mptctl: Registered with Fusion MPT base driver
[ 0.463996] mptctl: /dev/mptctl @ (major,minor=10,220)
[ 0.464114] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 0.464232] ehci_hcd 0000:00:1a.0: setting latency timer to 64
[ 0.464235] ehci_hcd 0000:00:1a.0: EHCI Host Controller
[ 0.464339] ehci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
[ 0.464492] ehci_hcd 0000:00:1a.0: debug port 2
[ 0.468495] ehci_hcd 0000:00:1a.0: cache line size of 32 is not supported
[ 0.468508] ehci_hcd 0000:00:1a.0: irq 16, io mem 0xf7c00000
[ 0.477289] ehci_hcd 0000:00:1a.0: USB 2.0 started, EHCI 1.00
[ 0.477504] hub 1-0:1.0: USB hub found
[ 0.477591] hub 1-0:1.0: 2 ports detected
[ 0.477765] ehci_hcd 0000:00:1d.0: setting latency timer to 64
[ 0.477768] ehci_hcd 0000:00:1d.0: EHCI Host Controller
[ 0.477859] ehci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
[ 0.478008] ehci_hcd 0000:00:1d.0: debug port 2
[ 0.482008] ehci_hcd 0000:00:1d.0: cache line size of 32 is not supported
[ 0.482019] ehci_hcd 0000:00:1d.0: irq 23, io mem 0xf7a00000
[ 0.490584] ehci_hcd 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ 0.490781] hub 2-0:1.0: USB hub found
[ 0.490867] hub 2-0:1.0: 2 ports detected
[ 0.491047] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 0.491165] uhci_hcd: USB Universal Host Controller Interface driver
[ 0.491301] Initializing USB Mass Storage driver...
[ 0.491423] usbcore: registered new interface driver usb-storage
[ 0.491511] USB Mass Storage support registered.
[ 0.491675] i8042: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
[ 0.491764] i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp
[ 0.492550] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 0.492753] mousedev: PS/2 mouse device common for all mice
[ 0.493914] input: PC Speaker as /devices/platform/pcspkr/input/input2
[ 0.494279] cpuidle: using governor ladder
[ 0.494419] cpuidle: using governor menu
[ 0.495376] usbcore: registered new interface driver usbhid
[ 0.495464] usbhid: USB HID core driver
[ 0.495580] TCP cubic registered
[ 0.495664] NET: Registered protocol family 17
[ 0.495759] Registering the dns_resolver key type
[ 0.513309] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3
[ 0.776571] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 0.780842] ata1.00: ATA-8: WDC WD20EARS-00MVWB0, 51.0AB51, max UDMA/133
[ 0.780945] ata1.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
[ 0.783215] usb 1-1: new high-speed USB device number 2 using ehci_hcd
[ 0.784822] ata1.00: configured for UDMA/133
[ 0.785204] scsi 0:0:0:0: Direct-Access ATA WDC WD20EARS-00M 51.0 PQ: 0 ANSI: 5
[ 0.786269] sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 0.786484] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 0.786559] sd 0:0:0:0: [sda] Write Protect is off
[ 0.786564] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 0.786609] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 0.805123] sda: sda1 sda2
[ 0.807100] sd 0:0:0:0: [sda] Attached SCSI disk
[ 0.907266] hub 1-1:1.0: USB hub found
[ 0.907477] hub 1-1:1.0: 6 ports detected
[ 1.012580] usb 2-1: new high-speed USB device number 2 using ehci_hcd
[ 1.105653] ata2: SATA link down (SStatus 0 SControl 300)
[ 1.136760] hub 2-1:1.0: USB hub found
[ 1.136985] hub 2-1:1.0: 8 ports detected
[ 1.361568] Refined TSC clocksource calibration: 2925.999 MHz.
[ 1.361670] Switching to clocksource tsc
[ 1.401613] usb 2-1.1: new high-speed USB device number 3 using ehci_hcd
[ 1.424732] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1.427835] ata3.00: ATAPI: HL-DT-ST DVD+/-RW GH50N, B103, max UDMA/100
[ 1.431587] ata3.00: configured for UDMA/100
[ 1.440879] scsi 2:0:0:0: CD-ROM HL-DT-ST DVD+-RW GH50N B103 PQ: 0 ANSI: 5
[ 1.450306] sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
[ 1.450455] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 1.451103] sr 2:0:0:0: Attached scsi CD-ROM sr0
[ 1.451679] sr 2:0:0:0: Attached scsi generic sg1 type 5
[ 1.485572] hub 2-1.1:1.0: USB hub found
[ 1.485889] hub 2-1.1:1.0: 4 ports detected
[ 1.564567] usb 2-1.2: new low-speed USB device number 4 using ehci_hcd
[ 1.657611] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input4
[ 1.658313] generic-usb 0003:046D:C03E.0001: input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.0-1.2/input0
[ 1.724112] usb 2-1.4: new high-speed USB device number 5 using ehci_hcd
[ 1.770479] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1.775061] ata4.00: ATA-8: WDC WD20EARS-00MVWB0, 51.0AB51, max UDMA/133
[ 1.775164] ata4.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
[ 1.779036] ata4.00: configured for UDMA/133
[ 1.779335] scsi 3:0:0:0: Direct-Access ATA WDC WD20EARS-00M 51.0 PQ: 0 ANSI: 5
[ 1.780379] sd 3:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 1.780486] sd 3:0:0:0: Attached scsi generic sg2 type 0
[ 1.780670] sd 3:0:0:0: [sdb] Write Protect is off
[ 1.780768] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 1.780787] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.808750] usb 2-1.4: config 1 has an invalid interface number: 5 but max is 4
[ 1.808898] usb 2-1.4: config 1 has no interface number 4
[ 2.099567] ata5: SATA link down (SStatus 0 SControl 300)
[ 2.194450] sdb: sdb1 sdb2
[ 2.196032] sd 3:0:0:0: [sdb] Attached SCSI disk
[ 2.418683] ata6: SATA link down (SStatus 0 SControl 300)
[ 2.430417] Freeing unused kernel memory: 9592k freed
[ 2.432577] Write protecting the kernel read-only data: 12288k
[ 2.444715] Freeing unused kernel memory: 1952k freed
[ 2.447112] Freeing unused kernel memory: 276k freed
[ 2.478165] Btrfs loaded
[ 2.482190] SGI XFS with security attributes, large block/inode numbers, no debug enabled
[ 2.517580] device label root devid 2 transid 192088 /dev/sdb2
[ 2.601551] device label root devid 1 transid 192088 /dev/sda2
[ 2.756338] device label root devid 2 transid 192088 /dev/sdb2
[ 12.371255] generic-usb 0003:0CCD:0052.0002: usb_submit_urb(ctrl) failed: -1
[ 12.371367] generic-usb 0003:0CCD:0052.0002: timeout initializing reports
[ 12.371459] generic-usb 0003:0CCD:0052.0002: claimed by neither input, hiddev nor hidraw
[ 12.437694] usb 2-1.6: new full-speed USB device number 6 using ehci_hcd
[ 26.360010] udevd[1175]: starting version 171
[ 28.172273] snd_hda_intel 0000:00:1b.0: irq 42 for MSI/MSI-X
[ 28.178170] tg3.c:v3.122 (December 7, 2011)
[ 28.201912] tg3 mdio bus: probed
[ 28.212780] tg3 0000:02:00.0: eth0: Tigon3 [partno(BCM57780) rev 57780001] (PCI Express) MAC address a4:ba:db:03:20:76
[ 28.212782] tg3 0000:02:00.0: eth0: attached PHY driver [Broadcom BCM57780] (mii_bus:phy_addr=200:01)
[ 28.212785] tg3 0000:02:00.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1]
[ 28.212787] tg3 0000:02:00.0: eth0: dma_rwctrl[76180000] dma_mask[64-bit]
[ 28.534859] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07
[ 28.534964] iTCO_wdt: Found a H57 TCO device (Version=2, TCOBASE=0x0860)
[ 28.535016] iTCO_wdt: initialized. heartbeat=120 sec (nowayout=1)
[ 28.614566] nvidia: module license 'NVIDIA' taints kernel.
[ 28.614570] Disabling lock debugging due to kernel taint
[ 28.623734] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[ 28.623824] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 295.20 Mon Feb 6 21:07:30 PST 2012
[ 28.640266] Linux video capture interface: v2.00
[ 28.689601] Bluetooth: Core ver 2.16
[ 28.689615] NET: Registered protocol family 31
[ 28.689618] Bluetooth: HCI device and connection manager initialized
[ 28.689622] Bluetooth: HCI socket layer initialized
[ 28.689625] Bluetooth: L2CAP socket layer initialized
[ 28.689627] Bluetooth: SCO socket layer initialized
[ 28.698285] uvcvideo: Unable to create debugfs directory
[ 28.698332] uvcvideo: Found UVC 1.00 device TerraTec TerraCam X2 (0ccd:0052)
[ 28.699107] input: TerraTec TerraCam X2 as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/2-1.4:1.0/input/input5
[ 28.699143] usbcore: registered new interface driver uvcvideo
[ 28.699144] USB Video Class driver (1.1.1)
[ 28.713771] usbcore: registered new interface driver btusb
[ 28.985027] usbcore: registered new interface driver snd-usb-audio
[ 29.884042] loop: module loaded
[ 29.978199] fuse init (API version 7.18)
[ 30.092859] vboxdrv: Found 4 processor cores.
[ 30.092927] VBoxDrv: dbg - g_abExecMemory=ffffffffa0f64be0
[ 30.092973] vboxdrv: fAsync=0 offMin=0x2ce offMax=0x226a
[ 30.093024] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[ 30.093026] vboxdrv: Successfully loaded version 4.1.10 (interface 0x00190000).
[ 30.292470] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
[ 30.739479] btrfs: use lzo compression
[ 30.739483] btrfs: disk space caching is enabled
[ 239.698579] INFO: task btrfs-transacti:998 blocked for more than 120 seconds.
[ 239.698583] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 239.698586] btrfs-transacti D ffff88022f0a5e48 0 998 2 0x00000000
[ 239.698592] ffff8802343e5ce0 0000000000000046 ffff8802369c05c0 0000000000010a00
[ 239.698597] ffff8802343e5fd8 ffff8802343e4000 0000000000010a00 0000000000004000
[ 239.698602] ffff8802343e5fd8 0000000000010a00 ffff880236d06280 ffff8802369c05c0
[ 239.698606] Call Trace:
[ 239.698616] [<ffffffff8105d788>] ? idle_balance+0x108/0x130
[ 239.698646] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 239.698665] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 239.698679] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 239.698685] [<ffffffff810cbb5c>] ? cache_alloc_refill+0x7c/0x280
[ 239.698691] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 239.698695] [<ffffffff8160ae55>] schedule_timeout+0x1c5/0x220
[ 239.698698] [<ffffffff8160b709>] ? mutex_lock+0x19/0x40
[ 239.698704] [<ffffffff8104c33b>] ? prepare_to_wait+0x5b/0x90
[ 239.698720] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 239.698736] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 239.698740] [<ffffffff8104c0a0>] ? wake_up_bit+0x40/0x40
[ 239.698755] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 239.698769] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 239.698783] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 239.698787] [<ffffffff8104bbb6>] kthread+0x96/0xa0
[ 239.698791] [<ffffffff8160f614>] kernel_thread_helper+0x4/0x10
[ 239.698795] [<ffffffff8104bb20>] ? kthread_freezable_should_stop+0x70/0x70
[ 239.698799] [<ffffffff8160f610>] ? gs_change+0xb/0xb
[ 239.698802] INFO: task bootchartd:1044 blocked for more than 120 seconds.
[ 239.698804] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 239.698806] bootchartd D ffff88023fcd0a00 0 1044 1 0x00000000
[ 239.698810] ffff880235a41bc8 0000000000000086 ffff8802350aa380 0000000000010a00
[ 239.698815] ffff880235a41fd8 ffff880235a40000 0000000000010a00 0000000000004000
[ 239.698819] ffff880235a41fd8 0000000000010a00 ffff880236d384c0 ffff8802350aa380
[ 239.698823] Call Trace:
[ 239.698828] [<ffffffff810979c6>] ? find_lock_page+0x36/0x80
[ 239.698834] [<ffffffff810a8838>] ? shmem_getpage_gfp+0x88/0x560
[ 239.698838] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 239.698842] [<ffffffff8160b2c9>] __mutex_lock_slowpath+0xd9/0x150
[ 239.698846] [<ffffffff8160b716>] mutex_lock+0x26/0x40
[ 239.698851] [<ffffffff810deca7>] do_lookup+0x287/0x3b0
[ 239.698856] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 239.698860] [<ffffffff810ee9fc>] ? mntput+0x1c/0x30
[ 239.698864] [<ffffffff810dc6dd>] ? path_put+0x1d/0x30
[ 239.698870] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 239.698874] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 239.698877] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 239.698881] [<ffffffff810e13a4>] ? do_filp_open+0x44/0xa0
[ 239.698884] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 239.698887] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 239.698891] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 239.698894] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 239.698900] [<ffffffff8103fd8e>] ? sys_rt_sigprocmask+0x6e/0xd0
[ 239.698904] [<ffffffff810d01a1>] ? filp_close+0x61/0x90
[ 239.698909] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 239.698912] INFO: task bootchartd:1045 blocked for more than 120 seconds.
[ 239.698914] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 239.698917] bootchartd D ffff88023fc10a00 0 1045 1 0x00000000
[ 239.698921] ffff880235ee9bc8 0000000000000082 ffff8802358444c0 0000000000010a00
[ 239.698925] ffff880235ee9fd8 ffff880235ee8000 0000000000010a00 0000000000004000
[ 239.698929] ffff880235ee9fd8 0000000000010a00 ffffffff81c0d020 ffff8802358444c0
[ 239.698933] Call Trace:
[ 239.698937] [<ffffffff810979c6>] ? find_lock_page+0x36/0x80
[ 239.698940] [<ffffffff810a8838>] ? shmem_getpage_gfp+0x88/0x560
[ 239.698945] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 239.698948] [<ffffffff8160b2c9>] __mutex_lock_slowpath+0xd9/0x150
[ 239.698952] [<ffffffff8160b716>] mutex_lock+0x26/0x40
[ 239.698956] [<ffffffff810deca7>] do_lookup+0x287/0x3b0
[ 239.698960] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 239.698963] [<ffffffff810dc6dd>] ? path_put+0x1d/0x30
[ 239.698967] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 239.698972] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 239.698975] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 239.698980] [<ffffffff81025cdc>] ? do_page_fault+0x1ac/0x430
[ 239.698983] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 239.698986] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 239.698990] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 239.698993] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 239.698996] [<ffffffff8103fd8e>] ? sys_rt_sigprocmask+0x6e/0xd0
[ 239.699001] [<ffffffff8160df6f>] ? page_fault+0x1f/0x30
[ 239.699005] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 239.699008] INFO: task bootchartd:1046 blocked for more than 120 seconds.
[ 239.699010] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 239.699012] bootchartd D ffff88023452bed0 0 1046 1 0x00000000
[ 239.699016] ffff880235e23988 0000000000000082 ffff880234cd6600 0000000000010a00
[ 239.699021] ffff880235e23fd8 ffff880235e22000 0000000000010a00 0000000000004000
[ 239.699025] ffff880235e23fd8 0000000000010a00 ffff880235184200 ffff880234cd6600
[ 239.699029] Call Trace:
[ 239.699032] [<ffffffff8109f1e3>] ? __alloc_pages_nodemask+0x103/0x6d0
[ 239.699037] [<ffffffff810ad3d9>] ? zone_statistics+0x99/0xc0
[ 239.699041] [<ffffffff8109eca7>] ? get_page_from_freelist+0x327/0x760
[ 239.699045] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 239.699061] [<ffffffffa0068a25>] btrfs_tree_read_lock+0xa5/0x130 [btrfs]
[ 239.699065] [<ffffffff8104c0a0>] ? wake_up_bit+0x40/0x40
[ 239.699076] [<ffffffffa0010e43>] btrfs_read_lock_root_node+0x33/0x40 [btrfs]
[ 239.699086] [<ffffffffa0015e2f>] btrfs_search_slot+0x2df/0x9b0 [btrfs]
[ 239.699100] [<ffffffffa0027986>] btrfs_lookup_dir_item+0x76/0xc0 [btrfs]
[ 239.699104] [<ffffffff810cc517>] ? kmem_cache_alloc+0xf7/0x110
[ 239.699121] [<ffffffffa003e71d>] btrfs_lookup_dentry+0x9d/0x4f0 [btrfs]
[ 239.699138] [<ffffffffa003eb81>] btrfs_lookup+0x11/0x50 [btrfs]
[ 239.699142] [<ffffffff810e8c84>] ? d_alloc+0x24/0x70
[ 239.699146] [<ffffffff810dc8c0>] d_alloc_and_lookup+0x40/0x80
[ 239.699149] [<ffffffff810e9000>] ? d_lookup+0x30/0x50
[ 239.699153] [<ffffffff810decd1>] do_lookup+0x2b1/0x3b0
[ 239.699157] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 239.699161] [<ffffffff810ee9fc>] ? mntput+0x1c/0x30
[ 239.699164] [<ffffffff810dc6dd>] ? path_put+0x1d/0x30
[ 239.699168] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 239.699172] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 239.699175] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 239.699179] [<ffffffff810e13a4>] ? do_filp_open+0x44/0xa0
[ 239.699182] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 239.699185] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 239.699189] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 239.699192] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 239.699196] [<ffffffff8103fd8e>] ? sys_rt_sigprocmask+0x6e/0xd0
[ 239.699199] [<ffffffff810d01a1>] ? filp_close+0x61/0x90
[ 239.699204] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 239.699209] INFO: task bootchartd:1883 blocked for more than 120 seconds.
[ 239.699211] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 239.699213] bootchartd D ffff88023fc90a00 0 1883 1047 0x00000000
[ 239.699217] ffff88023544d988 0000000000000086 ffff8802357ec200 0000000000010a00
[ 239.699221] ffff88023544dfd8 ffff88023544c000 0000000000010a00 0000000000004000
[ 239.699225] ffff88023544dfd8 0000000000010a00 ffff880236d223c0 ffff8802357ec200
[ 239.699230] Call Trace:
[ 239.699234] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 239.699250] [<ffffffffa0068a25>] btrfs_tree_read_lock+0xa5/0x130 [btrfs]
[ 239.699254] [<ffffffff8104c0a0>] ? wake_up_bit+0x40/0x40
[ 239.699258] [<ffffffff810ad3d9>] ? zone_statistics+0x99/0xc0
[ 239.699268] [<ffffffffa0010e43>] btrfs_read_lock_root_node+0x33/0x40 [btrfs]
[ 239.699278] [<ffffffffa0015e2f>] btrfs_search_slot+0x2df/0x9b0 [btrfs]
[ 239.699292] [<ffffffffa0027986>] btrfs_lookup_dir_item+0x76/0xc0 [btrfs]
[ 239.699296] [<ffffffff810cc517>] ? kmem_cache_alloc+0xf7/0x110
[ 239.699312] [<ffffffffa003e71d>] btrfs_lookup_dentry+0x9d/0x4f0 [btrfs]
[ 239.699329] [<ffffffffa003eb81>] btrfs_lookup+0x11/0x50 [btrfs]
[ 239.699333] [<ffffffff810e8c84>] ? d_alloc+0x24/0x70
[ 239.699337] [<ffffffff810dc8c0>] d_alloc_and_lookup+0x40/0x80
[ 239.699340] [<ffffffff810e9000>] ? d_lookup+0x30/0x50
[ 239.699344] [<ffffffff810decd1>] do_lookup+0x2b1/0x3b0
[ 239.699348] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 239.699352] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 239.699356] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 239.699360] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 239.699363] [<ffffffff81025cdc>] ? do_page_fault+0x1ac/0x430
[ 239.699367] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 239.699370] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 239.699373] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 239.699377] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 239.699381] [<ffffffff8160df6f>] ? page_fault+0x1f/0x30
[ 239.699385] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 359.367304] INFO: task btrfs-transacti:998 blocked for more than 120 seconds.
[ 359.367309] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 359.367313] btrfs-transacti D ffff88022f0a5e48 0 998 2 0x00000000
[ 359.367321] ffff8802343e5ce0 0000000000000046 ffff8802369c05c0 0000000000010a00
[ 359.367329] ffff8802343e5fd8 ffff8802343e4000 0000000000010a00 0000000000004000
[ 359.367376] ffff8802343e5fd8 0000000000010a00 ffff880236d06280 ffff8802369c05c0
[ 359.367383] Call Trace:
[ 359.367395] [<ffffffff8105d788>] ? idle_balance+0x108/0x130
[ 359.367428] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 359.367456] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 359.367476] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 359.367485] [<ffffffff810cbb5c>] ? cache_alloc_refill+0x7c/0x280
[ 359.367493] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 359.367498] [<ffffffff8160ae55>] schedule_timeout+0x1c5/0x220
[ 359.367501] [<ffffffff8160b709>] ? mutex_lock+0x19/0x40
[ 359.367507] [<ffffffff8104c33b>] ? prepare_to_wait+0x5b/0x90
[ 359.367525] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 359.367542] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 359.367546] [<ffffffff8104c0a0>] ? wake_up_bit+0x40/0x40
[ 359.367562] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 359.367578] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 359.367593] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 359.367597] [<ffffffff8104bbb6>] kthread+0x96/0xa0
[ 359.367602] [<ffffffff8160f614>] kernel_thread_helper+0x4/0x10
[ 359.367607] [<ffffffff8104bb20>] ? kthread_freezable_should_stop+0x70/0x70
[ 359.367610] [<ffffffff8160f610>] ? gs_change+0xb/0xb
[ 359.367614] INFO: task bootchartd:1044 blocked for more than 120 seconds.
[ 359.367616] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 359.367619] bootchartd D ffff88023fcd0a00 0 1044 1 0x00000000
[ 359.367624] ffff880235a41bc8 0000000000000086 ffff8802350aa380 0000000000010a00
[ 359.367628] ffff880235a41fd8 ffff880235a40000 0000000000010a00 0000000000004000
[ 359.367633] ffff880235a41fd8 0000000000010a00 ffff880236d384c0 ffff8802350aa380
[ 359.367638] Call Trace:
[ 359.367677] [<ffffffff810979c6>] ? find_lock_page+0x36/0x80
[ 359.367686] [<ffffffff810a8838>] ? shmem_getpage_gfp+0x88/0x560
[ 359.367692] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 359.367698] [<ffffffff8160b2c9>] __mutex_lock_slowpath+0xd9/0x150
[ 359.367703] [<ffffffff8160b716>] mutex_lock+0x26/0x40
[ 359.367711] [<ffffffff810deca7>] do_lookup+0x287/0x3b0
[ 359.367718] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 359.367725] [<ffffffff810ee9fc>] ? mntput+0x1c/0x30
[ 359.367731] [<ffffffff810dc6dd>] ? path_put+0x1d/0x30
[ 359.367738] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 359.367742] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 359.367746] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 359.367750] [<ffffffff810e13a4>] ? do_filp_open+0x44/0xa0
[ 359.367753] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 359.367757] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 359.367761] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 359.367765] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 359.367770] [<ffffffff8103fd8e>] ? sys_rt_sigprocmask+0x6e/0xd0
[ 359.367775] [<ffffffff810d01a1>] ? filp_close+0x61/0x90
[ 359.367780] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 359.367794] INFO: task bootchartd:1045 blocked for more than 120 seconds.
[ 359.367797] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 359.367799] bootchartd D ffff88023fc10a00 0 1045 1 0x00000000
[ 359.367804] ffff880235ee9bc8 0000000000000082 ffff8802358444c0 0000000000010a00
[ 359.367808] ffff880235ee9fd8 ffff880235ee8000 0000000000010a00 0000000000004000
[ 359.367813] ffff880235ee9fd8 0000000000010a00 ffffffff81c0d020 ffff8802358444c0
[ 359.367817] Call Trace:
[ 359.367822] [<ffffffff810979c6>] ? find_lock_page+0x36/0x80
[ 359.367826] [<ffffffff810a8838>] ? shmem_getpage_gfp+0x88/0x560
[ 359.367830] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 359.367834] [<ffffffff8160b2c9>] __mutex_lock_slowpath+0xd9/0x150
[ 359.367838] [<ffffffff8160b716>] mutex_lock+0x26/0x40
[ 359.367842] [<ffffffff810deca7>] do_lookup+0x287/0x3b0
[ 359.367847] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 359.367851] [<ffffffff810dc6dd>] ? path_put+0x1d/0x30
[ 359.367855] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 359.367860] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 359.367863] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 359.367868] [<ffffffff81025cdc>] ? do_page_fault+0x1ac/0x430
[ 359.367872] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 359.367876] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 359.367879] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 359.367883] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 359.367887] [<ffffffff8103fd8e>] ? sys_rt_sigprocmask+0x6e/0xd0
[ 359.367891] [<ffffffff8160df6f>] ? page_fault+0x1f/0x30
[ 359.367896] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 359.367899] INFO: task bootchartd:1046 blocked for more than 120 seconds.
[ 359.367901] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 359.367904] bootchartd D ffff88023452bed0 0 1046 1 0x00000000
[ 359.367908] ffff880235e23988 0000000000000082 ffff880234cd6600 0000000000010a00
[ 359.367913] ffff880235e23fd8 ffff880235e22000 0000000000010a00 0000000000004000
[ 359.367917] ffff880235e23fd8 0000000000010a00 ffff880235184200 ffff880234cd6600
[ 359.367922] Call Trace:
[ 359.367926] [<ffffffff8109f1e3>] ? __alloc_pages_nodemask+0x103/0x6d0
[ 359.367931] [<ffffffff810ad3d9>] ? zone_statistics+0x99/0xc0
[ 359.367935] [<ffffffff8109eca7>] ? get_page_from_freelist+0x327/0x760
[ 359.367939] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 359.367958] [<ffffffffa0068a25>] btrfs_tree_read_lock+0xa5/0x130 [btrfs]
[ 359.367962] [<ffffffff8104c0a0>] ? wake_up_bit+0x40/0x40
[ 359.367974] [<ffffffffa0010e43>] btrfs_read_lock_root_node+0x33/0x40 [btrfs]
[ 359.367985] [<ffffffffa0015e2f>] btrfs_search_slot+0x2df/0x9b0 [btrfs]
[ 359.368000] [<ffffffffa0027986>] btrfs_lookup_dir_item+0x76/0xc0 [btrfs]
[ 359.368005] [<ffffffff810cc517>] ? kmem_cache_alloc+0xf7/0x110
[ 359.368023] [<ffffffffa003e71d>] btrfs_lookup_dentry+0x9d/0x4f0 [btrfs]
[ 359.368041] [<ffffffffa003eb81>] btrfs_lookup+0x11/0x50 [btrfs]
[ 359.368046] [<ffffffff810e8c84>] ? d_alloc+0x24/0x70
[ 359.368050] [<ffffffff810dc8c0>] d_alloc_and_lookup+0x40/0x80
[ 359.368054] [<ffffffff810e9000>] ? d_lookup+0x30/0x50
[ 359.368058] [<ffffffff810decd1>] do_lookup+0x2b1/0x3b0
[ 359.368063] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 359.368066] [<ffffffff810ee9fc>] ? mntput+0x1c/0x30
[ 359.368070] [<ffffffff810dc6dd>] ? path_put+0x1d/0x30
[ 359.368074] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 359.368079] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 359.368082] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 359.368086] [<ffffffff810e13a4>] ? do_filp_open+0x44/0xa0
[ 359.368090] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 359.368093] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 359.368097] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 359.368101] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 359.368105] [<ffffffff8103fd8e>] ? sys_rt_sigprocmask+0x6e/0xd0
[ 359.368109] [<ffffffff810d01a1>] ? filp_close+0x61/0x90
[ 359.368113] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 359.368119] INFO: task bootchartd:1883 blocked for more than 120 seconds.
[ 359.368121] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 359.368124] bootchartd D ffff88023fc90a00 0 1883 1047 0x00000000
[ 359.368128] ffff88023544d988 0000000000000086 ffff8802357ec200 0000000000010a00
[ 359.368133] ffff88023544dfd8 ffff88023544c000 0000000000010a00 0000000000004000
[ 359.368137] ffff88023544dfd8 0000000000010a00 ffff880236d223c0 ffff8802357ec200
[ 359.368142] Call Trace:
[ 359.368146] [<ffffffff8160caca>] schedule+0x3a/0x50
[ 359.368164] [<ffffffffa0068a25>] btrfs_tree_read_lock+0xa5/0x130 [btrfs]
[ 359.368168] [<ffffffff8104c0a0>] ? wake_up_bit+0x40/0x40
[ 359.368172] [<ffffffff810ad3d9>] ? zone_statistics+0x99/0xc0
[ 359.368183] [<ffffffffa0010e43>] btrfs_read_lock_root_node+0x33/0x40 [btrfs]
[ 359.368195] [<ffffffffa0015e2f>] btrfs_search_slot+0x2df/0x9b0 [btrfs]
[ 359.368209] [<ffffffffa0027986>] btrfs_lookup_dir_item+0x76/0xc0 [btrfs]
[ 359.368214] [<ffffffff810cc517>] ? kmem_cache_alloc+0xf7/0x110
[ 359.368232] [<ffffffffa003e71d>] btrfs_lookup_dentry+0x9d/0x4f0 [btrfs]
[ 359.368250] [<ffffffffa003eb81>] btrfs_lookup+0x11/0x50 [btrfs]
[ 359.368254] [<ffffffff810e8c84>] ? d_alloc+0x24/0x70
[ 359.368259] [<ffffffff810dc8c0>] d_alloc_and_lookup+0x40/0x80
[ 359.368262] [<ffffffff810e9000>] ? d_lookup+0x30/0x50
[ 359.368267] [<ffffffff810decd1>] do_lookup+0x2b1/0x3b0
[ 359.368271] [<ffffffff810df8bc>] path_lookupat+0x11c/0x710
[ 359.368276] [<ffffffff811f8bd2>] ? __strncpy_from_user+0x22/0x60
[ 359.368280] [<ffffffff810dfedc>] do_path_lookup+0x2c/0xc0
[ 359.368284] [<ffffffff810e1304>] user_path_at_empty+0x54/0xa0
[ 359.368288] [<ffffffff81025cdc>] ? do_page_fault+0x1ac/0x430
[ 359.368291] [<ffffffff810e135c>] user_path_at+0xc/0x10
[ 359.368295] [<ffffffff810d6a4f>] vfs_fstatat+0x3f/0x80
[ 359.368298] [<ffffffff810d6ac6>] vfs_stat+0x16/0x20
[ 359.368302] [<ffffffff810d6c0f>] sys_newstat+0x1f/0x40
[ 359.368307] [<ffffffff8160df6f>] ? page_fault+0x1f/0x30
[ 359.368311] [<ffffffff8160e462>] system_call_fastpath+0x16/0x1b
[ 509.206764] device label root devid 1 transid 192089 /dev/sda2
[ 509.448303] device label root devid 1 transid 192089 /dev/sda2
[ 509.550891] device label root devid 1 transid 192089 /dev/sda2
[ 509.680758] device label root devid 1 transid 192089 /dev/sda2
[ 509.813664] device label root devid 1 transid 192089 /dev/sda2
[ 514.211275] tg3 0000:02:00.0: irq 43 for MSI/MSI-X
[ 514.485633] tg3 0000:02:00.0: eth0: Link is down
[ 517.487136] tg3 0000:02:00.0: eth0: Link is up at 1000 Mbps, full duplex
[ 517.487141] tg3 0000:02:00.0: eth0: Flow control is on for TX and on for RX
[ 530.021544] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 530.021572] NFSD: starting 90-second grace period
[-- Attachment #3: fstab --]
[-- Type: application/octet-stream, Size: 827 bytes --]
UUID=1d248de0-13d3-425d-a0f1-d02cd72d82de / btrfs noatime,space_cache,compress=lzo,subvol=x86_64-2012-04-12-1334218740 0 0
UUID=1d248de0-13d3-425d-a0f1-d02cd72d82de /disk1 btrfs noatime,space_cache,compress=lzo,subvol=disk1 0 0
UUID=1d248de0-13d3-425d-a0f1-d02cd72d82de /people btrfs noatime,space_cache,compress=lzo,subvol=people 0 0
UUID=1d248de0-13d3-425d-a0f1-d02cd72d82de /aam btrfs noatime,space_cache,compress=lzo,subvol=aam 0 0
UUID=1d248de0-13d3-425d-a0f1-d02cd72d82de /git btrfs noatime,space_cache,compress=lzo,subvol=git 0 0
UUID=1d248de0-13d3-425d-a0f1-d02cd72d82de /mnt/root btrfs noatime,space_cache,compress=lzo,subvolid=0 0 0
UUID=b3ffa926-811c-4e2f-9c82-294d02dcd467 /boot xfs noatime,noauto 0 0
arwen:/people /mnt/people nfs nfsvers=3,hard,intr,noatime,noauto 0 0
shm /dev/shm tmpfs nodev,nosuid,noexec 0 0
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-13 6:26 ` Ahmet Inan
@ 2012-04-13 6:49 ` cwillu
2012-04-13 11:22 ` Ahmet Inan
0 siblings, 1 reply; 29+ messages in thread
From: cwillu @ 2012-04-13 6:49 UTC (permalink / raw)
To: Ahmet Inan; +Cc: Josef Bacik, Calvin Walton, linux-btrfs, Chris Mason
> dmesg and fstab attached as requested.
Need dmesg after you've hit alt-sysrq-w a couple times during the slow period.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-13 6:49 ` cwillu
@ 2012-04-13 11:22 ` Ahmet Inan
[not found] ` <CAFDW0jKMEQ+oMN41euh1cMy4h+6Qntt5UL9+0HZw4r9SpDJVvQ@mail.gmail.com>
0 siblings, 1 reply; 29+ messages in thread
From: Ahmet Inan @ 2012-04-13 11:22 UTC (permalink / raw)
To: cwillu; +Cc: Josef Bacik, Calvin Walton, linux-btrfs, Chris Mason
[-- Attachment #1: Type: text/plain, Size: 521 bytes --]
On Fri, Apr 13, 2012 at 8:49 AM, cwillu <cwillu@cwillu.com> wrote:
>> dmesg and fstab attached as requested.
>
> Need dmesg after you've hit alt-sysrq-w a couple times during the slow period.
here.
i guess i should also increase dmesg history size next time.
other than the slow boot, everything seems normal after 10-20minutes.
fyi: the space_cache option is not really helping with those
twenty computers. the one thing i observed is, that sometimes
they reboot fast and only to reboot slow again after that.
Ahmet
[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 38691 bytes --]
181.131818] .rt_runtime : 950.000000
[ 181.131820]
[ 181.131821] runnable tasks:
[ 181.131822] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[ 181.131824] ----------------------------------------------------------------------------------------------------------
[ 181.131830]
[ 181.131831] cpu#2, 2925.972 MHz
[ 181.131833] .nr_running : 0
[ 181.131835] .load : 0
[ 181.131837] .nr_switches : 25557
[ 181.131839] .nr_load_updates : 3346
[ 181.131841] .nr_uninterruptible : 42
[ 181.131844] .next_balance : 4294.931732
[ 181.131846] .curr->pid : 0
[ 181.131848] .clock : 181123.999879
[ 181.131851] .cpu_load[0] : 0
[ 181.131852] .cpu_load[1] : 0
[ 181.131854] .cpu_load[2] : 0
[ 181.131856] .cpu_load[3] : 0
[ 181.131858] .cpu_load[4] : 0
[ 181.131860] .yld_count : 0
[ 181.131862] .sched_switch : 0
[ 181.131864] .sched_count : 31659
[ 181.131866] .sched_goidle : 11150
[ 181.131869] .avg_idle : 1000000
[ 181.131871] .ttwu_count : 18256
[ 181.131873] .ttwu_local : 11544
[ 181.131875]
[ 181.131876] cfs_rq[2]:
[ 181.131878] .exec_clock : 823.474360
[ 181.131880] .MIN_vruntime : 0.000001
[ 181.131883] .min_vruntime : 11061.304312
[ 181.131885] .max_vruntime : 0.000001
[ 181.131887] .spread : 0.000000
[ 181.131890] .spread0 : 8728.325283
[ 181.131892] .nr_spread_over : 0
[ 181.131894] .nr_running : 0
[ 181.131896] .load : 0
[ 181.131898]
[ 181.131899] rt_rq[2]:
[ 181.131900] .rt_nr_running : 0
[ 181.131902] .rt_throttled : 0
[ 181.131905] .rt_time : 0.000000
[ 181.131907] .rt_runtime : 950.000000
[ 181.131909]
[ 181.131910] runnable tasks:
[ 181.131911] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[ 181.131913] ----------------------------------------------------------------------------------------------------------
[ 181.131919]
[ 181.131919] cpu#3, 2925.972 MHz
[ 181.131921] .nr_running : 0
[ 181.131923] .load : 0
[ 181.131925] .nr_switches : 23367
[ 181.131928] .nr_load_updates : 3335
[ 181.131930] .nr_uninterruptible : 28
[ 181.131932] .next_balance : 4294.931714
[ 181.131934] .curr->pid : 0
[ 181.131937] .clock : 181119.861851
[ 181.131939] .cpu_load[0] : 0
[ 181.131941] .cpu_load[1] : 0
[ 181.131943] .cpu_load[2] : 0
[ 181.131945] .cpu_load[3] : 0
[ 181.131947] .cpu_load[4] : 0
[ 181.131949] .yld_count : 0
[ 181.131951] .sched_switch : 0
[ 181.131953] .sched_count : 29566
[ 181.131955] .sched_goidle : 9999
[ 181.131957] .avg_idle : 1000000
[ 181.131959] .ttwu_count : 17760
[ 181.131962] .ttwu_local : 11619
[ 181.131963]
[ 181.131964] cfs_rq[3]:
[ 181.131966] .exec_clock : 879.632934
[ 181.131969] .MIN_vruntime : 0.000001
[ 181.131971] .min_vruntime : 2968.706993
[ 181.131974] .max_vruntime : 0.000001
[ 181.131976] .spread : 0.000000
[ 181.131978] .spread0 : 635.727964
[ 181.131980] .nr_spread_over : 0
[ 181.131982] .nr_running : 0
[ 181.131985] .load : 0
[ 181.131986]
[ 181.131987] rt_rq[3]:
[ 181.131989] .rt_nr_running : 0
[ 181.131991] .rt_throttled : 0
[ 181.131993] .rt_time : 0.000000
[ 181.131996] .rt_runtime : 950.000000
[ 181.131998]
[ 181.131998] runnable tasks:
[ 181.131999] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[ 181.132001] ----------------------------------------------------------------------------------------------------------
[ 181.132007]
[ 239.698592] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 239.698596] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 239.698600] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 239.698606] ffff8802343d3ce0 0000000000000046 ffff880234c6a980 0000000000010a00
[ 239.698611] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 239.698615] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 239.698620] Call Trace:
[ 239.698630] [<ffffffff8105da78>] ? idle_balance+0x108/0x130
[ 239.698658] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 239.698679] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 239.698695] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 239.698702] [<ffffffff810cbeac>] ? cache_alloc_refill+0x7c/0x280
[ 239.698708] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 239.698712] [<ffffffff8160bd25>] schedule_timeout+0x1c5/0x220
[ 239.698716] [<ffffffff8160c5d9>] ? mutex_lock+0x19/0x40
[ 239.698722] [<ffffffff8104c39b>] ? prepare_to_wait+0x5b/0x90
[ 239.698741] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 239.698759] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 239.698763] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 239.698779] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 239.698796] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 239.698811] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 239.698816] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 239.698821] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 239.698825] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 239.698829] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 359.367352] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 359.367356] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 359.367360] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 359.367366] ffff8802343d3ce0 0000000000000046 ffff880234c6a980 0000000000010a00
[ 359.367371] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 359.367375] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 359.367380] Call Trace:
[ 359.367390] [<ffffffff8105da78>] ? idle_balance+0x108/0x130
[ 359.367417] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 359.367438] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 359.367454] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 359.367461] [<ffffffff810cbeac>] ? cache_alloc_refill+0x7c/0x280
[ 359.367467] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 359.367471] [<ffffffff8160bd25>] schedule_timeout+0x1c5/0x220
[ 359.367475] [<ffffffff8160c5d9>] ? mutex_lock+0x19/0x40
[ 359.367480] [<ffffffff8104c39b>] ? prepare_to_wait+0x5b/0x90
[ 359.367499] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 359.367517] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 359.367521] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 359.367538] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 359.367554] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 359.367570] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 359.367574] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 359.367579] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 359.367583] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 359.367587] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 377.860238] SysRq : Show Blocked State
[ 377.860378] task PC stack pid father
[ 377.860388] btrfs-cache-1 D ffff88023fc50a00 0 988 2 0x00000000
[ 377.860394] ffff880234cdd9e0 0000000000000046 ffff880234cda240 0000000000010a00
[ 377.860399] ffff880234cddfd8 ffff880234cdc000 0000000000010a00 0000000000004000
[ 377.860404] ffff880234cddfd8 0000000000010a00 ffff880236d0a2c0 ffff880234cda240
[ 377.860408] Call Trace:
[ 377.860418] [<ffffffff811d7d3f>] ? generic_make_request+0xbf/0x100
[ 377.860423] [<ffffffff811d7de1>] ? submit_bio+0x61/0xd0
[ 377.860429] [<ffffffff81097c00>] ? __lock_page+0x70/0x70
[ 377.860435] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 377.860439] [<ffffffff8160da0b>] io_schedule+0x5b/0x80
[ 377.860443] [<ffffffff81097c09>] sleep_on_page+0x9/0x10
[ 377.860448] [<ffffffff8160bf77>] __wait_on_bit+0x57/0x80
[ 377.860452] [<ffffffff81097e2e>] wait_on_page_bit+0x6e/0x80
[ 377.860457] [<ffffffff8104c140>] ? autoremove_wake_function+0x40/0x40
[ 377.860489] [<ffffffffa00524bd>] ? submit_one_bio+0x7d/0xa0 [btrfs]
[ 377.860508] [<ffffffffa0058aed>] read_extent_buffer_pages+0x32d/0x370 [btrfs]
[ 377.860525] [<ffffffffa002aeb0>] ? verify_parent_transid+0x180/0x180 [btrfs]
[ 377.860541] [<ffffffffa002d3c3>] btree_read_extent_buffer_pages.clone.113+0xb3/0x140 [btrfs]
[ 377.860559] [<ffffffffa002da05>] read_tree_block+0x35/0x50 [btrfs]
[ 377.860570] [<ffffffffa001370e>] read_block_for_search.clone.38+0xee/0x3d0 [btrfs]
[ 377.860583] [<ffffffffa0018917>] btrfs_next_leaf+0x257/0x430 [btrfs]
[ 377.860596] [<ffffffffa001cc59>] caching_thread+0x209/0x3d0 [btrfs]
[ 377.860615] [<ffffffffa00626a8>] worker_loop+0xb8/0x540 [btrfs]
[ 377.860633] [<ffffffffa00625f0>] ? btrfs_queue_worker+0x310/0x310 [btrfs]
[ 377.860652] [<ffffffffa00625f0>] ? btrfs_queue_worker+0x310/0x310 [btrfs]
[ 377.860656] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 377.860661] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 377.860666] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 377.860670] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 377.860673] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 377.860678] ffff8802343d3ce0 0000000000000046 ffff880234c6a980 0000000000010a00
[ 377.860682] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 377.860687] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 377.860691] Call Trace:
[ 377.860695] [<ffffffff8105da78>] ? idle_balance+0x108/0x130
[ 377.860708] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 377.860727] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 377.860740] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 377.860747] [<ffffffff810cbeac>] ? cache_alloc_refill+0x7c/0x280
[ 377.860751] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 377.860755] [<ffffffff8160bd25>] schedule_timeout+0x1c5/0x220
[ 377.860759] [<ffffffff8160c5d9>] ? mutex_lock+0x19/0x40
[ 377.860763] [<ffffffff8104c39b>] ? prepare_to_wait+0x5b/0x90
[ 377.860781] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 377.860799] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 377.860803] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 377.860819] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 377.860835] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 377.860851] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 377.860855] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 377.860859] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 377.860864] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 377.860868] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 377.860872] runscript.sh D ffff88023fc90a00 0 1662 1661 0x00000000
[ 377.860877] ffff880233337528 0000000000000086 ffff8802356dc080 0000000000010a00
[ 377.860881] ffff880233337fd8 ffff880233336000 0000000000010a00 0000000000004000
[ 377.860886] ffff880233337fd8 0000000000010a00 ffff880236d223c0 ffff8802356dc080
[ 377.860890] Call Trace:
[ 377.860895] [<ffffffff810554b5>] ? check_preempt_curr+0x75/0xa0
[ 377.860899] [<ffffffff810554f2>] ? ttwu_do_wakeup+0x12/0x90
[ 377.860903] [<ffffffff81055792>] ? ttwu_do_activate.clone.52+0x62/0x70
[ 377.860908] [<ffffffff81057fc6>] ? try_to_wake_up+0x246/0x2b0
[ 377.860912] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 377.860917] [<ffffffff8160e6bd>] rwsem_down_failed_common+0xbd/0x150
[ 377.860922] [<ffffffff8160e763>] rwsem_down_write_failed+0x13/0x20
[ 377.860927] [<ffffffff811f8ba3>] call_rwsem_down_write_failed+0x13/0x20
[ 377.860931] [<ffffffff8160c8cd>] ? down_write+0x2d/0x40
[ 377.860944] [<ffffffffa001bd95>] cache_block_group.clone.50+0x265/0x380 [btrfs]
[ 377.860948] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 377.860966] [<ffffffffa0073242>] ? btrfs_return_cluster_to_free_space+0x22/0xa0 [btrfs]
[ 377.860980] [<ffffffffa001f931>] find_free_extent.clone.69+0x9a1/0xa40 [btrfs]
[ 377.860984] [<ffffffff8109eff7>] ? get_page_from_freelist+0x327/0x760
[ 377.860999] [<ffffffffa0023342>] btrfs_reserve_extent+0x102/0x1f0 [btrfs]
[ 377.861014] [<ffffffffa0023907>] btrfs_alloc_free_block+0x137/0x340 [btrfs]
[ 377.861026] [<ffffffffa00116bd>] __btrfs_cow_block+0x13d/0x590 [btrfs]
[ 377.861037] [<ffffffffa0011c15>] btrfs_cow_block+0x105/0x1c0 [btrfs]
[ 377.861049] [<ffffffffa0015d18>] btrfs_search_slot+0x1c8/0x9b0 [btrfs]
[ 377.861062] [<ffffffffa00177a5>] btrfs_insert_empty_items+0x85/0xf0 [btrfs]
[ 377.861080] [<ffffffffa00691c4>] btrfs_insert_orphan_item+0x64/0x90 [btrfs]
[ 377.861099] [<ffffffffa0038f65>] btrfs_orphan_add+0x105/0x1b0 [btrfs]
[ 377.861111] [<ffffffffa0019065>] ? block_rsv_migrate_bytes+0x35/0x50 [btrfs]
[ 377.861130] [<ffffffffa003d052>] btrfs_truncate+0x142/0x630 [btrfs]
[ 377.861149] [<ffffffffa003ee41>] btrfs_setattr+0xe1/0x180 [btrfs]
[ 377.861155] [<ffffffff810ec256>] notify_change+0x136/0x360
[ 377.861160] [<ffffffff810d0e2f>] do_truncate+0x5f/0x90
[ 377.861165] [<ffffffff810e0ddb>] do_last+0x4cb/0x920
[ 377.861168] [<ffffffff810e1301>] path_openat+0xd1/0x3d0
[ 377.861172] [<ffffffff810e16f4>] do_filp_open+0x44/0xa0
[ 377.861176] [<ffffffff810ed277>] ? alloc_fd+0x47/0x140
[ 377.861180] [<ffffffff810d1b1d>] do_sys_open+0xfd/0x1d0
[ 377.861185] [<ffffffff810d1c0c>] sys_open+0x1c/0x20
[ 377.861188] [<ffffffff8160f322>] system_call_fastpath+0x16/0x1b
[ 377.861191] btrfs-cache-2 D ffff88023fc10a00 0 1672 2 0x00000000
[ 377.861196] ffff88022d4a59e0 0000000000000046 ffff88022d4a22c0 0000000000010a00
[ 377.861200] ffff88022d4a5fd8 ffff88022d4a4000 0000000000010a00 0000000000004000
[ 377.861205] ffff88022d4a5fd8 0000000000010a00 ffffffff81c0d020 ffff88022d4a22c0
[ 377.861209] Call Trace:
[ 377.861213] [<ffffffff811d7d3f>] ? generic_make_request+0xbf/0x100
[ 377.861217] [<ffffffff811d7de1>] ? submit_bio+0x61/0xd0
[ 377.861221] [<ffffffff81097c00>] ? __lock_page+0x70/0x70
[ 377.861225] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 377.861229] [<ffffffff8160da0b>] io_schedule+0x5b/0x80
[ 377.861233] [<ffffffff81097c09>] sleep_on_page+0x9/0x10
[ 377.861237] [<ffffffff8160bf77>] __wait_on_bit+0x57/0x80
[ 377.861241] [<ffffffff81097e2e>] wait_on_page_bit+0x6e/0x80
[ 377.861245] [<ffffffff8104c140>] ? autoremove_wake_function+0x40/0x40
[ 377.861264] [<ffffffffa00524bd>] ? submit_one_bio+0x7d/0xa0 [btrfs]
[ 377.861283] [<ffffffffa0058aed>] read_extent_buffer_pages+0x32d/0x370 [btrfs]
[ 377.861299] [<ffffffffa002aeb0>] ? verify_parent_transid+0x180/0x180 [btrfs]
[ 377.861316] [<ffffffffa002d3c3>] btree_read_extent_buffer_pages.clone.113+0xb3/0x140 [btrfs]
[ 377.861333] [<ffffffffa002da05>] read_tree_block+0x35/0x50 [btrfs]
[ 377.861344] [<ffffffffa001370e>] read_block_for_search.clone.38+0xee/0x3d0 [btrfs]
[ 377.861357] [<ffffffffa0018917>] btrfs_next_leaf+0x257/0x430 [btrfs]
[ 377.861370] [<ffffffffa001cc59>] caching_thread+0x209/0x3d0 [btrfs]
[ 377.861389] [<ffffffffa00626a8>] worker_loop+0xb8/0x540 [btrfs]
[ 377.861407] [<ffffffffa00625f0>] ? btrfs_queue_worker+0x310/0x310 [btrfs]
[ 377.861425] [<ffffffffa00625f0>] ? btrfs_queue_worker+0x310/0x310 [btrfs]
[ 377.861429] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 377.861434] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 377.861438] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 377.861442] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 377.861446] Sched Debug Version: v0.10, 3.3.1-ainan-r1 #16
[ 377.861449] ktime : 378732.039531
[ 377.861452] sched_clk : 377861.444757
[ 377.861454] cpu_clk : 377861.444795
[ 377.861457] jiffies : 4294990915
[ 377.861459] sched_clock_stable : 1
[ 377.861461]
[ 377.861462] sysctl_sched
[ 377.861464] .sysctl_sched_latency : 18.000000
[ 377.861467] .sysctl_sched_min_granularity : 2.250000
[ 377.861470] .sysctl_sched_wakeup_granularity : 3.000000
[ 377.861472] .sysctl_sched_child_runs_first : 0
[ 377.861474] .sysctl_sched_features : 24119
[ 377.861477] .sysctl_sched_tunable_scaling : 1 (logaritmic)
[ 377.861481]
[ 377.861481] cpu#0, 2925.972 MHz
[ 377.861483] .nr_running : 0
[ 377.861485] .load : 0
[ 377.861488] .nr_switches : 95944
[ 377.861490] .nr_load_updates : 6996
[ 377.861492] .nr_uninterruptible : -29
[ 377.861494] .next_balance : 4294.990909
[ 377.861497] .curr->pid : 0
[ 377.861499] .clock : 377851.613771
[ 377.861501] .cpu_load[0] : 0
[ 377.861503] .cpu_load[1] : 0
[ 377.861505] .cpu_load[2] : 0
[ 377.861507] .cpu_load[3] : 0
[ 377.861509] .cpu_load[4] : 0
[ 377.861511] .yld_count : 0
[ 377.861513] .sched_switch : 0
[ 377.861515] .sched_count : 108401
[ 377.861518] .sched_goidle : 45286
[ 377.861520] .avg_idle : 1000000
[ 377.861522] .ttwu_count : 35892
[ 377.861524] .ttwu_local : 23383
[ 377.861526]
[ 377.861527] cfs_rq[0]:
[ 377.861529] .exec_clock : 3628.707300
[ 377.861532] .MIN_vruntime : 0.000001
[ 377.861534] .min_vruntime : 3407.532839
[ 377.861536] .max_vruntime : 0.000001
[ 377.861539] .spread : 0.000000
[ 377.861541] .spread0 : 0.000000
[ 377.861543] .nr_spread_over : 0
[ 377.861545] .nr_running : 0
[ 377.861547] .load : 0
[ 377.861549]
[ 377.861550] rt_rq[0]:
[ 377.861552] .rt_nr_running : 0
[ 377.861554] .rt_throttled : 0
[ 377.861556] .rt_time : 0.000000
[ 377.861558] .rt_runtime : 950.000000
[ 377.861560]
[ 377.861561] runnable tasks:
[ 377.861562] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[ 377.861564] ----------------------------------------------------------------------------------------------------------
[ 377.861571]
[ 377.861572] cpu#1, 2925.972 MHz
[ 377.861574] .nr_running : 0
[ 377.861576] .load : 0
[ 377.861578] .nr_switches : 73200
[ 377.861580] .nr_load_updates : 6849
[ 377.861582] .nr_uninterruptible : -43
[ 377.861585] .next_balance : 4294.990909
[ 377.861587] .curr->pid : 0
[ 377.861589] .clock : 377851.514816
[ 377.861592] .cpu_load[0] : 0
[ 377.861594] .cpu_load[1] : 0
[ 377.861596] .cpu_load[2] : 0
[ 377.861598] .cpu_load[3] : 0
[ 377.861599] .cpu_load[4] : 0
[ 377.861601] .yld_count : 0
[ 377.861603] .sched_switch : 0
[ 377.861605] .sched_count : 85074
[ 377.861608] .sched_goidle : 34024
[ 377.861610] .avg_idle : 1000000
[ 377.861612] .ttwu_count : 32932
[ 377.861614] .ttwu_local : 20961
[ 377.861616]
[ 377.861617] cfs_rq[1]:
[ 377.861619] .exec_clock : 2469.540705
[ 377.861621] .MIN_vruntime : 0.000001
[ 377.861624] .min_vruntime : 2223.617075
[ 377.861626] .max_vruntime : 0.000001
[ 377.861628] .spread : 0.000000
[ 377.861631] .spread0 : -1183.915764
[ 377.861633] .nr_spread_over : 0
[ 377.861635] .nr_running : 0
[ 377.861637] .load : 0
[ 377.861639]
[ 377.861640] rt_rq[1]:
[ 377.861642] .rt_nr_running : 0
[ 377.861644] .rt_throttled : 0
[ 377.861646] .rt_time : 0.000000
[ 377.861648] .rt_runtime : 950.000000
[ 377.861650]
[ 377.861651] runnable tasks:
[ 377.861652] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[ 377.861654] ----------------------------------------------------------------------------------------------------------
[ 377.861660]
[ 377.861660] cpu#2, 2925.972 MHz
[ 377.861662] .nr_running : 0
[ 377.861664] .load : 0
[ 377.861666] .nr_switches : 42665
[ 377.861669] .nr_load_updates : 4886
[ 377.861671] .nr_uninterruptible : 45
[ 377.861673] .next_balance : 4294.990909
[ 377.861675] .curr->pid : 0
[ 377.861678] .clock : 377826.298755
[ 377.861680] .cpu_load[0] : 0
[ 377.861682] .cpu_load[1] : 0
[ 377.861684] .cpu_load[2] : 0
[ 377.861686] .cpu_load[3] : 0
[ 377.861688] .cpu_load[4] : 0
[ 377.861690] .yld_count : 0
[ 377.861692] .sched_switch : 0
[ 377.861694] .sched_count : 55013
[ 377.861696] .sched_goidle : 19023
[ 377.861698] .avg_idle : 1000000
[ 377.861700] .ttwu_count : 32241
[ 377.861702] .ttwu_local : 20610
[ 377.861704]
[ 377.861705] cfs_rq[2]:
[ 377.861707] .exec_clock : 1189.222189
[ 377.861710] .MIN_vruntime : 0.000001
[ 377.861712] .min_vruntime : 11384.754953
[ 377.861714] .max_vruntime : 0.000001
[ 377.861717] .spread : 0.000000
[ 377.861719] .spread0 : 7977.222114
[ 377.861721] .nr_spread_over : 0
[ 377.861723] .nr_running : 0
[ 377.861726] .load : 0
[ 377.861727]
[ 377.861728] rt_rq[2]:
[ 377.861730] .rt_nr_running : 0
[ 377.861732] .rt_throttled : 0
[ 377.861734] .rt_time : 0.000000
[ 377.861737] .rt_runtime : 950.000000
[ 377.861739]
[ 377.861739] runnable tasks:
[ 377.861740] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[ 377.861742] ----------------------------------------------------------------------------------------------------------
[ 377.861748]
[ 377.861749] cpu#3, 2925.972 MHz
[ 377.861751] .nr_running : 0
[ 377.861753] .load : 0
[ 377.861755] .nr_switches : 41060
[ 377.861757] .nr_load_updates : 4908
[ 377.861759] .nr_uninterruptible : 31
[ 377.861762] .next_balance : 4294.990947
[ 377.861764] .curr->pid : 0
[ 377.861766] .clock : 377836.215057
[ 377.861768] .cpu_load[0] : 1024
[ 377.861770] .cpu_load[1] : 512
[ 377.861773] .cpu_load[2] : 256
[ 377.861775] .cpu_load[3] : 128
[ 377.861777] .cpu_load[4] : 64
[ 377.861779] .yld_count : 0
[ 377.861781] .sched_switch : 0
[ 377.861783] .sched_count : 53768
[ 377.861785] .sched_goidle : 18125
[ 377.861787] .avg_idle : 1000000
[ 377.861789] .ttwu_count : 32079
[ 377.861791] .ttwu_local : 20867
[ 377.861793]
[ 377.861794] cfs_rq[3]:
[ 377.861796] .exec_clock : 1263.842783
[ 377.861799] .MIN_vruntime : 0.000001
[ 377.861801] .min_vruntime : 3309.318801
[ 377.861803] .max_vruntime : 0.000001
[ 377.861806] .spread : 0.000000
[ 377.861808] .spread0 : -98.214038
[ 377.861810] .nr_spread_over : 0
[ 377.861812] .nr_running : 0
[ 377.861814] .load : 0
[ 377.861816]
[ 377.861817] rt_rq[3]:
[ 377.861819] .rt_nr_running : 0
[ 377.861821] .rt_throttled : 0
[ 377.861823] .rt_time : 0.000000
[ 377.861825] .rt_runtime : 950.000000
[ 377.861828]
[ 377.861828] runnable tasks:
[ 377.861829] task PID tree-key switches prio exec-runtime sum-exec sum-sleep
[ 377.861831] ----------------------------------------------------------------------------------------------------------
[ 377.861836]
[ 479.036109] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 479.036113] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 479.036117] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 479.036123] ffff8802343d3ce0 0000000000000046 ffff880234c6a980 0000000000010a00
[ 479.036128] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 479.036132] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 479.036137] Call Trace:
[ 479.036147] [<ffffffff8105da78>] ? idle_balance+0x108/0x130
[ 479.036177] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 479.036197] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 479.036211] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 479.036218] [<ffffffff810cbeac>] ? cache_alloc_refill+0x7c/0x280
[ 479.036225] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 479.036229] [<ffffffff8160bd25>] schedule_timeout+0x1c5/0x220
[ 479.036233] [<ffffffff8160c5d9>] ? mutex_lock+0x19/0x40
[ 479.036238] [<ffffffff8104c39b>] ? prepare_to_wait+0x5b/0x90
[ 479.036255] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 479.036271] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 479.036276] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 479.036291] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 479.036305] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 479.036320] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 479.036324] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 479.036328] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 479.036332] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 479.036336] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 598.704880] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 598.704884] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 598.704887] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 598.704893] ffff8802343d3ce0 0000000000000046 ffff880234c6a980 0000000000010a00
[ 598.704898] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 598.704903] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 598.704907] Call Trace:
[ 598.704917] [<ffffffff8105da78>] ? idle_balance+0x108/0x130
[ 598.704945] [<ffffffffa001ec04>] ? do_chunk_alloc.clone.68+0x74/0x400 [btrfs]
[ 598.704966] [<ffffffffa0077403>] ? btrfs_find_ref_cluster+0x33/0x170 [btrfs]
[ 598.704982] [<ffffffffa001ea33>] ? btrfs_reduce_alloc_profile+0x53/0x120 [btrfs]
[ 598.704988] [<ffffffff810cbeac>] ? cache_alloc_refill+0x7c/0x280
[ 598.704995] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 598.705000] [<ffffffff8160bd25>] schedule_timeout+0x1c5/0x220
[ 598.705004] [<ffffffff8160c5d9>] ? mutex_lock+0x19/0x40
[ 598.705009] [<ffffffff8104c39b>] ? prepare_to_wait+0x5b/0x90
[ 598.705028] [<ffffffffa00331bf>] btrfs_commit_transaction+0x30f/0x9a0 [btrfs]
[ 598.705046] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 598.705050] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 598.705067] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 598.705083] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 598.705099] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 598.705103] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 598.705109] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 598.705113] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 598.705117] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 612.475385] device label root devid 2 transid 192233 /dev/sdb2
[ 612.580109] device label root devid 2 transid 192233 /dev/sdb2
[ 612.898163] device label root devid 2 transid 192233 /dev/sdb2
[ 613.007052] device label root devid 2 transid 192233 /dev/sdb2
[ 613.101700] device label root devid 2 transid 192233 /dev/sdb2
[ 618.044026] tg3 0000:02:00.0: irq 43 for MSI/MSI-X
[ 618.265072] tg3 0000:02:00.0: eth0: Link is down
[ 621.266615] tg3 0000:02:00.0: eth0: Link is up at 1000 Mbps, full duplex
[ 621.266620] tg3 0000:02:00.0: eth0: Flow control is on for TX and on for RX
[ 633.835096] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 633.835117] NFSD: starting 90-second grace period
[ 838.042448] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 838.042452] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 838.042455] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 838.042461] ffff8802343d3a80 0000000000000046 ffff880234c6a980 0000000000010a00
[ 838.042467] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 838.042471] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 838.042476] Call Trace:
[ 838.042487] [<ffffffff81097c00>] ? __lock_page+0x70/0x70
[ 838.042494] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 838.042498] [<ffffffff8160da0b>] io_schedule+0x5b/0x80
[ 838.042506] [<ffffffff81097c09>] sleep_on_page+0x9/0x10
[ 838.042510] [<ffffffff8160be32>] __wait_on_bit_lock+0x52/0xb0
[ 838.042514] [<ffffffff81097bf2>] __lock_page+0x62/0x70
[ 838.042519] [<ffffffff8104c140>] ? autoremove_wake_function+0x40/0x40
[ 838.042550] [<ffffffffa0056df1>] extent_write_cache_pages.clone.26.clone.40+0x211/0x3e0 [btrfs]
[ 838.042572] [<ffffffffa00571f5>] extent_writepages+0x45/0x60 [btrfs]
[ 838.042591] [<ffffffffa0037500>] ? uncompress_inline.clone.44+0x1b0/0x1b0 [btrfs]
[ 838.042609] [<ffffffffa0036d42>] btrfs_writepages+0x22/0x30 [btrfs]
[ 838.042615] [<ffffffff810a1c6c>] do_writepages+0x1c/0x30
[ 838.042619] [<ffffffff8109883b>] __filemap_fdatawrite_range+0x5b/0x60
[ 838.042623] [<ffffffff810996f7>] filemap_flush+0x17/0x20
[ 838.042641] [<ffffffffa0051c82>] btrfs_run_ordered_operations+0x192/0x200 [btrfs]
[ 838.042658] [<ffffffffa0032f26>] btrfs_commit_transaction+0x76/0x9a0 [btrfs]
[ 838.042664] [<ffffffff8103c042>] ? del_timer_sync+0x32/0x50
[ 838.042680] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 838.042685] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 838.042700] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 838.042714] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 838.042729] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 838.042733] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 838.042739] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 838.042743] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 838.042747] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 957.712164] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 957.712168] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 957.712172] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 957.712178] ffff8802343d3a80 0000000000000046 ffff880234c6a980 0000000000010a00
[ 957.712183] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 957.712188] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 957.712193] Call Trace:
[ 957.712204] [<ffffffff81097c00>] ? __lock_page+0x70/0x70
[ 957.712214] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 957.712217] [<ffffffff8160da0b>] io_schedule+0x5b/0x80
[ 957.712221] [<ffffffff81097c09>] sleep_on_page+0x9/0x10
[ 957.712226] [<ffffffff8160be32>] __wait_on_bit_lock+0x52/0xb0
[ 957.712229] [<ffffffff81097bf2>] __lock_page+0x62/0x70
[ 957.712234] [<ffffffff8104c140>] ? autoremove_wake_function+0x40/0x40
[ 957.712266] [<ffffffffa0056df1>] extent_write_cache_pages.clone.26.clone.40+0x211/0x3e0 [btrfs]
[ 957.712288] [<ffffffffa00571f5>] extent_writepages+0x45/0x60 [btrfs]
[ 957.712305] [<ffffffffa0037500>] ? uncompress_inline.clone.44+0x1b0/0x1b0 [btrfs]
[ 957.712323] [<ffffffffa0036d42>] btrfs_writepages+0x22/0x30 [btrfs]
[ 957.712327] [<ffffffff810a1c6c>] do_writepages+0x1c/0x30
[ 957.712331] [<ffffffff8109883b>] __filemap_fdatawrite_range+0x5b/0x60
[ 957.712335] [<ffffffff810996f7>] filemap_flush+0x17/0x20
[ 957.712353] [<ffffffffa0051c82>] btrfs_run_ordered_operations+0x192/0x200 [btrfs]
[ 957.712370] [<ffffffffa0032f26>] btrfs_commit_transaction+0x76/0x9a0 [btrfs]
[ 957.712376] [<ffffffff8103c042>] ? del_timer_sync+0x32/0x50
[ 957.712391] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 957.712396] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 957.712411] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 957.712426] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 957.712440] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 957.712444] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 957.712450] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 957.712454] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 957.712457] [<ffffffff816104d0>] ? gs_change+0xb/0xb
[ 1077.381579] INFO: task btrfs-transacti:997 blocked for more than 120 seconds.
[ 1077.381584] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 1077.381588] btrfs-transacti D ffff88023fc50a00 0 997 2 0x00000000
[ 1077.381594] ffff8802343d3a80 0000000000000046 ffff880234c6a980 0000000000010a00
[ 1077.381599] ffff8802343d3fd8 ffff8802343d2000 0000000000010a00 0000000000004000
[ 1077.381604] ffff8802343d3fd8 0000000000010a00 ffff880236d0a2c0 ffff880234c6a980
[ 1077.381609] Call Trace:
[ 1077.381621] [<ffffffff81097c00>] ? __lock_page+0x70/0x70
[ 1077.381628] [<ffffffff8160d99a>] schedule+0x3a/0x50
[ 1077.381632] [<ffffffff8160da0b>] io_schedule+0x5b/0x80
[ 1077.381636] [<ffffffff81097c09>] sleep_on_page+0x9/0x10
[ 1077.381641] [<ffffffff8160be32>] __wait_on_bit_lock+0x52/0xb0
[ 1077.381645] [<ffffffff81097bf2>] __lock_page+0x62/0x70
[ 1077.381651] [<ffffffff8104c140>] ? autoremove_wake_function+0x40/0x40
[ 1077.381684] [<ffffffffa0056df1>] extent_write_cache_pages.clone.26.clone.40+0x211/0x3e0 [btrfs]
[ 1077.381707] [<ffffffffa00571f5>] extent_writepages+0x45/0x60 [btrfs]
[ 1077.381727] [<ffffffffa0037500>] ? uncompress_inline.clone.44+0x1b0/0x1b0 [btrfs]
[ 1077.381746] [<ffffffffa0036d42>] btrfs_writepages+0x22/0x30 [btrfs]
[ 1077.381751] [<ffffffff810a1c6c>] do_writepages+0x1c/0x30
[ 1077.381756] [<ffffffff8109883b>] __filemap_fdatawrite_range+0x5b/0x60
[ 1077.381760] [<ffffffff810996f7>] filemap_flush+0x17/0x20
[ 1077.381780] [<ffffffffa0051c82>] btrfs_run_ordered_operations+0x192/0x200 [btrfs]
[ 1077.381798] [<ffffffffa0032f26>] btrfs_commit_transaction+0x76/0x9a0 [btrfs]
[ 1077.381806] [<ffffffff8103c042>] ? del_timer_sync+0x32/0x50
[ 1077.381823] [<ffffffffa0032472>] ? join_transaction.clone.26+0x22/0x2e0 [btrfs]
[ 1077.381828] [<ffffffff8104c100>] ? wake_up_bit+0x40/0x40
[ 1077.381844] [<ffffffffa002bb5b>] transaction_kthread+0x25b/0x2d0 [btrfs]
[ 1077.381860] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 1077.381876] [<ffffffffa002b900>] ? btrfs_alloc_root+0x30/0x30 [btrfs]
[ 1077.381881] [<ffffffff8104bc16>] kthread+0x96/0xa0
[ 1077.381886] [<ffffffff816104d4>] kernel_thread_helper+0x4/0x10
[ 1077.381891] [<ffffffff8104bb80>] ? kthread_freezable_should_stop+0x70/0x70
[ 1077.381895] [<ffffffff816104d0>] ? gs_change+0xb/0xb
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
[not found] ` <CAFDW0jKMEQ+oMN41euh1cMy4h+6Qntt5UL9+0HZw4r9SpDJVvQ@mail.gmail.com>
@ 2012-04-13 12:57 ` cwillu
2012-04-13 13:20 ` Ahmet Inan
2012-04-13 13:47 ` Josef Bacik
1 sibling, 1 reply; 29+ messages in thread
From: cwillu @ 2012-04-13 12:57 UTC (permalink / raw)
To: Ahmet Inan; +Cc: Josef Bacik, Calvin Walton, linux-btrfs, Chris Mason
These are usb disks? Does that failure at 12.241517 (or related)
happen every time?
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-13 12:57 ` cwillu
@ 2012-04-13 13:20 ` Ahmet Inan
0 siblings, 0 replies; 29+ messages in thread
From: Ahmet Inan @ 2012-04-13 13:20 UTC (permalink / raw)
To: cwillu; +Cc: Josef Bacik, Calvin Walton, linux-btrfs, Chris Mason
On Fri, Apr 13, 2012 at 2:57 PM, cwillu <cwillu@cwillu.com> wrote:
> These are usb disks? =C2=A0Does that failure at 12.241517 (or related=
)
> happen every time?
no, 0CCD:0052 is the webcam. i dont have the modules for the webcam
in initramfs, thats why.
the real slowness is around 33.305370
The 2 SATA Disks are fine. I have many more Computers with varying
Hardware but the same Kernel and see the same Problems there too.
Ahmet
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
[not found] ` <CAFDW0jKMEQ+oMN41euh1cMy4h+6Qntt5UL9+0HZw4r9SpDJVvQ@mail.gmail.com>
2012-04-13 12:57 ` cwillu
@ 2012-04-13 13:47 ` Josef Bacik
2012-04-21 20:54 ` Ahmet Inan
1 sibling, 1 reply; 29+ messages in thread
From: Josef Bacik @ 2012-04-13 13:47 UTC (permalink / raw)
To: Ahmet Inan; +Cc: cwillu, Josef Bacik, Calvin Walton, linux-btrfs, Chris Mason
On Fri, Apr 13, 2012 at 02:26:19PM +0200, Ahmet Inan wrote:
> On Fri, Apr 13, 2012 at 1:22 PM, Ahmet Inan
> <ainan@mathematik.uni-freiburg.de> wrote:
> > On Fri, Apr 13, 2012 at 8:49 AM, cwillu <cwillu@cwillu.com> wrote:
> >>> dmesg and fstab attached as requested.
> >>
> >> Need dmesg after you've hit alt-sysrq-w a couple times during the slow period.
> >
> > here.
> >
> > i guess i should also increase dmesg history size next time.
> > other than the slow boot, everything seems normal after 10-20minutes.
> >
> > fyi: the space_cache option is not really helping with those
> > twenty computers. the one thing i observed is, that sometimes
> > they reboot fast and only to reboot slow again after that.
>
> sorry for spaming the list with my dmesg files,
> please tell me, how i could do better.
>
> here a more complete dmesg.
Hrm so you are getting blocked task warnings just trying to mount the
filesystem, so either your disk is really really really slow or there's
something bigger going on. Let me think about this some and I'll get back to
you.
Josef
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-13 13:47 ` Josef Bacik
@ 2012-04-21 20:54 ` Ahmet Inan
2012-04-22 7:59 ` Sergei Trofimovich
2012-05-03 13:40 ` Ahmet Inan
0 siblings, 2 replies; 29+ messages in thread
From: Ahmet Inan @ 2012-04-21 20:54 UTC (permalink / raw)
To: Josef Bacik; +Cc: cwillu, Calvin Walton, linux-btrfs, Chris Mason
On Fri, Apr 13, 2012 at 3:47 PM, Josef Bacik <josef@redhat.com> wrote:
> On Fri, Apr 13, 2012 at 02:26:19PM +0200, Ahmet Inan wrote:
>> On Fri, Apr 13, 2012 at 1:22 PM, Ahmet Inan
>> <ainan@mathematik.uni-freiburg.de> wrote:
>> > On Fri, Apr 13, 2012 at 8:49 AM, cwillu <cwillu@cwillu.com> wrote:
>> >>> dmesg and fstab attached as requested.
>> >>
>> >> Need dmesg after you've hit alt-sysrq-w a couple times during the=
slow period.
>> >
>> > here.
>> >
>> > i guess i should also increase dmesg history size next time.
>> > other than the slow boot, everything seems normal after 10-20minut=
es.
>> >
>> > fyi: the space_cache option is not really helping with those
>> > twenty computers. the one thing i observed is, that sometimes
>> > they reboot fast and only to reboot slow again after that.
>>
>> sorry for spaming the list with my dmesg files,
>> please tell me, how i could do better.
>>
>> here a more complete dmesg.
>
> Hrm so you are getting blocked task warnings just trying to mount the
> filesystem, so either your disk is really really really slow or there=
's
> something bigger going on. =C2=A0Let me think about this some and I'l=
l get back to
> you.
Josef, i finally found out something:
btrfs in kernel =3D> fast boot
btrfs as module =3D> very slow boot
and here see the results:
http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart_btr=
fs_in_kernel.png
this is much, much better!
I dont understand why btrfs as a module performs that bad on rotating d=
isk.
On SSD i had no issues and also i never used space_cache before.
Im going to deploy the new kernel on our systems next week with
btrfs in-kernel and come back with the results.
Ahmet
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-21 20:54 ` Ahmet Inan
@ 2012-04-22 7:59 ` Sergei Trofimovich
2012-04-22 9:16 ` Ahmet Inan
2012-05-03 13:40 ` Ahmet Inan
1 sibling, 1 reply; 29+ messages in thread
From: Sergei Trofimovich @ 2012-04-22 7:59 UTC (permalink / raw)
To: Ahmet Inan; +Cc: Josef Bacik, cwillu, Calvin Walton, linux-btrfs, Chris Mason
[-- Attachment #1: Type: text/plain, Size: 2044 bytes --]
On Sat, 21 Apr 2012 22:54:41 +0200
Ahmet Inan <ainan@mathematik.uni-freiburg.de> wrote:
> On Fri, Apr 13, 2012 at 3:47 PM, Josef Bacik <josef@redhat.com> wrote:
> > On Fri, Apr 13, 2012 at 02:26:19PM +0200, Ahmet Inan wrote:
> >> On Fri, Apr 13, 2012 at 1:22 PM, Ahmet Inan
> >> <ainan@mathematik.uni-freiburg.de> wrote:
> >> > On Fri, Apr 13, 2012 at 8:49 AM, cwillu <cwillu@cwillu.com> wrote:
> >> >>> dmesg and fstab attached as requested.
> >> >>
> >> >> Need dmesg after you've hit alt-sysrq-w a couple times during the slow period.
> >> >
> >> > here.
> >> >
> >> > i guess i should also increase dmesg history size next time.
> >> > other than the slow boot, everything seems normal after 10-20minutes.
> >> >
> >> > fyi: the space_cache option is not really helping with those
> >> > twenty computers. the one thing i observed is, that sometimes
> >> > they reboot fast and only to reboot slow again after that.
> >>
> >> sorry for spaming the list with my dmesg files,
> >> please tell me, how i could do better.
> >>
> >> here a more complete dmesg.
> >
> > Hrm so you are getting blocked task warnings just trying to mount the
> > filesystem, so either your disk is really really really slow or there's
> > something bigger going on. Let me think about this some and I'll get back to
> > you.
>
> Josef, i finally found out something:
>
> btrfs in kernel => fast boot
> btrfs as module => very slow boot
>
> and here see the results:
> http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart_btrfs_in_kernel.png
>
> this is much, much better!
>
> I dont understand why btrfs as a module performs that bad on rotating disk.
> On SSD i had no issues and also i never used space_cache before.
There is a suspiction that putting space_cache (or anything else) to fstab for rootfs
does not get applied due to a bug:
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg16039.html
Do all of your affected computers run 3.4.0-rc kernels?
--
Sergei
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-22 7:59 ` Sergei Trofimovich
@ 2012-04-22 9:16 ` Ahmet Inan
2012-04-22 13:57 ` Ahmet Inan
0 siblings, 1 reply; 29+ messages in thread
From: Ahmet Inan @ 2012-04-22 9:16 UTC (permalink / raw)
To: Sergei Trofimovich
Cc: Josef Bacik, cwillu, Calvin Walton, linux-btrfs, Chris Mason
On Sun, Apr 22, 2012 at 9:59 AM, Sergei Trofimovich <slyich@gmail.com> =
wrote:
> On Sat, 21 Apr 2012 22:54:41 +0200
> Ahmet Inan <ainan@mathematik.uni-freiburg.de> wrote:
>
>> On Fri, Apr 13, 2012 at 3:47 PM, Josef Bacik <josef@redhat.com> wrot=
e:
>> > On Fri, Apr 13, 2012 at 02:26:19PM +0200, Ahmet Inan wrote:
>> >> On Fri, Apr 13, 2012 at 1:22 PM, Ahmet Inan
>> >> <ainan@mathematik.uni-freiburg.de> wrote:
>> >> > On Fri, Apr 13, 2012 at 8:49 AM, cwillu <cwillu@cwillu.com> wro=
te:
>> >> >>> dmesg and fstab attached as requested.
>> >> >>
>> >> >> Need dmesg after you've hit alt-sysrq-w a couple times during =
the slow period.
>> >> >
>> >> > here.
>> >> >
>> >> > i guess i should also increase dmesg history size next time.
>> >> > other than the slow boot, everything seems normal after 10-20mi=
nutes.
>> >> >
>> >> > fyi: the space_cache option is not really helping with those
>> >> > twenty computers. the one thing i observed is, that sometimes
>> >> > they reboot fast and only to reboot slow again after that.
>> >>
>> >> sorry for spaming the list with my dmesg files,
>> >> please tell me, how i could do better.
>> >>
>> >> here a more complete dmesg.
>> >
>> > Hrm so you are getting blocked task warnings just trying to mount =
the
>> > filesystem, so either your disk is really really really slow or th=
ere's
>> > something bigger going on. =C2=A0Let me think about this some and =
I'll get back to
>> > you.
>>
>> Josef, i finally found out something:
>>
>> btrfs in kernel =3D> fast boot
>> btrfs as module =3D> very slow boot
>>
>> and here see the results:
>> http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart_=
btrfs_in_kernel.png
>>
>> this is much, much better!
>>
>> I dont understand why btrfs as a module performs that bad on rotatin=
g disk.
>> On SSD i had no issues and also i never used space_cache before.
>
> There is a suspiction that putting space_cache (or anything else) to =
fstab for rootfs
> does not get applied due to a bug:
>
> =C2=A0 =C2=A0http://www.mail-archive.com/linux-btrfs@vger.kernel.org/=
msg16039.html
Thats right.
space_cache only got enabled for real, after ive set the option in the
boot argument once.
Even if it looks like it gets enabled in dmesg via /etc/fstab,
the next boot without space_cache doesnt show space_cache enabled.
But this is another problem i will look into later.
At the moment the biggest problem is having btrfs as a module.
> Do all of your affected computers run 3.4.0-rc kernels?
They run vanilla/linux-3.3.2 with btrfs/for-linus.
The unaffected computers have <=3D vanilla/linux-3.2.9 with
btrfs/for-linus from 2 months ago or so.
Ahmet
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-22 9:16 ` Ahmet Inan
@ 2012-04-22 13:57 ` Ahmet Inan
0 siblings, 0 replies; 29+ messages in thread
From: Ahmet Inan @ 2012-04-22 13:57 UTC (permalink / raw)
To: Sergei Trofimovich
Cc: Josef Bacik, cwillu, Calvin Walton, linux-btrfs, Chris Mason
On Sun, Apr 22, 2012 at 11:16 AM, Ahmet Inan
<ainan@mathematik.uni-freiburg.de> wrote:
> On Sun, Apr 22, 2012 at 9:59 AM, Sergei Trofimovich <slyich@gmail.com=
> wrote:
>> On Sat, 21 Apr 2012 22:54:41 +0200
>> Ahmet Inan <ainan@mathematik.uni-freiburg.de> wrote:
>>
>>> On Fri, Apr 13, 2012 at 3:47 PM, Josef Bacik <josef@redhat.com> wro=
te:
>>> > On Fri, Apr 13, 2012 at 02:26:19PM +0200, Ahmet Inan wrote:
>>> >> On Fri, Apr 13, 2012 at 1:22 PM, Ahmet Inan
>>> >> <ainan@mathematik.uni-freiburg.de> wrote:
>>> >> > On Fri, Apr 13, 2012 at 8:49 AM, cwillu <cwillu@cwillu.com> wr=
ote:
>>> >> >>> dmesg and fstab attached as requested.
>>> >> >>
>>> >> >> Need dmesg after you've hit alt-sysrq-w a couple times during=
the slow period.
>>> >> >
>>> >> > here.
>>> >> >
>>> >> > i guess i should also increase dmesg history size next time.
>>> >> > other than the slow boot, everything seems normal after 10-20m=
inutes.
>>> >> >
>>> >> > fyi: the space_cache option is not really helping with those
>>> >> > twenty computers. the one thing i observed is, that sometimes
>>> >> > they reboot fast and only to reboot slow again after that.
>>> >>
>>> >> sorry for spaming the list with my dmesg files,
>>> >> please tell me, how i could do better.
>>> >>
>>> >> here a more complete dmesg.
>>> >
>>> > Hrm so you are getting blocked task warnings just trying to mount=
the
>>> > filesystem, so either your disk is really really really slow or t=
here's
>>> > something bigger going on. =C2=A0Let me think about this some and=
I'll get back to
>>> > you.
>>>
>>> Josef, i finally found out something:
>>>
>>> btrfs in kernel =3D> fast boot
>>> btrfs as module =3D> very slow boot
>>>
>>> and here see the results:
>>> http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart=
_btrfs_in_kernel.png
>>>
>>> this is much, much better!
>>>
>>> I dont understand why btrfs as a module performs that bad on rotati=
ng disk.
>>> On SSD i had no issues and also i never used space_cache before.
>>
>> There is a suspiction that putting space_cache (or anything else) to=
fstab for rootfs
>> does not get applied due to a bug:
>>
>> =C2=A0 =C2=A0http://www.mail-archive.com/linux-btrfs@vger.kernel.org=
/msg16039.html
>
> Thats right.
>
> space_cache only got enabled for real, after ive set the option in th=
e
> boot argument once.
> Even if it looks like it gets enabled in dmesg via /etc/fstab,
> the next boot without space_cache doesnt show space_cache enabled.
>
> But this is another problem i will look into later.
I just pulled for-linus and thank you for that patch Sergei.
Now i can enable space_cache on all systems without playing
with bootarguments or fstab:
# mount -o remount,space_cache /
it speeds up boot times after a couple reboots. perfect!
> At the moment the biggest problem is having btrfs as a module.
To be sure i just rebooted that troublesome computer again with
btrfs as module and with space_cache enabled:
http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart_btr=
fs_as_module.png
So it looks like btrfs as module only amplified that
space_cache problem ..
And now that space_cache is enabled and working even btrfs as
module works ok.
Conclusion:
btrfs in kernel + space_cache solves all my slow boot problems.
Ahmet
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
* Re: Boot speed/mount time regression with 3.4.0-rc2
2012-04-21 20:54 ` Ahmet Inan
2012-04-22 7:59 ` Sergei Trofimovich
@ 2012-05-03 13:40 ` Ahmet Inan
1 sibling, 0 replies; 29+ messages in thread
From: Ahmet Inan @ 2012-05-03 13:40 UTC (permalink / raw)
To: Josef Bacik; +Cc: cwillu, linux-btrfs, Chris Mason
On Sat, Apr 21, 2012 at 10:54 PM, Ahmet Inan
<ainan@mathematik.uni-freiburg.de> wrote:
> On Fri, Apr 13, 2012 at 3:47 PM, Josef Bacik <josef@redhat.com> wrote=
:
>> On Fri, Apr 13, 2012 at 02:26:19PM +0200, Ahmet Inan wrote:
>>> On Fri, Apr 13, 2012 at 1:22 PM, Ahmet Inan
>>> <ainan@mathematik.uni-freiburg.de> wrote:
>>> > On Fri, Apr 13, 2012 at 8:49 AM, cwillu <cwillu@cwillu.com> wrote=
:
>>> >>> dmesg and fstab attached as requested.
>>> >>
>>> >> Need dmesg after you've hit alt-sysrq-w a couple times during th=
e slow period.
>>> >
>>> > here.
>>> >
>>> > i guess i should also increase dmesg history size next time.
>>> > other than the slow boot, everything seems normal after 10-20minu=
tes.
>>> >
>>> > fyi: the space_cache option is not really helping with those
>>> > twenty computers. the one thing i observed is, that sometimes
>>> > they reboot fast and only to reboot slow again after that.
>>>
>>> sorry for spaming the list with my dmesg files,
>>> please tell me, how i could do better.
>>>
>>> here a more complete dmesg.
>>
>> Hrm so you are getting blocked task warnings just trying to mount th=
e
>> filesystem, so either your disk is really really really slow or ther=
e's
>> something bigger going on. =C2=A0Let me think about this some and I'=
ll get back to
>> you.
>
> Josef, i finally found out something:
>
> btrfs in kernel =3D> fast boot
> btrfs as module =3D> very slow boot
>
> and here see the results:
> http://aam.mathematik.uni-freiburg.de/IAM/homepages/ainan/bootchart_b=
trfs_in_kernel.png
>
> this is much, much better!
>
> I dont understand why btrfs as a module performs that bad on rotating=
disk.
> On SSD i had no issues and also i never used space_cache before.
>
> Im going to deploy the new kernel on our systems next week with
> btrfs in-kernel and come back with the results.
=46YI: a 100 computers here with all kinds of hardware constellations
work perfectly since the kernel upgrade (3.3.2 + for-linus) one week ag=
o.
We are very happy with the better btrfs performance.
Also boot times are very short again.
Even upgrading from different and very old Kernel versions worked flawl=
ess:
vanilla linux-2.6.38.8: "Old style space inode found, converting." grea=
t :-)
To make a long story short:
Thanks a lot!
Ahmet
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
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] 29+ messages in thread
end of thread, other threads:[~2012-05-03 13:40 UTC | newest]
Thread overview: 29+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-04-09 15:53 Boot speed/mount time regression with 3.4.0-rc2 Calvin Walton
2012-04-09 16:08 ` cwillu
2012-04-09 17:10 ` Calvin Walton
2012-04-09 17:14 ` Josef Bacik
2012-04-09 20:54 ` Josef Bacik
2012-04-09 21:20 ` Calvin Walton
2012-04-10 13:08 ` Josef Bacik
2012-04-10 15:16 ` Josef Bacik
2012-04-10 16:04 ` Calvin Walton
2012-04-10 16:29 ` David Sterba
2012-04-10 16:34 ` Calvin Walton
2012-04-11 15:26 ` Ahmet Inan
2012-04-11 17:04 ` Josef Bacik
2012-04-12 9:22 ` Ahmet Inan
2012-04-12 13:37 ` Josef Bacik
2012-04-12 14:23 ` Josef Bacik
2012-04-13 6:26 ` Ahmet Inan
2012-04-13 6:49 ` cwillu
2012-04-13 11:22 ` Ahmet Inan
[not found] ` <CAFDW0jKMEQ+oMN41euh1cMy4h+6Qntt5UL9+0HZw4r9SpDJVvQ@mail.gmail.com>
2012-04-13 12:57 ` cwillu
2012-04-13 13:20 ` Ahmet Inan
2012-04-13 13:47 ` Josef Bacik
2012-04-21 20:54 ` Ahmet Inan
2012-04-22 7:59 ` Sergei Trofimovich
2012-04-22 9:16 ` Ahmet Inan
2012-04-22 13:57 ` Ahmet Inan
2012-05-03 13:40 ` Ahmet Inan
2012-04-11 16:38 ` Chester
2012-04-11 18:24 ` Josef Bacik
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.