* em28xx breaks after hibernate
@ 2014-09-25 12:53 Johannes Stezenbach
2014-09-25 13:45 ` Shuah Khan
0 siblings, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-25 12:53 UTC (permalink / raw)
To: Shuah Khan; +Cc: linux-media, Mauro Carvalho Chehab
Hi Shuah,
ever since your patchset which implements suspend/resume
for em28xx, hibernating the system breaks the Hauppauge WinTV HVR 930C driver.
In v3.15.y and v3.16.y it throws a request_firmware warning
during hibernate + resume, and the /dev/dvb/ device nodes disappears after
resume. In current git v3.17-rc6-247-g005f800, it hangs
after resume. I bisected the hang in qemu to
b89193e0b06f "media: em28xx - remove reset_resume interface",
the hang is fixed if I revert this commit on top of v3.17-rc6-247-g005f800.
Regarding the request_firmware issue. I think a possible
fix would be:
--- a/drivers/media/dvb-core/dvb_frontend.c
+++ b/drivers/media/dvb-core/dvb_frontend.c
@@ -2568,16 +2568,8 @@ int dvb_frontend_resume(struct dvb_frontend *fe)
dev_dbg(fe->dvb->device, "%s: adap=%d fe=%d\n", __func__, fe->dvb->num,
fe->id);
- fe->exit = DVB_FE_DEVICE_RESUME;
- if (fe->ops.init)
- ret = fe->ops.init(fe);
-
- if (fe->ops.tuner_ops.init)
- ret = fe->ops.tuner_ops.init(fe);
-
- fe->exit = DVB_FE_NO_EXIT;
fepriv->state = FESTATE_RETUNE;
- dvb_frontend_wakeup(fe);
+ dvb_frontend_reinitialise(fe);
return ret;
}
But of course this has the potential of breaking other drivers...
Below is a full log of the suspend + resume in qemu with
no_console_suspend.
Johannes
qemu command line:
qemu-system-x86_64 -enable-kvm -smp cpus=4 -m 1G -net nic,model=virtio -net user -hda debian-7.6.0.qcow2 -device usb-ehci,id=ehci -device usb-host,vendorid=0x2040,productid=0x1605,bus=ehci.0 -nographic -kernel ~/src/linux/linux/arch/x86/boot/bzImage -initrd initrd.img-3.16.0 -append "BOOT_IMAGE=/boot/vmlinuz-3.16.0 root=UUID=0ae480bd-5598-4e64-97d7-2c42f9fc181f ro console=ttyS0 no_console_suspend
root@debian:~# echo disk >/sys/power/state
[ 19.480127] PM: Syncing filesystems ... done.
[ 19.668347] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 19.671188] PM: Preallocating image memory... done (allocated 28094 pages)
[ 19.712341] PM: Allocated 112376 kbytes in 0.03 seconds (3745.86 MB/s)
[ 19.713514] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 19.717168] em2884 #0: Suspending extensions
[ 19.717966] em2884 #0: Suspending video extensionem2884 #0: Suspending DVB extension
[ 19.727558] em2884 #0: fe0 suspend 0[ 19.729164] PM: freeze of devices complete after 12.270 msecs
[ 19.730921] PM: late freeze of devices complete after 0.719 msecs
[ 19.733542] PM: noirq freeze of devices complete after 1.502 msecs
[ 19.734705] ACPI: Preparing to enter system sleep state S4
[ 19.735779] PM: Saving platform NVS memory
[ 19.736533] Disabling non-boot CPUs ...
[ 19.741134] smpboot: CPU 1 is now offline
[ 19.848207] smpboot: CPU 2 is now offline
[ 19.852923] smpboot: CPU 3 is now offline
[ 19.855558] PM: Creating hibernation image:
[ 19.856897] PM: Need to copy 27321 pages
[ 19.856897] PM: Hibernation image created (27321 pages copied)
[ 19.856897] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S0_] (20140724/hwxface-580)
[ 19.856897] PM: Restoring platform NVS memory
[ 19.856897] Enabling non-boot CPUs ...
[ 19.856897] x86: Booting SMP configuration:
[ 19.857612] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 19.890484] CPU1 is up
[ 19.891693] smpboot: Booting Node 0 Processor 2 APIC 0x2
[ 19.924539] CPU2 is up
[ 19.925693] smpboot: Booting Node 0 Processor 3 APIC 0x3
[ 19.958401] CPU3 is up
[ 19.961935] ACPI: Waking up from system sleep state S4
[ 19.963712] PM: noirq thaw of devices complete after 0.705 msecs
[ 19.965505] PM: early thaw of devices complete after 0.572 msecs
[ 19.967322] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 20.003710] em2884 #0: Resuming extensions
[ 20.004481] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
[ 20.007581] ------------[ cut here ]------------
[ 20.008557] WARNING: CPU: 0 PID: 2061 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
[ 20.010348] Modules linked in:
[ 20.011001] CPU: 0 PID: 2061 Comm: kworker/u8:11 Not tainted 3.17.0-rc6+ #78
[ 20.012289] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 20.014149] Workqueue: events_unbound async_run_entry_fn
[ 20.015144] 0000000000000000 ffff88003c233a28 ffffffff814b5228 0000000000000000
[ 20.016551] ffff88003c233a60 ffffffff81032d75 ffffffff81320b03 00000000fffffff5
[ 20.018012] ffff88003cf10640 ffff88003c68be80 00000000ffffff00 ffff88003c233a70
[ 20.019410] Call Trace:
[ 20.019850] [<ffffffff814b5228>] dump_stack+0x4e/0x7a
[ 20.020890] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 20.021976] [<ffffffff81320b03>] ? _request_firmware+0x205/0x568
[ 20.023079] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 20.024092] [<ffffffff81320b03>] _request_firmware+0x205/0x568
[ 20.025063] [<ffffffff813b4a3d>] ? i2c_unlock_adapter+0x2c/0x2f
[ 20.026051] [<ffffffff813b5890>] ? i2c_transfer+0x68/0x77
[ 20.026903] [<ffffffff81320e96>] request_firmware+0x30/0x42
[ 20.027766] [<ffffffff813ccc00>] xc_load_fw_and_init_tuner+0x5c/0x504
[ 20.028821] [<ffffffff8107329d>] ? vprintk_emit+0x48a/0x4ce
[ 20.029721] [<ffffffff813621da>] ? usb_dev_restore+0x10/0x10
[ 20.030687] [<ffffffff813621da>] ? usb_dev_restore+0x10/0x10
[ 20.031597] [<ffffffff813cd0e8>] xc5000_init+0x40/0x72
[ 20.032435] [<ffffffff8140ef4c>] dvb_frontend_resume+0x3d/0x6b
[ 20.033358] [<ffffffff8141b2d3>] em28xx_dvb_resume+0x4a/0x88
[ 20.034251] [<ffffffff81415871>] em28xx_resume_extension+0x4b/0x63
[ 20.035322] [<ffffffff81416d0f>] em28xx_usb_resume+0x15/0x1c
[ 20.036256] [<ffffffff8136e2a9>] usb_resume_interface.isra.6+0x9e/0xc1
[ 20.037324] [<ffffffff8136e542>] usb_resume_both+0xe3/0x103
[ 20.038245] [<ffffffff8136eec6>] usb_resume+0x16/0x5b
[ 20.039068] [<ffffffff813621e8>] usb_dev_thaw+0xe/0x10
[ 20.039870] [<ffffffff8131d71b>] dpm_run_callback+0x3f/0x76
[ 20.040767] [<ffffffff8131e34b>] device_resume+0x155/0x17f
[ 20.041637] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 20.042472] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 20.043389] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 20.044309] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 20.045342] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 20.046204] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 20.047111] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 20.047870] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 20.048872] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 20.049929] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 20.050846] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 20.051668] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 20.052594] ---[ end trace 341a76dbbf738774 ]---
[ 20.053304] usb 1-1: firmware: dvb-fe-xc5000-1.6.114.fw will not be loaded
[ 20.054397] xc5000: Upload failed. (file not found?)
[ 20.055180] xc5000: Unable to initialise tuner
[ 20.055913] em2884 #0: fe0 resume -121
[ 20.126710] ata2.00: configured for MWDMA2
[ 20.127755] ata1.00: configured for MWDMA2
[ 20.150715] PM: thaw of devices complete after 184.135 msecs
[ 20.154370] PM: Using 3 thread(s) for compression.
[ 20.154370] PM: Compressing and saving image data (27375 pages)...
[ 20.156441] PM: Image saving progress: 0%
[ 20.210485] PM: Image saving progress: 10%
[ 20.239342] PM: Image saving progress: 20%
[ 20.271955] PM: Image saving progress: 30%
[ 20.317421] PM: Image saving progress: 40%
[ 20.387014] PM: Image saving progress: 50%
[ 20.441198] PM: Image saving progress: 60%
[ 20.484778] PM: Image saving progress: 70%
[ 20.515542] PM: Image saving progress: 80%
[ 20.567877] PM: Image saving progress: 90%
[ 20.633093] PM: Image saving progress: 100%
[ 20.645414] PM: Image saving done.
[ 20.646053] PM: Wrote 109500 kbytes in 0.48 seconds (228.12 MB/s)
[ 20.648376] PM: S|
[ 20.670678] em2884 #0: Suspending extensions
[ 20.671609] em2884 #0: Suspending video extension[ 20.671821] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 20.674728] em2884 #0: Suspending DVB extension
[ 20.682641] em2884 #0: fe0 suspend 0[ 21.153386] sd 0:0:0:0: [sda] Stopping disk
[ 21.155681] PM: hibernate of devices complete after 485.213 msecs
[ 21.158574] PM: late hibernate of devices complete after 1.078 msecs
[ 21.162488] PM: noirq hibernate of devices complete after 1.511 msecs
[ 21.164919] ACPI: Preparing to enter system sleep state S4
[ 21.166179] PM: Saving platform NVS memory
[ 21.167430] Disabling non-boot CPUs ...
[ 21.170629] smpboot: CPU 1 is now offline
[ 21.174669] smpboot: CPU 2 is now offline
[ 21.178254] smpboot: CPU 3 is now offline
$ ./run-qemu.sh
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 3.17.0-rc6+ (js@abc) (gcc version 4.9.1 (Debian 4.9.1-15) ) #78 SMP PREEMPT Thu Sep 25 14:13:36 CEST 2014
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0 root=UUID=0ae480bd-5598-4e64-97d7-2c42f9fc181f ro console=ttyS0 no_console_suspend
[ 0.000000] e820: BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
[ 0.000000] BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000003ffdffff] usable
[ 0.000000] BIOS-e820: [mem 0x000000003ffe0000-0x000000003fffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000feffc000-0x00000000feffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fffc0000-0x00000000ffffffff] reserved
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] SMBIOS 2.8 present.
[ 0.000000] e820: last_pfn = 0x3ffe0 max_arch_pfn = 0x400000000
[ 0.000000] PAT not supported by CPU.
[ 0.000000] found SMP MP-table at [mem 0x000f0e80-0x000f0e8f] mapped at [ffff8800000f0e80]
[ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ 0.000000] init_memory_mapping: [mem 0x3fc00000-0x3fdfffff]
[ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fbfffff]
[ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff]
[ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3ffdffff]
[ 0.000000] RAMDISK: [mem 0x3fe0f000-0x3ffdffff]
[ 0.000000] ACPI: Early table checksum verification disabled
[ 0.000000] ACPI: RSDP 0x00000000000F0BD0 000014 (v00 BOCHS )
[ 0.000000] ACPI: RSDT 0x000000003FFE1968 000034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001)
[ 0.000000] ACPI: FACP 0x000000003FFE0B37 000074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001)
[ 0.000000] ACPI: DSDT 0x000000003FFE0040 000AF7 (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001)
[ 0.000000] ACPI: FACS 0x000000003FFE0000 000040
[ 0.000000] ACPI: SSDT 0x000000003FFE0BAB 000CF5 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001)
[ 0.000000] ACPI: APIC 0x000000003FFE18A0 000090 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001)
[ 0.000000] ACPI: HPET 0x000000003FFE1930 000038 (v01 BOCHS BXPCHPET 00000001 BXPC 00000001)
[ 0.000000] Zone ranges:
[ 0.000000] DMA [mem 0x00001000-0x00ffffff]
[ 0.000000] DMA32 [mem 0x01000000-0xffffffff]
[ 0.000000] Normal empty
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00001000-0x0009efff]
[ 0.000000] node 0: [mem 0x00100000-0x3ffdffff]
[ 0.000000] ACPI: PM-Timer IO Port: 0x608
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 0, version 17, 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 5 global_irq 5 high level)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level)
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x0009ffff]
[ 0.000000] PM: Registered nosave memory: [mem 0x000a0000-0x000effff]
[ 0.000000] PM: Registered nosave memory: [mem 0x000f0000-0x000fffff]
[ 0.000000] e820: [mem 0x40000000-0xfeffbfff] available for PCI devices
[ 0.000000] setup_percpu: NR_CPUS:16 nr_cpumask_bits:16 nr_cpu_ids:4 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 476 pages/cpu @ffff88003e000000 s1917376 r8192 d24128 u2097152
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 258409
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0 root=UUID=0ae480bd-5598-4e64-97d7-2c42f9fc181f ro console=ttyS0 no_console_suspend
[ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.000000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.000000] Memory: 993136K/1048056K available (4877K kernel code, 872K rwdata, 2996K rodata, 2668K init, 15516K bss, 54920K reserved)
[ 0.000000] Preemptible hierarchical RCU implementation.
[ 0.000000] RCU dyntick-idle grace-period acceleration is enabled.
[ 0.000000] RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=4.
[ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4
[ 0.000000] NR_IRQS:4352 nr_irqs:456 0
[ 0.000000] Console: colour VGA+ 80x25
[ 0.000000] console [ttyS0] enabled
[ 0.000000] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
[ 0.000000] ... MAX_LOCKDEP_SUBCLASSES: 8
[ 0.000000] ... MAX_LOCK_DEPTH: 48
[ 0.000000] ... MAX_LOCKDEP_KEYS: 8191
[ 0.000000] ... CLASSHASH_SIZE: 4096
[ 0.000000] ... MAX_LOCKDEP_ENTRIES: 32768
[ 0.000000] ... MAX_LOCKDEP_CHAINS: 65536
[ 0.000000] ... CHAINHASH_SIZE: 32768
[ 0.000000] memory used by lock dependency info: 8671 kB
[ 0.000000] per task-struct memory footprint: 2688 bytes
[ 0.000000] ODEBUG: selftest passed
[ 0.000000] tsc: Fast TSC calibration using PIT
[ 0.000000] tsc: Detected 3300.005 MHz processor
[ 0.008003] Calibrating delay loop (skipped), value calculated using timer frequency.. 6600.01 BogoMIPS (lpj=13200020)
[ 0.009841] pid_max: default: 32768 minimum: 301
[ 0.012056] ACPI: Core revision 20140724
[ 0.017232] ACPI: All ACPI Tables successfully acquired
[ 0.018452] Security Framework initialized
[ 0.019198] AppArmor: AppArmor disabled by boot time parameter
[ 0.020062] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.021217] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.023443] Initializing cgroup subsys devices
[ 0.024023] Initializing cgroup subsys freezer
[ 0.024835] Initializing cgroup subsys blkio
[ 0.025594] Initializing cgroup subsys perf_event
[ 0.026484] Last level iTLB entries: 4KB 0, 2MB 0, 4MB 0
[ 0.026484] Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0, 1GB 0
[ 0.028241] Freeing SMP alternatives memory: 12K (ffffffff81d77000 - ffffffff81d7a000)
[ 0.032181] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.073142] smpboot: CPU0: Intel QEMU Virtual CPU version 2.1.0 (fam: 06, model: 06, stepping: 03)
[ 0.076000] Performance Events: Broken PMU hardware detected, using software events only.
[ 0.076000] Failed to access perfctr msr (MSR c1 is 0)
[ 0.096251] NMI watchdog: disabled (cpu0): hardware events not enabled
[ 0.104767] x86: Booting SMP configuration:
[ 0.105704] .... node #0, CPUs: #1 #2 #3
[ 0.400047] x86: Booted up 1 node, 4 CPUs
[ 0.400837] smpboot: Total of 4 processors activated (26401.72 BogoMIPS)
[ 0.402582] devtmpfs: initialized
[ 0.405501] NET: Registered protocol family 16
[ 0.408870] cpuidle: using governor menu
[ 0.409712] ACPI: bus type PCI registered
[ 0.410748] PCI: Using configuration type 1 for base access
[ 0.436864] ACPI: Added _OSI(Module Device)
[ 0.437126] ACPI: Added _OSI(Processor Device)
[ 0.440004] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.440889] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.447801] ACPI: Interpreter enabled
[ 0.448008] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20140724/hwxface-580)
[ 0.449697] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20140724/hwxface-580)
[ 0.451387] ACPI: (supports S0 S3 S4 S5)
[ 0.452003] ACPI: Using IOAPIC for interrupt routing
[ 0.452927] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 0.469357] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.470489] acpi PNP0A03:00: _OSC: OS supports [ASPM ClockPM Segments MSI]
[ 0.471759] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[ 0.472286] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge.
[ 0.474571] PCI host bridge to bus 0000:00
[ 0.476005] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 0.476931] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7]
[ 0.477911] pci_bus 0000:00: root bus resource [io 0x0d00-0xadff]
[ 0.478853] pci_bus 0000:00: root bus resource [io 0xae0f-0xaeff]
[ 0.480003] pci_bus 0000:00: root bus resource [io 0xaf20-0xafdf]
[ 0.480953] pci_bus 0000:00: root bus resource [io 0xafe4-0xffff]
[ 0.481903] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff]
[ 0.482966] pci_bus 0000:00: root bus resource [mem 0x40000000-0xfebfffff]
[ 0.489221] pci 0000:00:01.1: legacy IDE quirk: reg 0x10: [io 0x01f0-0x01f7]
[ 0.490499] pci 0000:00:01.1: legacy IDE quirk: reg 0x14: [io 0x03f6]
[ 0.491649] pci 0000:00:01.1: legacy IDE quirk: reg 0x18: [io 0x0170-0x0177]
[ 0.492003] pci 0000:00:01.1: legacy IDE quirk: reg 0x1c: [io 0x0376]
[ 0.493966] pci 0000:00:01.3: quirk: [io 0x0600-0x063f] claimed by PIIX4 ACPI
[ 0.496013] pci 0000:00:01.3: quirk: [io 0x0700-0x070f] claimed by PIIX4 SMB
[ 0.521089] ACPI: PCI Interrupt Link [LNKA] (IRQs 5 *10 11)
[ 0.522398] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11)
[ 0.523684] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11)
[ 0.524460] ACPI: PCI Interrupt Link [LNKD] (IRQs 5 10 *11)
[ 0.525621] ACPI: PCI Interrupt Link [LNKS] (IRQs *9)
[ 0.528789] ACPI: Enabled 16 GPEs in block 00 to 0F
[ 0.530415] vgaarb: setting as boot device: PCI:0000:00:02.0
[ 0.530415] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.532005] vgaarb: loaded
[ 0.532522] vgaarb: bridge control possible 0000:00:02.0
[ 0.534290] SCSI subsystem initialized
[ 0.536339] ACPI: bus type USB registered
[ 0.537085] usbcore: registered new interface driver usbfs
[ 0.538172] usbcore: registered new interface driver hub
[ 0.539289] usbcore: registered new device driver usb
[ 0.540139] Linux video capture interface: v2.00
[ 0.541040] PCI: Using ACPI for IRQ routing
[ 0.542990] HPET: 3 timers in total, 0 timers will be used for per-cpu timer
[ 0.544023] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[ 0.544954] hpet0: 3 comparators, 64-bit 100.000000 MHz counter
[ 0.550797] Switched to clocksource hpet
[ 0.575439] pnp: PnP ACPI init
[ 0.578087] pnp: PnP ACPI: found 6 devices
[ 0.602325] NET: Registered protocol family 2
[ 0.604233] TCP established hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.605806] TCP bind hash table entries: 8192 (order: 7, 655360 bytes)
[ 0.607736] TCP: Hash tables configured (established 8192 bind 8192)
[ 0.609240] TCP: reno registered
[ 0.609846] UDP hash table entries: 512 (order: 4, 98304 bytes)
[ 0.611021] UDP-Lite hash table entries: 512 (order: 4, 98304 bytes)
[ 0.613256] NET: Registered protocol family 1
[ 0.614118] pci 0000:00:00.0: Limiting direct PCI/PCI transfers
[ 0.615185] pci 0000:00:01.0: PIIX3: Enabling Passive Release
[ 0.616240] pci 0000:00:01.0: Activating ISA DMA hang workarounds
[ 0.776576] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
[ 0.938281] Unpacking initramfs...
[ 0.972552] Freeing initrd memory: 1860K (ffff88003fe0f000 - ffff88003ffe0000)
[ 0.977096] futex hash table entries: 1024 (order: 5, 131072 bytes)
[ 0.978532] audit: initializing netlink subsys (disabled)
[ 0.979685] audit: type=2000 audit(1411647433.976:1): initialized
[ 0.982257] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.986563] msgmni has been set to 1943
[ 0.988218] cryptomgr_test (44) used greatest stack depth: 13744 bytes left
[ 0.991147] alg: No test for stdrng (krng)
[ 0.992115] bounce: pool size: 64 pages
[ 0.993013] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 0.994364] io scheduler noop registered
[ 0.995095] io scheduler deadline registered
[ 0.996164] io scheduler cfq registered (default)
[ 0.999181] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
[ 1.000655] ACPI: Power Button [PWRF]
[ 1.002215] GHES: HEST is not enabled!
[ 1.170574] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 1.195612] 00:05: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
[ 1.198825] Linux agpgart interface v0.103
[ 1.200126] [drm] Initialized drm 1.1.0 20060810
[ 1.202535] Floppy drive(s):
[ 1.203070] fd0 is 1.44M[ 1.203584]
[ 1.206540] loop: module loaded
[ 1.210757] scsi host0: ata_piix
[ 1.212493] scsi host1: ata_piix
[ 1.213397] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc020 irq 14
[ 1.214611] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc028 irq 15
[ 1.218321] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.219531] ehci-pci: EHCI PCI platform driver
[ 1.225656] FDC 0 is a S82078B
[ 1.373312] ata2.00: ATAPI: QEMU DVD-ROM, 2.1.0, max UDMA/100
[ 1.374602] ata1.00: ATA-7: QEMU HARDDISK, 2.1.0, max UDMA/100
[ 1.375668] ata1.00: 16777216 sectors, multi 16: LBA48
[ 1.377339] ata2.00: configured for MWDMA2
[ 1.378261] ata1.00: configured for MWDMA2
[ 1.387757] ehci-pci 0000:00:04.0: EHCI Host Controller
[ 1.389320] ehci-pci 0000:00:04.0: new USB bus registered, assigned bus number 1
[ 1.541889] ehci-pci 0000:00:04.0: irq 11, io mem 0xfebd2000
[ 1.542554] scsi 0:0:0:0: Direct-Access ATA QEMU HARDDISK 0 PQ: 0 ANSI: 5
[ 1.544480] sd 0:0:0:0: [sda] 16777216 512-byte logical blocks: (8.58 GB/8.00 GiB)
[ 1.544851] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 1.544886] sd 0:0:0:0: [sda] Write Protect is off
[ 1.545018] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.546528] scsi 1:0:0:0: CD-ROM QEMU QEMU DVD-ROM 2.1. PQ: 0 ANSI: 5
[ 1.549967] sda: sda1 sda2
[ 1.551665] sd 0:0:0:0: [sda] Attached SCSI disk
[ 1.557081] sr 1:0:0:0: [sr0] scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray
[ 1.558312] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 1.561004] sr 1:0:0:0: Attached scsi generic sg1 type 5
[ 1.564132] ehci-pci 0000:00:04.0: USB 2.0 started, EHCI 1.00
[ 1.565415] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.566640] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.567930] usb usb1: Product: EHCI Host Controller
[ 1.568915] usb usb1: Manufacturer: Linux 3.17.0-rc6+ ehci_hcd
[ 1.569986] usb usb1: SerialNumber: 0000:00:04.0
[ 1.571882] hub 1-0:1.0: USB hub found
[ 1.572659] hub 1-0:1.0: 6 ports detected
[ 1.574930] uhci_hcd: USB Universal Host Controller Interface driver
[ 1.576498] usbcore: registered new interface driver usb-storage
[ 1.577719] i8042: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 1.580157] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 1.581162] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 1.583110] mousedev: PS/2 mouse device common for all mice
[ 1.585879] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1
[ 1.587719] rtc_cmos 00:00: RTC can wake from S4
[ 1.590271] rtc_cmos 00:00: rtc core: registered rtc_cmos as rtc0
[ 1.591734] rtc_cmos 00:00: alarms up to one day, 114 bytes nvram, hpet irqs
[ 1.593417] piix4_smbus 0000:00:01.3: SMBus Host Controller at 0x700, revision 0
[ 1.596473] usbcore: registered new interface driver em28xx
[ 1.597544] em28xx: Registered (Em28xx v4l2 Extension) extension
[ 1.598644] em28xx: Registered (Em28xx dvb Extension) extension
[ 1.600492] usbcore: registered new interface driver usbhid
[ 1.601483] usbhid: USB HID core driver
[ 1.602252] TCP: cubic registered
[ 1.602862] NET: Registered protocol family 17
[ 1.604628] registered taskstats version 1
[ 1.606628] rtc_cmos 00:00: setting system clock to 2014-09-25 12:17:15 UTC (1411647435)
[ 1.614294] Freeing unused kernel memory: 2668K (ffffffff81adc000 - ffffffff81d77000)
[ 1.615703] Write protecting the kernel read-only data: 10240k
[ 1.621271] Freeing unused kernel memory: 1260K (ffff8800014c5000 - ffff880001600000)
[ 1.625984] Freeing unused kernel memory: 1100K (ffff8800018ed000 - ffff880001a00000)
Loading, please wait...
[ 1.653961] udevd[79]: starting version 175
[ 1.824003] ata_id (161) used greatest stack depth: 13408 bytes left
[ 1.978760] tsc: Refined TSC clocksource calibration: 3299.997 MHz
[ 1.999472] ata_id (160) used greatest stack depth: 12408 bytes left
[ 2.032199] usb 1-1: new high-speed USB device number 2 using ehci-pci
modprobe: chdir(3.17.0-rc6+): No such file or directory
Begin: Loading essential drivers ... modprobe: chdir(3.17.0-rc6+): No such file or directory
modprobe: chdir(3.17.0-rc6+): No such file or directory
done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... [ 2.258357] PM: Starting manual resume from disk
[ 2.268775] Freezing user space processes ... (elapsed 0.003 seconds) done.
[ 2.279909] PM: Using 3 thread(s) for decompression.
[ 2.279909] PM: Loading and decompressing image data (27375 pages)...
[ 2.316994] PM: Image loading progress: 0%
[ 2.319476] usb 1-1: New USB device found, idVendor=2040, idProduct=1605
[ 2.320928] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
[ 2.322236] usb 1-1: Product: WinTV HVR-930C
[ 2.323126] usb 1-1: SerialNumber: 4034209007
[ 2.326389] em28xx: New device WinTV HVR-930C @ 480 Mbps (2040:1605, interface 0, class 0)
[ 2.327949] em28xx: Audio interface 0 found (Vendor Class)
[ 2.329072] em28xx: Video interface 0 found: isoc
[ 2.329934] em28xx: DVB interface 0 found: isoc
[ 2.331397] em28xx: chip ID is em2884
[ 2.400710] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x33f006aa
[ 2.402240] em2884 #0: EEPROM info:
[ 2.402901] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
[ 2.424604] em2884 #0: I2S audio, 5 sample rates
[ 2.425919] em2884 #0: 500mA max power
[ 2.426856] em2884 #0: Table at offset 0x24, strings=0x1e82, 0x186a, 0x0000
[ 2.428604] em2884 #0: Identified as Hauppauge WinTV HVR 930C (card=81)
[ 2.430181] tveeprom 2-0050: Hauppauge model 16009, rev B1F0, serial# 7677167
[ 2.431754] tveeprom 2-0050: MAC address is 00:0d:fe:75:24:ef
[ 2.432973] tveeprom 2-0050: tuner model is Xceive XC5000 (idx 150, type 76)
[ 2.434591] tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[ 2.436503] tveeprom 2-0050: audio processor is unknown (idx 45)
[ 2.437651] tveeprom 2-0050: decoder processor is unknown (idx 44)
[ 2.438788] tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter
[ 2.440241] em2884 #0: analog set to isoc mode.
[ 2.441086] em2884 #0: dvb set to isoc mode.
[ 2.442069] em2884 #0: Registering V4L2 extension
[ 2.443805] em2884 #0: Config register raw data: 0xc3
[ 2.458044] PM: Image loading progress: 10%
[ 2.463275] em2884 #0: V4L2 video device registered as video0
[ 2.464437] em2884 #0: V4L2 extension successfully initialized
[ 2.465560] em2884 #0: Binding DVB extension
[ 2.479459] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
[ 2.485455] PM: Image loading progress: 20%
[ 2.507997] PM: Image loading progress: 30%
[ 2.528243] PM: Image loading progress: 40%
[ 2.548193] PM: Image loading progress: 50%
[ 2.567568] PM: Image loading progress: 60%
[ 2.584754] PM: Image loading progress: 70%
[ 2.605406] PM: Image loading progress: 80%
[ 2.622287] PM: Image loading progress: 90%
[ 2.640716] PM: Image loading progress: 100%
[ 2.641694] PM: Image loading done.
[ 2.642317] PM: Read 109500 kbytes in 0.35 seconds (312.85 MB/s)
[ 2.652111] em2884 #0: Suspending extensions
[ 2.981457] Switched to clocksource tsc
[ 3.776327] ------------[ cut here ]------------
[ 3.778261] WARNING: CPU: 2 PID: 40 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
[ 3.780934] Modules linked in:
[ 3.781765] CPU: 2 PID: 40 Comm: kworker/2:1 Not tainted 3.17.0-rc6+ #78
[ 3.783389] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 3.785887] Workqueue: events request_module_async
[ 3.787451] 0000000000000000 ffff88003d403b40 ffffffff814b5228 0000000000000000
[ 3.789003] ffff88003d403b78 ffffffff81032d75 ffffffff81320b03 00000000fffffff5
[ 3.790558] ffff880039ebada0 ffff88003ca61700 ffff88003cf20900 ffff88003d403b88
[ 3.792082] Call Trace:
[ 3.792597] [<ffffffff814b5228>] dump_stack+0x4e/0x7a
[ 3.793514] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 3.794555] [<ffffffff81320b03>] ? _request_firmware+0x205/0x568
[ 3.795610] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 3.796566] [<ffffffff81320b03>] _request_firmware+0x205/0x568
[ 3.797514] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.798420] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
[ 3.799350] [<ffffffff81320e96>] request_firmware+0x30/0x42
[ 3.800293] [<ffffffff813f2f6b>] drxk_attach+0x546/0x656
[ 3.801170] [<ffffffff814ba9e2>] em28xx_dvb_init.part.3+0xa1c/0x1cc6
[ 3.802181] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.803229] [<ffffffff814be28d>] ? mutex_unlock+0x9/0xb
[ 3.804091] [<ffffffff814b96b1>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
[ 3.805147] [<ffffffff8141b7fa>] em28xx_dvb_init+0x1d/0x1f
[ 3.806049] [<ffffffff81415753>] em28xx_init_extension+0x51/0x67
[ 3.807032] [<ffffffff81416d4b>] request_module_async+0x19/0x1b
[ 3.807984] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 3.808916] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 3.809799] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 3.810694] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 3.811437] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 3.812442] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.813514] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.814460] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 3.815325] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.816251] ---[ end trace aacc7afef85cf9bc ]---
[ 3.817008] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
[ 3.818212] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
[ 3.819342] drxk: Copy dvb-usb-hauppauge-hvr930c-drxk.fw to your hotplug directory!
[ 3.855389] drxk: status = 0x439130d9
[ 3.856161] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
[ 3.958678] drxk: DRXK driver version 0.9.4300
[ 4.044508] drxk: frontend initialized.
[ 4.046224] xc5000 2-0061: creating new instance
[ 4.053942] xc5000: Successfully identified at address 0x61
[ 4.056237] xc5000: Firmware has not been loaded previously
[ 4.058346] DVB: registering new adapter (em2884 #0)
[ 4.059633] usb 1-1: DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
[ 4.061572] dvb dvb0.frontend0: parent 1-1 should not be sleeping
[ 4.063825] dvb dvb0.demux0: parent 1-1 should not be sleeping
[ 4.065179] dvb dvb0.dvr0: parent 1-1 should not be sleeping
[ 4.066456] dvb dvb0.net0: parent 1-1 should not be sleeping
[ 4.067742] em2884 #0: DVB extension successfully initialized
[ 4.068859] em2884 #0: Suspending video extension
[ 4.073226] em2884 #0: Suspending DVB extensionem2884 #0: fe0 suspend 0
[ 4.082060] PM: quiesce of devices complete after 1430.328 msecs
[ 4.084126] PM: late quiesce of devices complete after 0.945 msecs
[ 4.086801] PM: noirq quiesce of devices complete after 1.571 msecs
[ 4.088083] Disabling non-boot CPUs ...
[ 4.161837] smpboot: CPU 1 is now offline
[ 4.344159] smpboot: CPU 2 is now offline
[ 4.417596] smpboot: CPU 3 is now offline
[ 19.856897] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S0_] (20140724/hwxface-580)
[ 19.856897] PM: Restoring platform NVS memory
[ 19.856897] Enabling non-boot CPUs ...
[ 19.856897] x86: Booting SMP configuration:
[ 19.857663] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 19.890544] CPU1 is up
[ 19.891716] smpboot: Booting Node 0 Processor 2 APIC 0x2
[ 19.924528] CPU2 is up
[ 19.925751] smpboot: Booting Node 0 Processor 3 APIC 0x3
[ 19.958521] CPU3 is up
[ 19.959262] ACPI: Waking up from system sleep state S4
[ 19.962267] PM: noirq restore of devices complete after 1.908 msecs
[ 19.964326] PM: early restore of devices complete after 0.814 msecs
[ 19.992310] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 19.996155] usb usb1: root hub lost power or was reset
[ 20.149788] sd 0:0:0:0: [sda] Starting disk
[ 20.153624] ata1.00: configured for MWDMA2
[ 20.301061] ata2.00: configured for MWDMA2
[ 20.570672] Clocksource tsc unstable (delta = -90514299 ns)
[ 20.572354] Switched to clocksource hpet
[ 20.624243] usb 1-1: reset high-speed USB device number 2 using ehci-pci
[ 20.915865] em2884 #0: Disconnecting em2884 #0
[ 20.917709] em2884 #0: Closing video extension
[ 20.918605] em2884 #0: V4L2 device video0 deregistered
[ 20.921576] em2884 #0: Closing DVB extension
[ 20.925706] xc5000 2-0061: destroying instance
[ 240.440383] INFO: task kworker/u8:11:2061 blocked for more than 120 seconds.
[ 240.443089] Not tainted 3.17.0-rc6+ #78
[ 240.444747] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.447486] kworker/u8:11 D ffff88003cbea4d0 13352 2061 2 0x00000000
[ 240.450013] Workqueue: events_unbound async_run_entry_fn
[ 240.451956] ffff88003cd139b0 0000000000000046 ffffffff81a13580 ffff88003cd13fd8
[ 240.454602] ffff88003cbea4d0 00000000001d3400 7fffffffffffffff ffff88003d50a7e8
[ 240.457202] 0000000000000002 ffffffff814bf9b1 ffff88003d50a7f0 ffff88003cd139c0
[ 240.460130] Call Trace:
[ 240.460625] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.461916] [<ffffffff814bc514>] schedule+0x64/0x66
[ 240.462878] [<ffffffff814bf9e0>] schedule_timeout+0x2f/0xef
[ 240.464695] [<ffffffff810653c2>] ? mark_held_locks+0x5d/0x74
[ 240.466417] [<ffffffff814c0387>] ? _raw_spin_unlock_irq+0x27/0x46
[ 240.468391] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.470376] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.472433] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 240.474065] [<ffffffff814bcce4>] do_wait_for_common+0xf9/0x131
[ 240.475804] [<ffffffff814bcce4>] ? do_wait_for_common+0xf9/0x131
[ 240.477595] [<ffffffff81053dd9>] ? wake_up_state+0xd/0xd
[ 240.479220] [<ffffffff814bcde5>] wait_for_common+0x4a/0x64
[ 240.480802] [<ffffffff814bce17>] wait_for_completion+0x18/0x1a
[ 240.482413] [<ffffffff813b5587>] i2c_del_adapter+0x17b/0x1be
[ 240.484115] [<ffffffff81416b3b>] em28xx_i2c_unregister+0x24/0x28
[ 240.485777] [<ffffffff81416c8c>] em28xx_release_resources+0x3b/0x64
[ 240.487577] [<ffffffff81416da4>] em28xx_usb_disconnect+0x57/0x6a
[ 240.489331] [<ffffffff8136ec49>] usb_unbind_interface+0x75/0x1fd
[ 240.491037] [<ffffffff81315190>] __device_release_driver+0x84/0xde
[ 240.492792] [<ffffffff813151ff>] device_release_driver+0x15/0x21
[ 240.494371] [<ffffffff8136ee14>] usb_driver_release_interface+0x43/0x78
[ 240.496276] [<ffffffff813621ca>] ? usb_for_each_dev+0x2b/0x2b
[ 240.497788] [<ffffffff8136ee67>] usb_forced_unbind_intf+0x1e/0x25
[ 240.499477] [<ffffffff8136eea6>] unbind_marked_interfaces.isra.9+0x38/0x42
[ 240.501365] [<ffffffff8136eef8>] usb_resume+0x48/0x5b
[ 240.502707] [<ffffffff813621d8>] usb_dev_restore+0xe/0x10
[ 240.504192] [<ffffffff8131d71b>] dpm_run_callback+0x3f/0x76
[ 240.505602] [<ffffffff8131e34b>] device_resume+0x155/0x17f
[ 240.507047] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 240.508452] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 240.509939] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 240.511455] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 240.513149] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 240.514488] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 240.515949] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 240.517188] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 240.518712] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.520435] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.521833] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 240.523202] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.524603] 5 locks held by kworker/u8:11/2061:
[ 240.525647] #0: ("events_unbound"){.+.+.+}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.527878] #1: ((&entry->work)){+.+.+.}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.530065] #2: (&dev->mutex){......}, at: [<ffffffff8131e243>] device_resume+0x4d/0x17f
[ 240.532163] #3: (&dev->mutex){......}, at: [<ffffffff81314f37>] device_lock+0xf/0x11
[ 240.534106] #4: (&dev->lock){+.+.+.}, at: [<ffffffff81416c6c>] em28xx_release_resources+0x1b/0x64
[ 240.536394] INFO: task kworker/u8:12:2062 blocked for more than 120 seconds.
[ 240.537948] Not tainted 3.17.0-rc6+ #78
[ 240.538939] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.540747] kworker/u8:12 D ffff88003cbd8510 14072 2062 2 0x00000000
[ 240.542349] Workqueue: events_unbound async_run_entry_fn
[ 240.543607] ffff88003ccfbb70 0000000000000046 ffff88003cbca550 ffff88003ccfbfd8
[ 240.545362] ffff88003cbd8510 00000000001d3400 7fffffffffffffff ffff88003c6f5a18
[ 240.547090] 0000000000000002 ffffffff814bf9b1 ffff88003c6f5a20 ffff88003ccfbb80
[ 240.548789] Call Trace:
[ 240.549336] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.550798] [<ffffffff814bc514>] schedule+0x64/0x66
[ 240.551906] [<ffffffff814bf9e0>] schedule_timeout+0x2f/0xef
[ 240.553172] [<ffffffff810653c2>] ? mark_held_locks+0x5d/0x74
[ 240.554400] [<ffffffff814c0387>] ? _raw_spin_unlock_irq+0x27/0x46
[ 240.555788] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.557268] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.558647] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 240.559905] [<ffffffff814bcce4>] do_wait_for_common+0xf9/0x131
[ 240.561189] [<ffffffff814bcce4>] ? do_wait_for_common+0xf9/0x131
[ 240.562452] [<ffffffff81053dd9>] ? wake_up_state+0xd/0xd
[ 240.563619] [<ffffffff814bcde5>] wait_for_common+0x4a/0x64
[ 240.564814] [<ffffffff814bce17>] wait_for_completion+0x18/0x1a
[ 240.566041] [<ffffffff8131d3bb>] dpm_wait+0x2c/0x2e
[ 240.567078] [<ffffffff8131e239>] device_resume+0x43/0x17f
[ 240.568239] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 240.569309] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 240.570493] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 240.571706] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 240.573079] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 240.574192] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 240.575411] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 240.576434] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 240.577660] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.579018] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.580205] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 240.581250] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.582414] 2 locks held by kworker/u8:12/2062:
[ 240.583034] #0: ("events_unbound"){.+.+.+}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.584301] #1: ((&entry->work)){+.+.+.}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.585488] INFO: task kworker/u8:13:2063 blocked for more than 120 seconds.
[ 240.586770] Not tainted 3.17.0-rc6+ #78
[ 240.587664] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.589237] kworker/u8:13 D ffff88003cbca550 14072 2063 2 0x00000000
[ 240.590676] Workqueue: events_unbound async_run_entry_fn
[ 240.591778] ffff88003ccf7b70 0000000000000046 ffff88003cbb8590 ffff88003ccf7fd8
[ 240.593330] ffff88003cbca550 00000000001d3400 7fffffffffffffff ffff88003c0d01b8
[ 240.594827] 0000000000000002 ffffffff814bf9b1 ffff88003c0d01c0 ffff88003ccf7b80
[ 240.596418] Call Trace:
[ 240.596912] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.598251] [<ffffffff814bc514>] schedule+0x64/0x66
[ 240.599242] [<ffffffff814bf9e0>] schedule_timeout+0x2f/0xef
[ 240.600354] [<ffffffff810653c2>] ? mark_held_locks+0x5d/0x74
[ 240.601406] [<ffffffff814c0387>] ? _raw_spin_unlock_irq+0x27/0x46
[ 240.602561] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.603861] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.605117] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 240.606154] [<ffffffff814bcce4>] do_wait_for_common+0xf9/0x131
[ 240.607238] [<ffffffff814bcce4>] ? do_wait_for_common+0xf9/0x131
[ 240.608368] [<ffffffff81053dd9>] ? wake_up_state+0xd/0xd
[ 240.609330] [<ffffffff814bcde5>] wait_for_common+0x4a/0x64
[ 240.610360] [<ffffffff814bce17>] wait_for_completion+0x18/0x1a
[ 240.611434] [<ffffffff8131d3bb>] dpm_wait+0x2c/0x2e
[ 240.612348] [<ffffffff8131e239>] device_resume+0x43/0x17f
[ 240.613297] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 240.614247] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 240.615317] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 240.616390] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 240.617519] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 240.618484] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 240.619639] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 240.620531] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 240.621624] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.622806] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.623855] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 240.624823] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.625846] 2 locks held by kworker/u8:13/2063:
[ 240.626654] #0: ("events_unbound"){.+.+.+}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.628378] #1: ((&entry->work)){+.+.+.}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.629976] INFO: task kworker/u8:14:2064 blocked for more than 120 seconds.
[ 240.631286] Not tainted 3.17.0-rc6+ #78
[ 240.632085] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.633421] kworker/u8:14 D ffff88003cbb8590 14072 2064 2 0x00000000
[ 240.634655] Workqueue: events_unbound async_run_entry_fn
[ 240.635646] ffff88003cbdfb70 0000000000000046 ffff88003cbb05d0 ffff88003cbdffd8
[ 240.637027] ffff88003cbb8590 00000000001d3400 7fffffffffffffff ffff88003c0d01b8
[ 240.638351] 0000000000000002 ffffffff814bf9b1 ffff88003c0d01c0 ffff88003cbdfb80
[ 240.639735] Call Trace:
[ 240.640200] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.641379] [<ffffffff814bc514>] schedule+0x64/0x66
[ 240.642229] [<ffffffff814bf9e0>] schedule_timeout+0x2f/0xef
[ 240.643276] [<ffffffff810653c2>] ? mark_held_locks+0x5d/0x74
[ 240.644339] [<ffffffff814c0387>] ? _raw_spin_unlock_irq+0x27/0x46
[ 240.645398] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.646631] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.647832] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 240.648860] [<ffffffff814bcce4>] do_wait_for_common+0xf9/0x131
[ 240.649881] [<ffffffff814bcce4>] ? do_wait_for_common+0xf9/0x131
[ 240.650954] [<ffffffff81053dd9>] ? wake_up_state+0xd/0xd
[ 240.651900] [<ffffffff814bcde5>] wait_for_common+0x4a/0x64
[ 240.652901] [<ffffffff814bce17>] wait_for_completion+0x18/0x1a
[ 240.653915] [<ffffffff8131d3bb>] dpm_wait+0x2c/0x2e
[ 240.654806] [<ffffffff8131e239>] device_resume+0x43/0x17f
[ 240.655806] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 240.656760] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 240.657777] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 240.658794] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 240.659989] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 240.660985] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 240.661988] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 240.662853] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 240.663994] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.665179] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.666183] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 240.667208] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.668275] 2 locks held by kworker/u8:14/2064:
[ 240.669060] #0: ("events_unbound"){.+.+.+}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.670689] #1: ((&entry->work)){+.+.+.}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.672391] INFO: task kworker/u8:15:2065 blocked for more than 120 seconds.
[ 240.673591] Not tainted 3.17.0-rc6+ #78
[ 240.674374] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.675804] kworker/u8:15 D ffff88003cbb05d0 14192 2065 2 0x00000000
[ 240.677119] Workqueue: events_unbound async_run_entry_fn
[ 240.678110] ffff88003cbd7b70 0000000000000046 ffff88003cb7a610 ffff88003cbd7fd8
[ 240.679510] ffff88003cbb05d0 00000000001d3400 7fffffffffffffff ffff88003c0d01b8
[ 240.680917] 0000000000000002 ffffffff814bf9b1 ffff88003c0d01c0 ffff88003cbd7b80
[ 240.682292] Call Trace:
[ 240.682751] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.683977] [<ffffffff814bc514>] schedule+0x64/0x66
[ 240.684867] [<ffffffff814bf9e0>] schedule_timeout+0x2f/0xef
[ 240.685844] [<ffffffff810653c2>] ? mark_held_locks+0x5d/0x74
[ 240.686872] [<ffffffff814c0387>] ? _raw_spin_unlock_irq+0x27/0x46
[ 240.687996] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.689218] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.690363] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 240.691424] [<ffffffff814bcce4>] do_wait_for_common+0xf9/0x131
[ 240.692519] [<ffffffff814bcce4>] ? do_wait_for_common+0xf9/0x131
[ 240.693561] [<ffffffff81053dd9>] ? wake_up_state+0xd/0xd
[ 240.694497] [<ffffffff814bcde5>] wait_for_common+0x4a/0x64
[ 240.695588] [<ffffffff814bce17>] wait_for_completion+0x18/0x1a
[ 240.696785] [<ffffffff8131d3bb>] dpm_wait+0x2c/0x2e
[ 240.697711] [<ffffffff8131e239>] device_resume+0x43/0x17f
[ 240.698738] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 240.699813] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 240.700966] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 240.702056] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 240.703296] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 240.704323] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 240.705373] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 240.706233] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 240.707379] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.708595] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.709601] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 240.710563] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.711648] 2 locks held by kworker/u8:15/2065:
[ 240.712471] #0: ("events_unbound"){.+.+.+}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.714092] #1: ((&entry->work)){+.+.+.}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.715727] INFO: task kworker/u8:16:2066 blocked for more than 120 seconds.
[ 240.717016] Not tainted 3.17.0-rc6+ #78
[ 240.717773] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.719210] kworker/u8:16 D ffff88003cb7a610 14192 2066 2 0x00000000
[ 240.720545] Workqueue: events_unbound async_run_entry_fn
[ 240.721484] ffff88003cbcfb70 0000000000000046 ffff88003cb68650 ffff88003cbcffd8
[ 240.722874] ffff88003cb7a610 00000000001d3400 7fffffffffffffff ffff88003c0d01b8
[ 240.724313] 0000000000000002 ffffffff814bf9b1 ffff88003c0d01c0 ffff88003cbcfb80
[ 240.725629] Call Trace:
[ 240.726079] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.727355] [<ffffffff814bc514>] schedule+0x64/0x66
[ 240.728271] [<ffffffff814bf9e0>] schedule_timeout+0x2f/0xef
[ 240.729269] [<ffffffff810653c2>] ? mark_held_locks+0x5d/0x74
[ 240.730283] [<ffffffff814c0387>] ? _raw_spin_unlock_irq+0x27/0x46
[ 240.731427] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.732667] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.733812] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 240.734838] [<ffffffff814bcce4>] do_wait_for_common+0xf9/0x131
[ 240.735928] [<ffffffff814bcce4>] ? do_wait_for_common+0xf9/0x131
[ 240.737009] [<ffffffff81053dd9>] ? wake_up_state+0xd/0xd
[ 240.737935] [<ffffffff814bcde5>] wait_for_common+0x4a/0x64
[ 240.738974] [<ffffffff814bce17>] wait_for_completion+0x18/0x1a
[ 240.740055] [<ffffffff8131d3bb>] dpm_wait+0x2c/0x2e
[ 240.740911] [<ffffffff8131e239>] device_resume+0x43/0x17f
[ 240.741893] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 240.742841] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 240.743929] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 240.744971] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 240.746119] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 240.747153] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 240.748226] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 240.749098] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 240.750182] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.751417] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.752515] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 240.753466] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.754502] 2 locks held by kworker/u8:16/2066:
[ 240.755345] #0: ("events_unbound"){.+.+.+}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.757049] #1: ((&entry->work)){+.+.+.}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.758676] INFO: task kworker/u8:17:2067 blocked for more than 120 seconds.
[ 240.759994] Not tainted 3.17.0-rc6+ #78
[ 240.760802] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.762174] kworker/u8:17 D ffff88003cb68650 14192 2067 2 0x00000000
[ 240.763469] Workqueue: events_unbound async_run_entry_fn
[ 240.764468] ffff88003cbbfb70 0000000000000046 ffff88003cb56690 ffff88003cbbffd8
[ 240.765792] ffff88003cb68650 00000000001d3400 7fffffffffffffff ffff88003c6f5a18
[ 240.767180] 0000000000000002 ffffffff814bf9b1 ffff88003c6f5a20 ffff88003cbbfb80
[ 240.768543] Call Trace:
[ 240.768967] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.770197] [<ffffffff814bc514>] schedule+0x64/0x66
[ 240.771139] [<ffffffff814bf9e0>] schedule_timeout+0x2f/0xef
[ 240.772144] [<ffffffff810653c2>] ? mark_held_locks+0x5d/0x74
[ 240.773137] [<ffffffff814c0387>] ? _raw_spin_unlock_irq+0x27/0x46
[ 240.774240] [<ffffffff814bf9b1>] ? console_conditional_schedule+0x27/0x27
[ 240.775491] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.776722] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 240.777706] [<ffffffff814bcce4>] do_wait_for_common+0xf9/0x131
[ 240.778727] [<ffffffff814bcce4>] ? do_wait_for_common+0xf9/0x131
[ 240.779836] [<ffffffff81053dd9>] ? wake_up_state+0xd/0xd
[ 240.780839] [<ffffffff814bcde5>] wait_for_common+0x4a/0x64
[ 240.781793] [<ffffffff814bce17>] wait_for_completion+0x18/0x1a
[ 240.782855] [<ffffffff8131d3bb>] dpm_wait+0x2c/0x2e
[ 240.783803] [<ffffffff8131e239>] device_resume+0x43/0x17f
[ 240.784821] [<ffffffff8131e38d>] async_resume+0x18/0x3e
[ 240.785739] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 240.786798] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 240.787915] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 240.789158] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 240.790187] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 240.791279] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 240.792176] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 240.793347] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 240.794578] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.795648] [<ffffffff814c0dac>] ret_from_fork+0x7c/0xb0
[ 240.796656] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 240.797720] 2 locks held by kworker/u8:17/2067:
[ 240.798535] #0: ("events_unbound"){.+.+.+}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
[ 240.800346] #1: ((&entry->work)){+.+.+.}, at: [<ffffffff810457e0>] process_one_work+0x156/0x38a
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 12:53 em28xx breaks after hibernate Johannes Stezenbach
@ 2014-09-25 13:45 ` Shuah Khan
2014-09-25 14:10 ` Mauro Carvalho Chehab
2014-09-25 16:01 ` Johannes Stezenbach
0 siblings, 2 replies; 40+ messages in thread
From: Shuah Khan @ 2014-09-25 13:45 UTC (permalink / raw)
To: Johannes Stezenbach, Shuah Khan
Cc: linux-media, Mauro Carvalho Chehab, Shuah Khan
Hi Johannes,
On 09/25/2014 06:53 AM, Johannes Stezenbach wrote:
> Hi Shuah,
>
> ever since your patchset which implements suspend/resume
> for em28xx, hibernating the system breaks the Hauppauge WinTV HVR 930C driver.
> In v3.15.y and v3.16.y it throws a request_firmware warning
> during hibernate + resume, and the /dev/dvb/ device nodes disappears after
> resume. In current git v3.17-rc6-247-g005f800, it hangs
> after resume. I bisected the hang in qemu to
> b89193e0b06f "media: em28xx - remove reset_resume interface",
> the hang is fixed if I revert this commit on top of v3.17-rc6-247-g005f800.
>
> Regarding the request_firmware issue. I think a possible
> fix would be:
The request_firmware has been fixed. I ran into this on
Hauppauge WinTV HVR 950Q device. The fix is in xc5000
driver to not release firmware as soon as it loads.
With this fix firmware is cached and available in
resume path.
These patches are pulled into linux-media git couple
of days ago.
http://patchwork.linuxtv.org/patch/26073/
http://patchwork.linuxtv.org/patch/25345/
The reset_resume and this request firmware problem
might be related. Could you please try with the
above two patches and see if the problems goes away.
i.e without reverting
b89193e0b06f "media: em28xx - remove reset_resume interface"
Please let me know even if it works. If it doesn't could
you please send me full dmesg. I am curious if usb bus
is reset i.e looses power during hibernate. If it does,
it has to go through disconnect sequence. The reason
I removed the reset_resume is because it is a simple
resume routine that can't handle power loss to the bus.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 13:45 ` Shuah Khan
@ 2014-09-25 14:10 ` Mauro Carvalho Chehab
2014-09-25 15:07 ` Shuah Khan
2014-09-25 16:01 ` Johannes Stezenbach
1 sibling, 1 reply; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-25 14:10 UTC (permalink / raw)
To: Shuah Khan; +Cc: Johannes Stezenbach, Shuah Khan, linux-media
Hi Johannes and Shuah,
Em Thu, 25 Sep 2014 07:45:37 -0600
Shuah Khan <shuahkh@osg.samsung.com> escreveu:
> Hi Johannes,
>
> On 09/25/2014 06:53 AM, Johannes Stezenbach wrote:
> > Hi Shuah,
> >
> > ever since your patchset which implements suspend/resume
> > for em28xx, hibernating the system breaks the Hauppauge WinTV HVR 930C driver.
> > In v3.15.y and v3.16.y it throws a request_firmware warning
> > during hibernate + resume, and the /dev/dvb/ device nodes disappears after
> > resume. In current git v3.17-rc6-247-g005f800, it hangs
> > after resume. I bisected the hang in qemu to
> > b89193e0b06f "media: em28xx - remove reset_resume interface",
> > the hang is fixed if I revert this commit on top of v3.17-rc6-247-g005f800.
Yes, that patch is very likely wrong. I talked with some PM
maintainers with experience at the USB core: basically, some drivers
call reset_resume, while others call resume. So, drivers need to
implement both callbacks in order to be properly resumed.
> >
> > Regarding the request_firmware issue. I think a possible
> > fix would be:
>
> The request_firmware has been fixed. I ran into this on
> Hauppauge WinTV HVR 950Q device. The fix is in xc5000
> driver to not release firmware as soon as it loads.
> With this fix firmware is cached and available in
> resume path.
>
> These patches are pulled into linux-media git couple
> of days ago.
>
> http://patchwork.linuxtv.org/patch/26073/
> http://patchwork.linuxtv.org/patch/25345/
>
> The reset_resume and this request firmware problem
> might be related. Could you please try with the
> above two patches and see if the problems goes away.
> i.e without reverting
>
> b89193e0b06f "media: em28xx - remove reset_resume interface"
This patch should be reverted anyway, as it is breaking resume
for some USB ehci/xhci drivers.
>
> Please let me know even if it works. If it doesn't could
> you please send me full dmesg. I am curious if usb bus
> is reset i.e looses power during hibernate. If it does,
> it has to go through disconnect sequence. The reason
> I removed the reset_resume is because it is a simple
> resume routine that can't handle power loss to the bus.
>
> thanks,
> -- Shuah
>
>
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 14:10 ` Mauro Carvalho Chehab
@ 2014-09-25 15:07 ` Shuah Khan
0 siblings, 0 replies; 40+ messages in thread
From: Shuah Khan @ 2014-09-25 15:07 UTC (permalink / raw)
To: Mauro Carvalho Chehab
Cc: Johannes Stezenbach, Shuah Khan, linux-media, Shuah Khan
On 09/25/2014 08:10 AM, Mauro Carvalho Chehab wrote:
> Hi Johannes and Shuah,
>
> Em Thu, 25 Sep 2014 07:45:37 -0600
> Shuah Khan <shuahkh@osg.samsung.com> escreveu:
>
>> Hi Johannes,
>>
>> On 09/25/2014 06:53 AM, Johannes Stezenbach wrote:
>>> Hi Shuah,
>>>
>>> ever since your patchset which implements suspend/resume
>>> for em28xx, hibernating the system breaks the Hauppauge WinTV HVR 930C driver.
>>> In v3.15.y and v3.16.y it throws a request_firmware warning
>>> during hibernate + resume, and the /dev/dvb/ device nodes disappears after
>>> resume. In current git v3.17-rc6-247-g005f800, it hangs
>>> after resume. I bisected the hang in qemu to
>>> b89193e0b06f "media: em28xx - remove reset_resume interface",
>>> the hang is fixed if I revert this commit on top of v3.17-rc6-247-g005f800.
>
> Yes, that patch is very likely wrong. I talked with some PM
> maintainers with experience at the USB core: basically, some drivers
> call reset_resume, while others call resume. So, drivers need to
> implement both callbacks in order to be properly resumed.
>
>>>
>>> Regarding the request_firmware issue. I think a possible
>>> fix would be:
>>
>> The request_firmware has been fixed. I ran into this on
>> Hauppauge WinTV HVR 950Q device. The fix is in xc5000
>> driver to not release firmware as soon as it loads.
>> With this fix firmware is cached and available in
>> resume path.
>>
>> These patches are pulled into linux-media git couple
>> of days ago.
>>
>> http://patchwork.linuxtv.org/patch/26073/
>> http://patchwork.linuxtv.org/patch/25345/
>>
>> The reset_resume and this request firmware problem
>> might be related. Could you please try with the
>> above two patches and see if the problems goes away.
>> i.e without reverting
>>
>> b89193e0b06f "media: em28xx - remove reset_resume interface"
>
> This patch should be reverted anyway, as it is breaking resume
> for some USB ehci/xhci drivers.
>
Simply reverting this patch probably won't fix the problems.
You are right, we need resume() and reset_resume() interfaces.
After revert, reset_resume() will be resume() and this will
work on systems that maintain current to usb bus during suspend.
However, I think having the same code handling both cases will
fail on systems that don't maintain power to usb bus. i.e
when the bus goes through reset, driver has to do more than a
simple resume.
Coupled with that there are drivers like xc5000 that release
firmware right after load which are a problem for resume
because they wait for firmware to be available. So these drivers
need to be fixed to cache firmware.
So the right fix would be to reset_resume() handle the reset
case. This is one of the reasons why I am interested finding
if these two patches help fix the entire problem.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 13:45 ` Shuah Khan
2014-09-25 14:10 ` Mauro Carvalho Chehab
@ 2014-09-25 16:01 ` Johannes Stezenbach
2014-09-25 17:36 ` Johannes Stezenbach
2014-09-25 17:40 ` Shuah Khan
1 sibling, 2 replies; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-25 16:01 UTC (permalink / raw)
To: Shuah Khan; +Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab
Hi Shuah,
On Thu, Sep 25, 2014 at 07:45:37AM -0600, Shuah Khan wrote:
> On 09/25/2014 06:53 AM, Johannes Stezenbach wrote:
> > ever since your patchset which implements suspend/resume
> > for em28xx, hibernating the system breaks the Hauppauge WinTV HVR 930C driver.
> > In v3.15.y and v3.16.y it throws a request_firmware warning
> > during hibernate + resume, and the /dev/dvb/ device nodes disappears after
> > resume. In current git v3.17-rc6-247-g005f800, it hangs
> > after resume. I bisected the hang in qemu to
> > b89193e0b06f "media: em28xx - remove reset_resume interface",
> > the hang is fixed if I revert this commit on top of v3.17-rc6-247-g005f800.
> >
> > Regarding the request_firmware issue. I think a possible
> > fix would be:
I think you should take a closer look at the code you snipped.
Maybe this fixes the root of the issue you worked around
with the DVB_FE_DEVICE_RESUME thing, namely calling
fe->ops.tuner_ops.init from wrong context.
> The request_firmware has been fixed. I ran into this on
> Hauppauge WinTV HVR 950Q device. The fix is in xc5000
> driver to not release firmware as soon as it loads.
> With this fix firmware is cached and available in
> resume path.
>
> These patches are pulled into linux-media git couple
> of days ago.
>
> http://patchwork.linuxtv.org/patch/26073/
> http://patchwork.linuxtv.org/patch/25345/
The second patch does not apply to current git master (v3.17-rc6-247-g005f800).
Maybe some other patch I need?
> The reset_resume and this request firmware problem
> might be related. Could you please try with the
> above two patches and see if the problems goes away.
> i.e without reverting
>
> b89193e0b06f "media: em28xx - remove reset_resume interface"
>
> Please let me know even if it works. If it doesn't could
> you please send me full dmesg. I am curious if usb bus
> is reset i.e looses power during hibernate. If it does,
> it has to go through disconnect sequence. The reason
> I removed the reset_resume is because it is a simple
> resume routine that can't handle power loss to the bus.
I tested in qemu, but my real use case is "echo shutdown >/sys/power/disk"
which causes USB power to drop during hibernate on my PC. Additionally
I'm usually turning off the power completely by physical switch
on the multiple socket outlet.
You can check the dmesg included in my first mail, it shows
[ 240.487577] [<ffffffff81416da4>] em28xx_usb_disconnect+0x57/0x6a
[ 240.489331] [<ffffffff8136ec49>] usb_unbind_interface+0x75/0x1fd
[ 240.491037] [<ffffffff81315190>] __device_release_driver+0x84/0xde
[ 240.492792] [<ffffffff813151ff>] device_release_driver+0x15/0x21
[ 240.494371] [<ffffffff8136ee14>] usb_driver_release_interface+0x43/0x78
[ 240.496276] [<ffffffff813621ca>] ? usb_for_each_dev+0x2b/0x2b
[ 240.497788] [<ffffffff8136ee67>] usb_forced_unbind_intf+0x1e/0x25
[ 240.499477] [<ffffffff8136eea6>] unbind_marked_interfaces.isra.9+0x38/0x42
[ 240.501365] [<ffffffff8136eef8>] usb_resume+0x48/0x5b
Thanks,
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 16:01 ` Johannes Stezenbach
@ 2014-09-25 17:36 ` Johannes Stezenbach
2014-09-25 18:01 ` Shuah Khan
2014-09-25 17:40 ` Shuah Khan
1 sibling, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-25 17:36 UTC (permalink / raw)
To: Shuah Khan; +Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab
On Thu, Sep 25, 2014 at 06:01:34PM +0200, Johannes Stezenbach wrote:
> Hi Shuah,
>
> On Thu, Sep 25, 2014 at 07:45:37AM -0600, Shuah Khan wrote:
> > On 09/25/2014 06:53 AM, Johannes Stezenbach wrote:
> > > ever since your patchset which implements suspend/resume
> > > for em28xx, hibernating the system breaks the Hauppauge WinTV HVR 930C driver.
> > > In v3.15.y and v3.16.y it throws a request_firmware warning
> > > during hibernate + resume, and the /dev/dvb/ device nodes disappears after
> > > resume. In current git v3.17-rc6-247-g005f800, it hangs
> > > after resume. I bisected the hang in qemu to
> > > b89193e0b06f "media: em28xx - remove reset_resume interface",
> > > the hang is fixed if I revert this commit on top of v3.17-rc6-247-g005f800.
> > >
> > > Regarding the request_firmware issue. I think a possible
> > > fix would be:
>
> I think you should take a closer look at the code you snipped.
> Maybe this fixes the root of the issue you worked around
> with the DVB_FE_DEVICE_RESUME thing, namely calling
> fe->ops.tuner_ops.init from wrong context.
>
> > The request_firmware has been fixed. I ran into this on
> > Hauppauge WinTV HVR 950Q device. The fix is in xc5000
> > driver to not release firmware as soon as it loads.
> > With this fix firmware is cached and available in
> > resume path.
> >
> > These patches are pulled into linux-media git couple
> > of days ago.
> >
> > http://patchwork.linuxtv.org/patch/26073/
> > http://patchwork.linuxtv.org/patch/25345/
>
> The second patch does not apply to current git master (v3.17-rc6-247-g005f800).
> Maybe some other patch I need?
FWIW, there are six other xc5000 patches in the queue:
http://git.linuxtv.org/cgit.cgi/media_tree.git/log/drivers/media/tuners/xc5000.c?h=devel-3.17-rc6
I'm assuming this is the development branch for the 3.18 merge window,
so the question is how will the issue be fixed in 3.17 and 3.16-stable?
If you have patches I'm ready to test.
FWIW, I tried v3.17-rc6-247-g005f800 with only my suggested
dvb_frontend_resume() change, it breaks in another place after
resume and then still hangs. I think the b89193e0b06f revert is needed to
fix the hang. If you care, the dmesg after resume:
[ 1.561456] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.562745] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.564059] usb usb1: Product: EHCI Host Controller
[ 1.564941] usb usb1: Manufacturer: Linux 3.17.0-rc6+ ehci_hcd
[ 1.565974] usb usb1: SerialNumber: 0000:00:04.0
[ 1.567946] hub 1-0:1.0: USB hub found
[ 1.568736] hub 1-0:1.0: 6 ports detected
[ 1.570949] uhci_hcd: USB Universal Host Controller Interface driver
[ 1.572492] usbcore: registered new interface driver usb-storage
[ 1.573726] i8042: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 1.576145] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 1.577447] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 1.579250] mousedev: PS/2 mouse device common for all mice
[ 1.582207] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1
[ 1.583951] rtc_cmos 00:00: RTC can wake from S4
[ 1.586862] rtc_cmos 00:00: rtc core: registered rtc_cmos as rtc0
[ 1.588434] rtc_cmos 00:00: alarms up to one day, 114 bytes nvram, hpet irqs
[ 1.590157] piix4_smbus 0000:00:01.3: SMBus Host Controller at 0x700, revision 0
[ 1.592999] usbcore: registered new interface driver em28xx
[ 1.594005] em28xx: Registered (Em28xx v4l2 Extension) extension
[ 1.595075] em28xx: Registered (Em28xx dvb Extension) extension
[ 1.596905] usbcore: registered new interface driver usbhid
[ 1.597934] usbhid: USB HID core driver
[ 1.598728] TCP: cubic registered
[ 1.599353] NET: Registered protocol family 17
[ 1.601375] registered taskstats version 1
[ 1.603511] rtc_cmos 00:00: setting system clock to 2014-09-25 17:27:49 UTC (1411666069)
[ 1.611018] Freeing unused kernel memory: 2668K (ffffffff81adc000 - ffffffff81d77000)
[ 1.612517] Write protecting the kernel read-only data: 10240k
[ 1.618189] Freeing unused kernel memory: 1260K (ffff8800014c5000 - ffff880001600000)
[ 1.622896] Freeing unused kernel memory: 1100K (ffff8800018ed000 - ffff880001a00000)
Loading, please wait...
[ 1.638167] init (73) used greatest stack depth: 13880 bytes left
[ 1.649393] udevd[80]: starting version 175
[ 1.689799] udevadm (81) used greatest stack depth: 13704 bytes left
[ 1.758878] ata_id (159) used greatest stack depth: 13512 bytes left
[ 1.804296] ata_id (168) used greatest stack depth: 12408 bytes left
[ 1.980161] tsc: Refined TSC clocksource calibration: 3300.000 MHz
[ 2.032114] usb 1-1: new high-speed USB device number 2 using ehci-pci
modprobe: chdir(3.17.0-rc6+): No such file or directory
Begin: Loading essential drivers ... modprobe: chdir(3.17.0-rc6+): No such file or directory
modprobe: chdir(3.17.0-rc6+): No such file or directory
done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... [ 2.056942] PM: Starting manual resume from disk
[ 2.070693] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 2.084106] PM: Using 3 thread(s) for decompression.
[ 2.084106] PM: Loading and decompressing image data (27439 pages)...
[ 2.293043] PM: Image loading progress: 0%
[ 2.319775] usb 1-1: New USB device found, idVendor=2040, idProduct=1605
[ 2.321248] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
[ 2.322609] usb 1-1: Product: WinTV HVR-930C
[ 2.323389] usb 1-1: SerialNumber: 4034209007
[ 2.329808] em28xx: New device WinTV HVR-930C @ 480 Mbps (2040:1605, interface 0, class 0)
[ 2.331367] em28xx: Audio interface 0 found (Vendor Class)
[ 2.332494] em28xx: Video interface 0 found: isoc
[ 2.333352] em28xx: DVB interface 0 found: isoc
[ 2.334869] em28xx: chip ID is em2884
[ 2.407162] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x33f006aa
[ 2.408502] em2884 #0: EEPROM info:
[ 2.409420] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
[ 2.425131] PM: Image loading progress: 10%
[ 2.429760] em2884 #0: I2S audio, 5 sample rates
[ 2.430677] em2884 #0: 500mA max power
[ 2.431367] em2884 #0: Table at offset 0x24, strings=0x1e82, 0x186a, 0x0000
[ 2.432944] em2884 #0: Identified as Hauppauge WinTV HVR 930C (card=81)
[ 2.434115] tveeprom 2-0050: Hauppauge model 16009, rev B1F0, serial# 7677167
[ 2.435388] tveeprom 2-0050: MAC address is 00:0d:fe:75:24:ef
[ 2.436455] tveeprom 2-0050: tuner model is Xceive XC5000 (idx 150, type 76)
[ 2.437687] tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[ 2.439699] tveeprom 2-0050: audio processor is unknown (idx 45)
[ 2.441049] tveeprom 2-0050: decoder processor is unknown (idx 44)
[ 2.442353] tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter
[ 2.443941] em2884 #0: analog set to isoc mode.
[ 2.445001] em2884 #0: dvb set to isoc mode.
[ 2.446140] em2884 #0: Registering V4L2 extension
[ 2.449227] em2884 #0: Config register raw data: 0xc3
[ 2.464965] PM: Image loading progress: 20%
[ 2.472872] em2884 #0: V4L2 video device registered as video0
[ 2.474056] em2884 #0: V4L2 extension successfully initialized
[ 2.475302] em2884 #0: Binding DVB extension
[ 2.477440] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
[ 2.493172] PM: Image loading progress: 30%
[ 2.515588] PM: Image loading progress: 40%
[ 2.535418] PM: Image loading progress: 50%
[ 2.554481] PM: Image loading progress: 60%
[ 2.571057] PM: Image loading progress: 70%
[ 2.591357] PM: Image loading progress: 80%
[ 2.607388] PM: Image loading progress: 90%
[ 2.626382] PM: Image loading progress: 100%
[ 2.627503] PM: Image loading done.
[ 2.628206] PM: Read 109756 kbytes in 0.54 seconds (203.25 MB/s)
[ 2.637928] em2884 #0: Suspending extensions
[ 2.981447] Switched to clocksource tsc
[ 3.792310] ------------[ cut here ]------------
[ 3.794316] WARNING: CPU: 1 PID: 39 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
[ 3.797957] Modules linked in:
[ 3.799342] CPU: 1 PID: 39 Comm: kworker/1:1 Not tainted 3.17.0-rc6+ #79
[ 3.801929] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 3.805865] Workqueue: events request_module_async
[ 3.807587] 0000000000000000 ffff88003dff7b40 ffffffff814b51e8 0000000000000000
[ 3.810357] ffff88003dff7b78 ffffffff81032d75 ffffffff81320b03 00000000fffffff5
[ 3.813124] ffff88003a385400 ffff88003c95df40 ffff880038608900 ffff88003dff7b88
[ 3.815817] Call Trace:
[ 3.816690] [<ffffffff814b51e8>] dump_stack+0x4e/0x7a
[ 3.818427] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 3.820457] [<ffffffff81320b03>] ? _request_firmware+0x205/0x568
[ 3.822491] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 3.824401] [<ffffffff81320b03>] _request_firmware+0x205/0x568
[ 3.826290] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.828064] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
[ 3.829900] [<ffffffff81320e96>] request_firmware+0x30/0x42
[ 3.831645] [<ffffffff813f2f6b>] drxk_attach+0x546/0x656
[ 3.833342] [<ffffffff814ba9a2>] em28xx_dvb_init.part.3+0xa1c/0x1cc6
[ 3.835298] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.837275] [<ffffffff814be24d>] ? mutex_unlock+0x9/0xb
[ 3.838841] [<ffffffff814b9671>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
[ 3.840763] [<ffffffff8141b7ad>] em28xx_dvb_init+0x1d/0x1f
[ 3.842373] [<ffffffff81415706>] em28xx_init_extension+0x51/0x67
[ 3.844113] [<ffffffff81416cfe>] request_module_async+0x19/0x1b
[ 3.845803] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 3.847366] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 3.848868] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 3.850376] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 3.851605] [<ffffffff8125d4c9>] ? debug_smp_processor_id+0x17/0x19
[ 3.853226] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.854958] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.856424] [<ffffffff814c0d6c>] ret_from_fork+0x7c/0xb0
[ 3.857726] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.859133] ---[ end trace 94d8c0167e9bae27 ]---
[ 3.860249] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
[ 3.862111] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
[ 3.863952] drxk: Copy dvb-usb-hauppauge-hvr930c-drxk.fw to your hotplug directory!
[ 3.906976] drxk: status = 0x439130d9
[ 3.908000] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
[ 4.005309] drxk: DRXK driver version 0.9.4300
[ 4.043341] drxk: frontend initialized.
[ 4.044269] xc5000 2-0061: creating new instance
[ 4.047038] xc5000: Successfully identified at address 0x61
[ 4.048306] xc5000: Firmware has not been loaded previously
[ 4.049426] DVB: registering new adapter (em2884 #0)
[ 4.050394] usb 1-1: DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
[ 4.052342] dvb dvb0.frontend0: parent 1-1 should not be sleeping
[ 4.054491] dvb dvb0.demux0: parent 1-1 should not be sleeping
[ 4.055822] dvb dvb0.dvr0: parent 1-1 should not be sleeping
[ 4.057198] dvb dvb0.net0: parent 1-1 should not be sleeping
[ 4.058391] em2884 #0: DVB extension successfully initialized
[ 4.059462] em2884 #0: Suspending video extension
[ 4.060953] em2884 #0: Suspending DVB extensionem2884 #0: fe0 suspend 0
[ 4.069504] PM: quiesce of devices complete after 1431.879 msecs
[ 4.071643] PM: late quiesce of devices complete after 0.981 msecs
[ 4.074401] PM: noirq quiesce of devices complete after 1.605 msecs
[ 4.075688] Disabling non-boot CPUs ...
[ 4.138099] smpboot: CPU 1 is now offline
[ 4.209733] smpboot: CPU 2 is now offline
[ 4.265655] smpboot: CPU 3 is now offline
[ 17.044639] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S0_] (20140724/hwxface-580)
[ 17.044639] PM: Restoring platform NVS memory
[ 17.044639] Enabling non-boot CPUs ...
[ 17.044639] x86: Booting SMP configuration:
[ 17.044639] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 17.077329] CPU1 is up
[ 17.078483] smpboot: Booting Node 0 Processor 2 APIC 0x2
[ 17.111110] CPU2 is up
[ 17.112300] smpboot: Booting Node 0 Processor 3 APIC 0x3
[ 17.144969] CPU3 is up
[ 17.145724] ACPI: Waking up from system sleep state S4
[ 17.148863] PM: noirq restore of devices complete after 2.091 msecs
[ 17.150841] PM: early restore of devices complete after 0.731 msecs
[ 17.176315] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 17.177614] usb usb1: root hub lost power or was reset
[ 17.179814] sd 0:0:0:0: [sda] Starting disk
[ 17.497706] ata2.00: configured for MWDMA2
[ 17.499922] ata1.00: configured for MWDMA2
[ 17.820141] usb 1-1: reset high-speed USB device number 2 using ehci-pci
[ 18.105549] em2884 #0: Disconnecting em2884 #0
[ 18.106715] em2884 #0: Closing video extension
[ 18.107771] em2884 #0: V4L2 device video0 deregistered
[ 18.110265] em2884 #0: Closing DVB extension
[ 18.114693] xc5000 2-0061: destroying instance
(hangs, trace after 120 sec is similar to the one posted in previous mail)
Thanks,
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 16:01 ` Johannes Stezenbach
2014-09-25 17:36 ` Johannes Stezenbach
@ 2014-09-25 17:40 ` Shuah Khan
2014-09-25 18:17 ` Johannes Stezenbach
1 sibling, 1 reply; 40+ messages in thread
From: Shuah Khan @ 2014-09-25 17:40 UTC (permalink / raw)
To: Johannes Stezenbach
Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab, Shuah Khan
On 09/25/2014 10:01 AM, Johannes Stezenbach wrote:
> Hi Shuah,
>
> On Thu, Sep 25, 2014 at 07:45:37AM -0600, Shuah Khan wrote:
>> On 09/25/2014 06:53 AM, Johannes Stezenbach wrote:
>>> ever since your patchset which implements suspend/resume
>>> for em28xx, hibernating the system breaks the Hauppauge WinTV HVR 930C driver.
>>> In v3.15.y and v3.16.y it throws a request_firmware warning
>>> during hibernate + resume, and the /dev/dvb/ device nodes disappears after
>>> resume. In current git v3.17-rc6-247-g005f800, it hangs
>>> after resume. I bisected the hang in qemu to
>>> b89193e0b06f "media: em28xx - remove reset_resume interface",
>>> the hang is fixed if I revert this commit on top of v3.17-rc6-247-g005f800.
>>>
>>> Regarding the request_firmware issue. I think a possible
>>> fix would be:
>
> I think you should take a closer look at the code you snipped.
> Maybe this fixes the root of the issue you worked around
> with the DVB_FE_DEVICE_RESUME thing, namely calling
> fe->ops.tuner_ops.init from wrong context.
Sorry for aggressive snipping. :)
Right. I introduced DVB_FE_DEVICE_RESUME code to resume
problems in drx39xxj driver. Because I had to make it not
toggle power on the fe for resume. In other words, for it
to differentiate between disconnect and resume conditions.
dvb_frontend_resume() is used by dvb_usbv2 dvb_usb_core -
dvb_usbv2_resume_common()
Calling dvb_frontend_reinitialise() from dvb_frontend_resume()
could break dvb_usbv2 drivers because it has handling for
reset_resume in its core in dvb_usbv2_reset_resume()
reverting media: em28xx - remove reset_resume interface
might be a short-term solution. I think the longterm
solution is adding a dvb_frontend_reset_resume() that
does dvb_frontend_reinitialise() just like you suggested.
In addition, em28xx will call dvb_frontend_reset_resume()
from its reset_resume
What do you think?
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 17:36 ` Johannes Stezenbach
@ 2014-09-25 18:01 ` Shuah Khan
0 siblings, 0 replies; 40+ messages in thread
From: Shuah Khan @ 2014-09-25 18:01 UTC (permalink / raw)
To: Johannes Stezenbach
Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab, Shuah Khan
Hi Johannes,
On 09/25/2014 11:36 AM, Johannes Stezenbach wrote:
> On Thu, Sep 25, 2014 at 06:01:34PM +0200, Johannes Stezenbach wrote:
> FWIW, there are six other xc5000 patches in the queue:
>
> http://git.linuxtv.org/cgit.cgi/media_tree.git/log/drivers/media/tuners/xc5000.c?h=devel-3.17-rc6
>
> I'm assuming this is the development branch for the 3.18 merge window,
> so the question is how will the issue be fixed in 3.17 and 3.16-stable?
> If you have patches I'm ready to test.
>
> FWIW, I tried v3.17-rc6-247-g005f800 with only my suggested
> dvb_frontend_resume() change, it breaks in another place after
> resume and then still hangs. I think the b89193e0b06f revert is needed to
> fix the hang. If you care, the dmesg after resume:
Our messages crossed looks like. Yes this problem needs
to be fixed in stable. Reverting b89193e0b06f is definitely
an option, however I think we might see problems on other
devices. b89193e0b06f fixed problem on KWorld stick I have.
Mauro said b89193e0b06f is causing problems on some
USB ehci/xhci drivers.
Let's go ahead and revert it for now. I will work on
getting this reset_resume sorted out with the solution
I proposed in my previous email. I hope it is okay to
take you up un your offer to test.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 17:40 ` Shuah Khan
@ 2014-09-25 18:17 ` Johannes Stezenbach
2014-09-25 18:45 ` Shuah Khan
0 siblings, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-25 18:17 UTC (permalink / raw)
To: Shuah Khan; +Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab
On Thu, Sep 25, 2014 at 11:40:45AM -0600, Shuah Khan wrote:
>
> Right. I introduced DVB_FE_DEVICE_RESUME code to resume
> problems in drx39xxj driver. Because I had to make it not
> toggle power on the fe for resume. In other words, for it
> to differentiate between disconnect and resume conditions.
>
> dvb_frontend_resume() is used by dvb_usbv2 dvb_usb_core -
> dvb_usbv2_resume_common()
>
> Calling dvb_frontend_reinitialise() from dvb_frontend_resume()
> could break dvb_usbv2 drivers because it has handling for
> reset_resume in its core in dvb_usbv2_reset_resume()
Needs testing...
> reverting media: em28xx - remove reset_resume interface
> might be a short-term solution. I think the longterm
> solution is adding a dvb_frontend_reset_resume() that
> does dvb_frontend_reinitialise() just like you suggested.
>
> In addition, em28xx will call dvb_frontend_reset_resume()
> from its reset_resume
>
> What do you think?
The dvb_frontend_resume() is also too risky for short term
fix, but I think it does the right thing. Let's sleep over
it a few nights.
For short term I think there is no way around the
b89193e0b06f revert. You don't want a kernel with
hang-after-resume bugs to hit major distributions
like Ubuntu. For the xc5000 firmware issue I think
you should get the patches from the development
branch into 3.17 (and 3.16-stable). If you have the
patches ready, tell me and I'll test.
Thanks,
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 18:17 ` Johannes Stezenbach
@ 2014-09-25 18:45 ` Shuah Khan
2014-09-25 19:03 ` Shuah Khan
2014-09-26 8:00 ` Johannes Stezenbach
0 siblings, 2 replies; 40+ messages in thread
From: Shuah Khan @ 2014-09-25 18:45 UTC (permalink / raw)
To: Johannes Stezenbach
Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab, Shuah Khan
On 09/25/2014 12:17 PM, Johannes Stezenbach wrote:
> On Thu, Sep 25, 2014 at 11:40:45AM -0600, Shuah Khan wrote:
>>
>> Right. I introduced DVB_FE_DEVICE_RESUME code to resume
>> problems in drx39xxj driver. Because I had to make it not
>> toggle power on the fe for resume. In other words, for it
>> to differentiate between disconnect and resume conditions.
>>
>> dvb_frontend_resume() is used by dvb_usbv2 dvb_usb_core -
>> dvb_usbv2_resume_common()
>>
>> Calling dvb_frontend_reinitialise() from dvb_frontend_resume()
>> could break dvb_usbv2 drivers because it has handling for
>> reset_resume in its core in dvb_usbv2_reset_resume()
>
> Needs testing...
Right
>
>> reverting media: em28xx - remove reset_resume interface
>> might be a short-term solution. I think the longterm
>> solution is adding a dvb_frontend_reset_resume() that
>> does dvb_frontend_reinitialise() just like you suggested.
>>
>> In addition, em28xx will call dvb_frontend_reset_resume()
>> from its reset_resume
>>
>> What do you think?
>
> The dvb_frontend_resume() is also too risky for short term
> fix, but I think it does the right thing. Let's sleep over
> it a few nights.
Good plan.
>
> For short term I think there is no way around the
> b89193e0b06f revert. You don't want a kernel with
> hang-after-resume bugs to hit major distributions
> like Ubuntu. For the xc5000 firmware issue I think
> you should get the patches from the development
> branch into 3.17 (and 3.16-stable). If you have the
> patches ready, tell me and I'll test.
>
Revert is good. Just checked 3.16 and we are good
on that. It needs to be reverted from 3.17 for sure.
ok now I know why the second path didn't
apply. It depends on another change that added resume
function
7ab1c07614b984778a808dc22f84b682fedefea1
You don't need the second patch. The first patch applied
to 3.17 and fails on 3.16
http://patchwork.linuxtv.org/patch/26073/
I am working on 3.16 back-port for the first one to 3.16
and send one shortly for you to test.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 18:45 ` Shuah Khan
@ 2014-09-25 19:03 ` Shuah Khan
2014-09-26 7:41 ` Johannes Stezenbach
2014-09-26 8:00 ` Johannes Stezenbach
1 sibling, 1 reply; 40+ messages in thread
From: Shuah Khan @ 2014-09-25 19:03 UTC (permalink / raw)
To: Johannes Stezenbach
Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab, Shuah Khan
Hi Johannes and Mauro,
On 09/25/2014 12:45 PM, Shuah Khan wrote:
>>
>
> Revert is good. Just checked 3.16 and we are good
> on that. It needs to be reverted from 3.17 for sure.
Mauro! Do you need anything from me for this revert?
Please let me know. Gotta be done soon I am guessing
with us so close to 3.17 release.
>
> ok now I know why the second path didn't
> apply. It depends on another change that added resume
> function
>
> 7ab1c07614b984778a808dc22f84b682fedefea1
>
> You don't need the second patch. The first patch applied
> to 3.17 and fails on 3.16
>
> http://patchwork.linuxtv.org/patch/26073/
>
> I am working on 3.16 back-port for the first one to 3.16
> and send one shortly for you to test.
>
The first patch depends the work done in 3.17, I don't
see it meeting the stable rules to go into 3.16.
Johannes! Do you need the request_firmware patch for
3.16?? Are you seeing problems there. 3.16 doesn't
have b89193e0b06f
thanks,
--- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 19:03 ` Shuah Khan
@ 2014-09-26 7:41 ` Johannes Stezenbach
0 siblings, 0 replies; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 7:41 UTC (permalink / raw)
To: Shuah Khan; +Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab
Hi Shuah,
On Thu, Sep 25, 2014 at 01:03:30PM -0600, Shuah Khan wrote:
> On 09/25/2014 12:45 PM, Shuah Khan wrote:
>
> > ok now I know why the second path didn't
> > apply. It depends on another change that added resume
> > function
> >
> > 7ab1c07614b984778a808dc22f84b682fedefea1
> >
> > You don't need the second patch. The first patch applied
> > to 3.17 and fails on 3.16
> >
> > http://patchwork.linuxtv.org/patch/26073/
> >
> > I am working on 3.16 back-port for the first one to 3.16
> > and send one shortly for you to test.
> >
>
> The first patch depends the work done in 3.17, I don't
> see it meeting the stable rules to go into 3.16.
>
> Johannes! Do you need the request_firmware patch for
> 3.16?? Are you seeing problems there. 3.16 doesn't
> have b89193e0b06f
3.16.3 has two issues:
- 6eb5e3399e8 "em28xx-dvb - fix em28xx_dvb_resume() to not unregister i2c and dvb"
is not in 3.16.3
- the request_firmware issue
Locally I applied 6eb5e3399e8 and my dvb_frontend_resume() change,
which improves it but it is not fully working. After the
frontend device is opened:
Sep 26 08:29:31 abc kernel: xc5000: I2C read failed
Sep 26 08:29:31 abc kernel: xc5000: waiting for firmware upload (dvb-fe-xc5000-1.6.114.fw)...
Sep 26 08:29:31 abc kernel: xc5000: firmware read 12401 bytes.
Sep 26 08:29:31 abc kernel: xc5000: firmware uploading...
Sep 26 08:29:31 abc kernel: xc5000: I2C write failed (len=3)
Sep 26 08:29:31 abc kernel: xc5000: firmware upload failed...
Sep 26 08:29:31 abc kernel: xc5000: Unable to initialise tuner
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: drxk: Error -6 on get_dvbt_lock_status
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: drxk: Error -6 on get_dvbt_lock_status
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: drxk: Error -6 on get_dvbt_lock_status
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: xc5000: I2C read failed
Sep 26 08:29:31 abc kernel: xc5000: waiting for firmware upload (dvb-fe-xc5000-1.6.114.fw)...
Sep 26 08:29:31 abc kernel: xc5000: firmware read 12401 bytes.
Sep 26 08:29:31 abc kernel: xc5000: firmware uploading...
Sep 26 08:29:31 abc kernel: xc5000: I2C write failed (len=3)
Sep 26 08:29:31 abc kernel: xc5000: firmware upload failed...
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: drxk: Error -6 on mpegts_stop
Sep 26 08:29:31 abc kernel: drxk: Error -6 on start
Sep 26 08:29:31 abc kernel: drxk: i2c read error at addr 0x29
Sep 26 08:29:31 abc kernel: drxk: Error -6 on get_dvbt_lock_status
...
I have to unload and reload the em28xx modules to recover.
So it would be good to have an xc5000 patch backport from
you instead of my dvb_frontend_resume() change.
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-25 18:45 ` Shuah Khan
2014-09-25 19:03 ` Shuah Khan
@ 2014-09-26 8:00 ` Johannes Stezenbach
2014-09-26 8:08 ` Johannes Stezenbach
1 sibling, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 8:00 UTC (permalink / raw)
To: Shuah Khan; +Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab
On Thu, Sep 25, 2014 at 12:45:24PM -0600, Shuah Khan wrote:
>
> Revert is good. Just checked 3.16 and we are good
> on that. It needs to be reverted from 3.17 for sure.
>
> ok now I know why the second path didn't
> apply. It depends on another change that added resume
> function
>
> 7ab1c07614b984778a808dc22f84b682fedefea1
>
> You don't need the second patch. The first patch applied
> to 3.17 and fails on 3.16
>
> http://patchwork.linuxtv.org/patch/26073/
I'm not sure I understand correctly. I applied the
b89193e0b06f revert plus the 26073 patchwork patch
on top of yesterday's git master (v3.17-rc6-247-g005f800),
the xc5000 request_firmware issue still happens, additionally
a drxk_attach request_firmware warning is printed after resume.
I should mention I just test "boot -> hibernate -> resume",
the device is not opened before hibernate.
The drxk warning trace is:
[ 3.762776] [<ffffffff81320e96>] request_firmware+0x30/0x42
[ 3.764538] [<ffffffff813f2f58>] drxk_attach+0x546/0x656
[ 3.766094] [<ffffffff814ba9d2>] em28xx_dvb_init.part.3+0xa1c/0x1cc6
[ 3.767879] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.769825] [<ffffffff814be27d>] ? mutex_unlock+0x9/0xb
[ 3.771379] [<ffffffff814b96a1>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
[ 3.773342] [<ffffffff8141b7e7>] em28xx_dvb_init+0x1d/0x1f
[ 3.774982] [<ffffffff81415740>] em28xx_init_extension+0x51/0x67
[ 3.776670] [<ffffffff81416d38>] request_module_async+0x19/0x1b
[ 3.793013] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 8:00 ` Johannes Stezenbach
@ 2014-09-26 8:08 ` Johannes Stezenbach
2014-09-26 10:14 ` Mauro Carvalho Chehab
0 siblings, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 8:08 UTC (permalink / raw)
To: Shuah Khan; +Cc: Shuah Khan, linux-media, Mauro Carvalho Chehab
On Fri, Sep 26, 2014 at 10:00:30AM +0200, Johannes Stezenbach wrote:
> On Thu, Sep 25, 2014 at 12:45:24PM -0600, Shuah Khan wrote:
> >
> > Revert is good. Just checked 3.16 and we are good
> > on that. It needs to be reverted from 3.17 for sure.
> >
> > ok now I know why the second path didn't
> > apply. It depends on another change that added resume
> > function
> >
> > 7ab1c07614b984778a808dc22f84b682fedefea1
> >
> > You don't need the second patch. The first patch applied
> > to 3.17 and fails on 3.16
> >
> > http://patchwork.linuxtv.org/patch/26073/
>
> I'm not sure I understand correctly. I applied the
> b89193e0b06f revert plus the 26073 patchwork patch
> on top of yesterday's git master (v3.17-rc6-247-g005f800),
> the xc5000 request_firmware issue still happens, additionally
> a drxk_attach request_firmware warning is printed after resume.
>
> I should mention I just test "boot -> hibernate -> resume",
> the device is not opened before hibernate.
If I run dvb-fe-tool to load the xc5000 firmware before
hibernate then the xc5000 issue seems fixed, but the
drxk firmware issue still happens.
Thanks,
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 8:08 ` Johannes Stezenbach
@ 2014-09-26 10:14 ` Mauro Carvalho Chehab
2014-09-26 11:07 ` Johannes Stezenbach
0 siblings, 1 reply; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 10:14 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Hi Johannes/Shuah,
Em Fri, 26 Sep 2014 10:08:24 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Fri, Sep 26, 2014 at 10:00:30AM +0200, Johannes Stezenbach wrote:
> > On Thu, Sep 25, 2014 at 12:45:24PM -0600, Shuah Khan wrote:
> > >
> > > Revert is good. Just checked 3.16 and we are good
> > > on that. It needs to be reverted from 3.17 for sure.
> > >
> > > ok now I know why the second path didn't
> > > apply. It depends on another change that added resume
> > > function
> > >
> > > 7ab1c07614b984778a808dc22f84b682fedefea1
> > >
> > > You don't need the second patch. The first patch applied
> > > to 3.17 and fails on 3.16
> > >
> > > http://patchwork.linuxtv.org/patch/26073/
> >
> > I'm not sure I understand correctly. I applied the
> > b89193e0b06f revert plus the 26073 patchwork patch
> > on top of yesterday's git master (v3.17-rc6-247-g005f800),
> > the xc5000 request_firmware issue still happens, additionally
> > a drxk_attach request_firmware warning is printed after resume.
I just pushed the pending patched and added a reverted patch for
b89193e0b06f at the media_tree.git. Could you please use it to compile
or, if you prefer to keep using 3.16, you can use the media_build.git[1]
tree to just use the newest media stack on the top of 3.16.
[1] http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
I updated the today's tarball for it to have all the patches there.
> > I should mention I just test "boot -> hibernate -> resume",
> > the device is not opened before hibernate.
>
> If I run dvb-fe-tool to load the xc5000 firmware before
> hibernate then the xc5000 issue seems fixed, but the
> drxk firmware issue still happens.
Please check if the xc5000 issue disappears with the current patches.
The drxk issue will likely need a similar fix to the one that Shuah
did to drxj.
Shuah,
Could you please take a look at the drx-k driver? It is not that different
from the drx-j.
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 10:14 ` Mauro Carvalho Chehab
@ 2014-09-26 11:07 ` Johannes Stezenbach
2014-09-26 11:42 ` Mauro Carvalho Chehab
0 siblings, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 11:07 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Shuah Khan, Shuah Khan, linux-media
Hi Mauro,
On Fri, Sep 26, 2014 at 07:14:11AM -0300, Mauro Carvalho Chehab wrote:
>
> I just pushed the pending patched and added a reverted patch for
> b89193e0b06f at the media_tree.git. Could you please use it to compile
> or, if you prefer to keep using 3.16, you can use the media_build.git[1]
> tree to just use the newest media stack on the top of 3.16.
>
> [1] http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
>
> I updated the today's tarball for it to have all the patches there.
>
> > > I should mention I just test "boot -> hibernate -> resume",
> > > the device is not opened before hibernate.
> >
> > If I run dvb-fe-tool to load the xc5000 firmware before
> > hibernate then the xc5000 issue seems fixed, but the
> > drxk firmware issue still happens.
>
> Please check if the xc5000 issue disappears with the current patches.
I compiled media_tree.git v3.17-rc5-734-g214635f, the
xc5000 issue is fixed. I tested both "boot -> hibernate ->resume"
and "boot -> dvb-fe-tool -> hibernate ->resume" in qemu.
> The drxk issue will likely need a similar fix to the one that Shuah
> did to drxj.
The drx-k issue is still present:
[ 3.758318] WARNING: CPU: 0 PID: 59 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
[ 3.760266] Modules linked in:
[ 3.760828] CPU: 0 PID: 59 Comm: kworker/0:2 Not tainted 3.17.0-rc5+ #82
[ 3.762002] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 3.763890] Workqueue: events request_module_async
[ 3.764890] 0000000000000000 ffff88003c90fb38 ffffffff814bcac8 0000000000000000
[ 3.766267] ffff88003c90fb70 ffffffff81032d75 ffffffff81320b3c 00000000fffffff5
[ 3.767596] ffff880039ea1b00 ffff88003ca2be80 ffff88000053c900 ffff88003c90fb80
[ 3.768941] Call Trace:
[ 3.769414] [<ffffffff814bcac8>] dump_stack+0x4e/0x7a
[ 3.770285] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 3.771281] [<ffffffff81320b3c>] ? _request_firmware+0x205/0x568
[ 3.772289] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 3.773235] [<ffffffff81320b3c>] _request_firmware+0x205/0x568
[ 3.774162] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.775064] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
[ 3.775973] [<ffffffff81320ecf>] request_firmware+0x30/0x42
[ 3.776854] [<ffffffff813f974f>] drxk_attach+0x546/0x656
[ 3.777675] [<ffffffff814c22a3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
[ 3.778652] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.779690] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.780615] [<ffffffff814c5b45>] ? mutex_unlock+0x9/0xb
[ 3.781428] [<ffffffff814c0f50>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
[ 3.782487] [<ffffffff814230cf>] em28xx_dvb_init+0x1d/0x1f
[ 3.783335] [<ffffffff8141cfcb>] em28xx_init_extension+0x51/0x67
[ 3.784276] [<ffffffff8141e5c3>] request_module_async+0x19/0x1b
[ 3.785207] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 3.786133] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 3.786982] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 3.787863] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 3.788616] [<ffffffff8125d487>] ? debug_smp_processor_id+0x17/0x19
[ 3.789594] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.790617] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.791559] [<ffffffff814c866c>] ret_from_fork+0x7c/0xb0
[ 3.792399] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.793314] ---[ end trace 001212d1d98f03c2 ]---
[ 3.794014] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
[ 3.795218] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 11:07 ` Johannes Stezenbach
@ 2014-09-26 11:42 ` Mauro Carvalho Chehab
2014-09-26 12:02 ` Johannes Stezenbach
2014-09-26 12:03 ` Mauro Carvalho Chehab
0 siblings, 2 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 11:42 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 13:07:27 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> Hi Mauro,
>
> On Fri, Sep 26, 2014 at 07:14:11AM -0300, Mauro Carvalho Chehab wrote:
> >
> > I just pushed the pending patched and added a reverted patch for
> > b89193e0b06f at the media_tree.git. Could you please use it to compile
> > or, if you prefer to keep using 3.16, you can use the media_build.git[1]
> > tree to just use the newest media stack on the top of 3.16.
> >
> > [1] http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
> >
> > I updated the today's tarball for it to have all the patches there.
> >
> > > > I should mention I just test "boot -> hibernate -> resume",
> > > > the device is not opened before hibernate.
> > >
> > > If I run dvb-fe-tool to load the xc5000 firmware before
> > > hibernate then the xc5000 issue seems fixed, but the
> > > drxk firmware issue still happens.
> >
> > Please check if the xc5000 issue disappears with the current patches.
>
> I compiled media_tree.git v3.17-rc5-734-g214635f, the
> xc5000 issue is fixed. I tested both "boot -> hibernate ->resume"
> and "boot -> dvb-fe-tool -> hibernate ->resume" in qemu.
>
> > The drxk issue will likely need a similar fix to the one that Shuah
> > did to drxj.
>
> The drx-k issue is still present:
>
> [ 3.758318] WARNING: CPU: 0 PID: 59 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
> [ 3.760266] Modules linked in:
> [ 3.760828] CPU: 0 PID: 59 Comm: kworker/0:2 Not tainted 3.17.0-rc5+ #82
> [ 3.762002] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
> [ 3.763890] Workqueue: events request_module_async
> [ 3.764890] 0000000000000000 ffff88003c90fb38 ffffffff814bcac8 0000000000000000
> [ 3.766267] ffff88003c90fb70 ffffffff81032d75 ffffffff81320b3c 00000000fffffff5
> [ 3.767596] ffff880039ea1b00 ffff88003ca2be80 ffff88000053c900 ffff88003c90fb80
> [ 3.768941] Call Trace:
> [ 3.769414] [<ffffffff814bcac8>] dump_stack+0x4e/0x7a
> [ 3.770285] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
> [ 3.771281] [<ffffffff81320b3c>] ? _request_firmware+0x205/0x568
> [ 3.772289] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
> [ 3.773235] [<ffffffff81320b3c>] _request_firmware+0x205/0x568
> [ 3.774162] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> [ 3.775064] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
> [ 3.775973] [<ffffffff81320ecf>] request_firmware+0x30/0x42
> [ 3.776854] [<ffffffff813f974f>] drxk_attach+0x546/0x656
> [ 3.777675] [<ffffffff814c22a3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
> [ 3.778652] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> [ 3.779690] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> [ 3.780615] [<ffffffff814c5b45>] ? mutex_unlock+0x9/0xb
> [ 3.781428] [<ffffffff814c0f50>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
> [ 3.782487] [<ffffffff814230cf>] em28xx_dvb_init+0x1d/0x1f
> [ 3.783335] [<ffffffff8141cfcb>] em28xx_init_extension+0x51/0x67
> [ 3.784276] [<ffffffff8141e5c3>] request_module_async+0x19/0x1b
> [ 3.785207] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
> [ 3.786133] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
> [ 3.786982] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
> [ 3.787863] [<ffffffff81049c09>] kthread+0xc7/0xcf
> [ 3.788616] [<ffffffff8125d487>] ? debug_smp_processor_id+0x17/0x19
> [ 3.789594] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> [ 3.790617] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
> [ 3.791559] [<ffffffff814c866c>] ret_from_fork+0x7c/0xb0
> [ 3.792399] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
> [ 3.793314] ---[ end trace 001212d1d98f03c2 ]---
> [ 3.794014] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
> [ 3.795218] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
Could you please try this patch (untested):
[media] drxk: load firmware again at resume
While here, do some code cleanups.
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
diff --git a/drivers/media/dvb-frontends/drxk_hard.c b/drivers/media/dvb-frontends/drxk_hard.c
index 672195147d01..cad179738ae6 100644
--- a/drivers/media/dvb-frontends/drxk_hard.c
+++ b/drivers/media/dvb-frontends/drxk_hard.c
@@ -6276,33 +6276,32 @@ error:
return status;
}
-static void load_firmware_cb(const struct firmware *fw,
- void *context)
+static void load_firmware_cb(struct drxk_state *state)
{
- struct drxk_state *state = context;
+ const struct firmware *fw = NULL;
+ int status;
+
+ status = request_firmware(&fw, state->microcode_name,
+ state->i2c->dev.parent);
+ if (status < 0)
+ fw = NULL;
- dprintk(1, ": %s\n", fw ? "firmware loaded" : "firmware not loaded");
+ dprintk(1, ": firmware %s %s\n", state->microcode_name,
+ fw ? "loaded" : "not loaded");
if (!fw) {
pr_err("Could not load firmware file %s.\n",
state->microcode_name);
pr_info("Copy %s to your hotplug directory!\n",
state->microcode_name);
- state->microcode_name = NULL;
+ pr_info("Trying to use the internal firmware, but this may not work well. Be warned.\n");
/*
- * As firmware is now load asynchronous, it is not possible
- * anymore to fail at frontend attach. We might silently
- * return here, and hope that the driver won't crash.
- * We might also change all DVB callbacks to return -ENODEV
- * if the device is not initialized.
* As the DRX-K devices have their own internal firmware,
* let's just hope that it will match a firmware revision
* compatible with this driver and proceed.
*/
}
state->fw = fw;
-
- init_drxk(state);
}
static void drxk_release(struct dvb_frontend *fe)
@@ -6737,6 +6736,19 @@ static int drxk_get_tune_settings(struct dvb_frontend *fe,
}
}
+static int drxk_init(struct dvb_frontend *fe)
+{
+ struct drxk_state *state = fe->demodulator_priv;
+
+ if (fe->exit == DVB_FE_DEVICE_RESUME) {
+ /* Force device powerup and firmware reload */
+ state->m_drxk_state = DRXK_UNINITIALIZED;
+ return init_drxk(state);
+ }
+
+ return 0;
+}
+
static struct dvb_frontend_ops drxk_ops = {
/* .delsys will be filled dynamically */
.info = {
@@ -6760,6 +6772,7 @@ static struct dvb_frontend_ops drxk_ops = {
.release = drxk_release,
.sleep = drxk_sleep,
.i2c_gate_ctrl = drxk_gate_ctrl,
+ .init = drxk_init,
.set_frontend = drxk_set_parameters,
.get_tune_settings = drxk_get_tune_settings,
@@ -6776,7 +6789,6 @@ struct dvb_frontend *drxk_attach(const struct drxk_config *config,
struct dtv_frontend_properties *p;
struct drxk_state *state = NULL;
u8 adr = config->adr;
- int status;
dprintk(1, "\n");
state = kzalloc(sizeof(struct drxk_state), GFP_KERNEL);
@@ -6830,18 +6842,12 @@ struct dvb_frontend *drxk_attach(const struct drxk_config *config,
init_state(state);
/* Load firmware and initialize DRX-K */
- if (state->microcode_name) {
- const struct firmware *fw = NULL;
+ if (state->microcode_name)
+ load_firmware_cb(state);
- status = request_firmware(&fw, state->microcode_name,
- state->i2c->dev.parent);
- if (status < 0)
- fw = NULL;
- load_firmware_cb(fw, state);
- } else if (init_drxk(state) < 0)
+ if (init_drxk(state) < 0)
goto error;
-
/* Initialize stats */
p = &state->frontend.dtv_property_cache;
p->strength.len = 1;
^ permalink raw reply related [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 11:42 ` Mauro Carvalho Chehab
@ 2014-09-26 12:02 ` Johannes Stezenbach
2014-09-26 12:11 ` Mauro Carvalho Chehab
2014-09-26 12:03 ` Mauro Carvalho Chehab
1 sibling, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 12:02 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Shuah Khan, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 08:42:15AM -0300, Mauro Carvalho Chehab wrote:
> Could you please try this patch (untested):
>
> [media] drxk: load firmware again at resume
No joy. I think you need to keep the firmware around
for reuse after resume instead of requesting it again.
[ 2.521597] PM: Image loading progress: 80%
[ 2.535627] PM: Image loading progress: 90%
[ 2.552505] PM: Image loading done.
[ 2.553169] PM: Read 107920 kbytes in 0.50 seconds (215.84 MB/s)
[ 2.562310] em2884 #0: Suspending extensions
[ 2.969484] Switched to clocksource tsc
[ 3.792296] ------------[ cut here ]------------
[ 3.794177] WARNING: CPU: 0 PID: 38 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
[ 3.796157] Modules linked in:
[ 3.796723] CPU: 0 PID: 38 Comm: kworker/0:1 Not tainted 3.17.0-rc5-00734-g214635f-dirty #84
[ 3.798197] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 3.800121] Workqueue: events request_module_async
[ 3.801115] 0000000000000000 ffff88003dfefb38 ffffffff814bcae8 0000000000000000
[ 3.802533] ffff88003dfefb70 ffffffff81032d75 ffffffff81320b3c 00000000fffffff5
[ 3.803900] ffff880039e63de0 ffff88003cfaf880 ffff8800363aa900 ffff88003dfefb80
[ 3.805283] Call Trace:
[ 3.805723] [<ffffffff814bcae8>] dump_stack+0x4e/0x7a
[ 3.806617] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 3.807636] [<ffffffff81320b3c>] ? _request_firmware+0x205/0x568
[ 3.808673] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 3.809638] [<ffffffff81320b3c>] _request_firmware+0x205/0x568
[ 3.810611] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.811545] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
[ 3.812477] [<ffffffff81320ecf>] request_firmware+0x30/0x42
[ 3.813399] [<ffffffff813f974f>] drxk_attach+0x546/0x651
[ 3.814233] [<ffffffff814c22c3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
[ 3.815235] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.816341] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.817280] [<ffffffff814c5b65>] ? mutex_unlock+0x9/0xb
[ 3.818127] [<ffffffff814c0f70>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
[ 3.819176] [<ffffffff814230f4>] em28xx_dvb_init+0x1d/0x1f
[ 3.820078] [<ffffffff8141cff0>] em28xx_init_extension+0x51/0x67
[ 3.821026] [<ffffffff8141e5e8>] request_module_async+0x19/0x1b
[ 3.821966] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 3.822884] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 3.823752] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 3.824697] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 3.825451] [<ffffffff8125d487>] ? debug_smp_processor_id+0x17/0x19
[ 3.826430] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.827501] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.828449] [<ffffffff814c866c>] ret_from_fork+0x7c/0xb0
[ 3.829315] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.830228] ---[ end trace 9c556ab09f9d1814 ]---
[ 3.830932] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
[ 3.832134] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 11:42 ` Mauro Carvalho Chehab
2014-09-26 12:02 ` Johannes Stezenbach
@ 2014-09-26 12:03 ` Mauro Carvalho Chehab
2014-09-26 12:27 ` Johannes Stezenbach
1 sibling, 1 reply; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 12:03 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 08:42:15 -0300
Mauro Carvalho Chehab <mchehab@osg.samsung.com> escreveu:
> Em Fri, 26 Sep 2014 13:07:27 +0200
> Johannes Stezenbach <js@linuxtv.org> escreveu:
>
> > Hi Mauro,
> >
> > On Fri, Sep 26, 2014 at 07:14:11AM -0300, Mauro Carvalho Chehab wrote:
> > >
> > > I just pushed the pending patched and added a reverted patch for
> > > b89193e0b06f at the media_tree.git. Could you please use it to compile
> > > or, if you prefer to keep using 3.16, you can use the media_build.git[1]
> > > tree to just use the newest media stack on the top of 3.16.
> > >
> > > [1] http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
> > >
> > > I updated the today's tarball for it to have all the patches there.
> > >
> > > > > I should mention I just test "boot -> hibernate -> resume",
> > > > > the device is not opened before hibernate.
> > > >
> > > > If I run dvb-fe-tool to load the xc5000 firmware before
> > > > hibernate then the xc5000 issue seems fixed, but the
> > > > drxk firmware issue still happens.
> > >
> > > Please check if the xc5000 issue disappears with the current patches.
> >
> > I compiled media_tree.git v3.17-rc5-734-g214635f, the
> > xc5000 issue is fixed. I tested both "boot -> hibernate ->resume"
> > and "boot -> dvb-fe-tool -> hibernate ->resume" in qemu.
> >
> > > The drxk issue will likely need a similar fix to the one that Shuah
> > > did to drxj.
> >
> > The drx-k issue is still present:
The patch I sent you (or some fixed version of it) is part of the
solution, but this still bothers me:
> > [ 3.776854] [<ffffffff813f974f>] drxk_attach+0x546/0x656
> > [ 3.777675] [<ffffffff814c22a3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
> > [ 3.778652] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> > [ 3.779690] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> > [ 3.780615] [<ffffffff814c5b45>] ? mutex_unlock+0x9/0xb
> > [ 3.781428] [<ffffffff814c0f50>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
> > [ 3.782487] [<ffffffff814230cf>] em28xx_dvb_init+0x1d/0x1f
Why em28xx_dvb_init() is being called?
That should only happen if the device is re-probed again, but
the reset_resume code should have been preventing it.
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 12:02 ` Johannes Stezenbach
@ 2014-09-26 12:11 ` Mauro Carvalho Chehab
0 siblings, 0 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 12:11 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 14:02:33 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Fri, Sep 26, 2014 at 08:42:15AM -0300, Mauro Carvalho Chehab wrote:
> > Could you please try this patch (untested):
> >
> > [media] drxk: load firmware again at resume
>
> No joy. I think you need to keep the firmware around
> for reuse after resume instead of requesting it again.
Well, it should be kept with the patch I sent. However, the issue is
that, despite the reset_resume, the device is being removed/reinserted
at the USB hotplug. Perhaps reset_resume on em28xx is returning a
wrong return code.
>
> [ 2.521597] PM: Image loading progress: 80%
> [ 2.535627] PM: Image loading progress: 90%
> [ 2.552505] PM: Image loading done.
> [ 2.553169] PM: Read 107920 kbytes in 0.50 seconds (215.84 MB/s)
> [ 2.562310] em2884 #0: Suspending extensions
> [ 2.969484] Switched to clocksource tsc
> [ 3.792296] ------------[ cut here ]------------
> [ 3.794177] WARNING: CPU: 0 PID: 38 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
> [ 3.796157] Modules linked in:
> [ 3.796723] CPU: 0 PID: 38 Comm: kworker/0:1 Not tainted 3.17.0-rc5-00734-g214635f-dirty #84
> [ 3.798197] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
> [ 3.800121] Workqueue: events request_module_async
> [ 3.801115] 0000000000000000 ffff88003dfefb38 ffffffff814bcae8 0000000000000000
> [ 3.802533] ffff88003dfefb70 ffffffff81032d75 ffffffff81320b3c 00000000fffffff5
> [ 3.803900] ffff880039e63de0 ffff88003cfaf880 ffff8800363aa900 ffff88003dfefb80
> [ 3.805283] Call Trace:
> [ 3.805723] [<ffffffff814bcae8>] dump_stack+0x4e/0x7a
> [ 3.806617] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
> [ 3.807636] [<ffffffff81320b3c>] ? _request_firmware+0x205/0x568
> [ 3.808673] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
> [ 3.809638] [<ffffffff81320b3c>] _request_firmware+0x205/0x568
> [ 3.810611] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> [ 3.811545] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
> [ 3.812477] [<ffffffff81320ecf>] request_firmware+0x30/0x42
> [ 3.813399] [<ffffffff813f974f>] drxk_attach+0x546/0x651
> [ 3.814233] [<ffffffff814c22c3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
> [ 3.815235] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> [ 3.816341] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> [ 3.817280] [<ffffffff814c5b65>] ? mutex_unlock+0x9/0xb
> [ 3.818127] [<ffffffff814c0f70>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
> [ 3.819176] [<ffffffff814230f4>] em28xx_dvb_init+0x1d/0x1f
> [ 3.820078] [<ffffffff8141cff0>] em28xx_init_extension+0x51/0x67
> [ 3.821026] [<ffffffff8141e5e8>] request_module_async+0x19/0x1b
> [ 3.821966] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
> [ 3.822884] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
> [ 3.823752] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
> [ 3.824697] [<ffffffff81049c09>] kthread+0xc7/0xcf
> [ 3.825451] [<ffffffff8125d487>] ? debug_smp_processor_id+0x17/0x19
> [ 3.826430] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> [ 3.827501] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
> [ 3.828449] [<ffffffff814c866c>] ret_from_fork+0x7c/0xb0
> [ 3.829315] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
> [ 3.830228] ---[ end trace 9c556ab09f9d1814 ]---
> [ 3.830932] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
> [ 3.832134] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
>
>
> Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 12:03 ` Mauro Carvalho Chehab
@ 2014-09-26 12:27 ` Johannes Stezenbach
2014-09-26 13:12 ` Mauro Carvalho Chehab
0 siblings, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 12:27 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Shuah Khan, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 09:03:16AM -0300, Mauro Carvalho Chehab wrote:
>
> The patch I sent you (or some fixed version of it) is part of the
> solution, but this still bothers me:
>
> > > [ 3.776854] [<ffffffff813f974f>] drxk_attach+0x546/0x656
> > > [ 3.777675] [<ffffffff814c22a3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
> > > [ 3.778652] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> > > [ 3.779690] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> > > [ 3.780615] [<ffffffff814c5b45>] ? mutex_unlock+0x9/0xb
> > > [ 3.781428] [<ffffffff814c0f50>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
> > > [ 3.782487] [<ffffffff814230cf>] em28xx_dvb_init+0x1d/0x1f
>
> Why em28xx_dvb_init() is being called?
>
> That should only happen if the device is re-probed again, but
> the reset_resume code should have been preventing it.
Well, I stuck a WARN_ON(1) into drxk_release(), it is not called
during hibernate+resume.
Do you have a better suggestion to debug it?
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 12:27 ` Johannes Stezenbach
@ 2014-09-26 13:12 ` Mauro Carvalho Chehab
2014-09-26 13:25 ` Johannes Stezenbach
0 siblings, 1 reply; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 13:12 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 14:27:21 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Fri, Sep 26, 2014 at 09:03:16AM -0300, Mauro Carvalho Chehab wrote:
> >
> > The patch I sent you (or some fixed version of it) is part of the
> > solution, but this still bothers me:
> >
> > > > [ 3.776854] [<ffffffff813f974f>] drxk_attach+0x546/0x656
> > > > [ 3.777675] [<ffffffff814c22a3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
> > > > [ 3.778652] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> > > > [ 3.779690] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> > > > [ 3.780615] [<ffffffff814c5b45>] ? mutex_unlock+0x9/0xb
> > > > [ 3.781428] [<ffffffff814c0f50>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
> > > > [ 3.782487] [<ffffffff814230cf>] em28xx_dvb_init+0x1d/0x1f
> >
> > Why em28xx_dvb_init() is being called?
> >
> > That should only happen if the device is re-probed again, but
> > the reset_resume code should have been preventing it.
>
> Well, I stuck a WARN_ON(1) into drxk_release(), it is not called
> during hibernate+resume.
Well, it shouldn't be called at hibernate, but, at resume, the
reset_resume callback at em28xx should have been called, but I'm
not seeing any message indicating it.
Try to add a WARN_ON or printk at em28xx_usb_resume().
> Do you have a better suggestion to debug it?
>
> Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 13:12 ` Mauro Carvalho Chehab
@ 2014-09-26 13:25 ` Johannes Stezenbach
2014-09-26 14:25 ` Shuah Khan
2014-09-26 14:25 ` Johannes Stezenbach
0 siblings, 2 replies; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 13:25 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Shuah Khan, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 10:12:22AM -0300, Mauro Carvalho Chehab wrote:
> Try to add a WARN_ON or printk at em28xx_usb_resume().
It is called two times, once during hibernate and once during resume:
root@debian:~# echo disk >/sys/power/state
[ 107.108149] PM: Syncing filesystems ... done.
[ 107.270300] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 107.274762] PM: Marking nosave pages: [mem 0x0009f000-0x000fffff]
[ 107.276921] PM: Basic memory bitmaps created
[ 107.278508] PM: Preallocating image memory... done (allocated 27340 pages)
[ 107.345275] PM: Allocated 109360 kbytes in 0.06 seconds (1822.66 MB/s)
[ 107.346826] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 107.351116] em2884 #0: Suspending extensions
[ 107.352087] em2884 #0: Suspending video extensionem2884 #0: Suspending DVB extension
[ 107.363558] em2884 #0: fe0 suspend 0[ 107.365163] PM: freeze of devices complete after 14.358 msecs
[ 107.367346] PM: late freeze of devices complete after 0.911 msecs
[ 107.370100] PM: noirq freeze of devices complete after 1.382 msecs
[ 107.371198] ACPI: Preparing to enter system sleep state S4
[ 107.372302] PM: Saving platform NVS memory
[ 107.373029] Disabling non-boot CPUs ...
[ 107.377630] smpboot: CPU 1 is now offline
[ 107.382106] smpboot: CPU 2 is now offline
[ 107.385268] smpboot: CPU 3 is now offline
[ 107.387263] PM: Creating hibernation image:
[ 107.389233] PM: Need to copy 26730 pages
[ 107.389233] PM: Normal pages needed: 26730 + 1024, available pages: 235257
[ 107.389233] PM: Hibernation image created (26730 pages copied)
[ 107.389233] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S0_] (20140724/hwxface-580)
[ 107.389233] PM: Restoring platform NVS memory
[ 107.389233] Enabling non-boot CPUs ...
[ 107.389233] x86: Booting SMP configuration:
[ 107.389648] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 107.422489] CPU1 is up
[ 107.423580] smpboot: Booting Node 0 Processor 2 APIC 0x2
[ 107.456293] CPU2 is up
[ 107.457454] smpboot: Booting Node 0 Processor 3 APIC 0x3
[ 107.490161] CPU3 is up
[ 107.490928] ACPI: Waking up from system sleep state S4
[ 107.492909] PM: noirq thaw of devices complete after 0.941 msecs
[ 107.494763] PM: early thaw of devices complete after 0.675 msecs
[ 107.501301] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 107.535741] ------------[ cut here ]------------
[ 107.536648] WARNING: CPU: 2 PID: 2055 at drivers/media/usb/em28xx/em28xx-cards.c:3505 em28xx_usb_resume+0x19/0x2f()
[ 107.538554] Modules linked in:
[ 107.539131] CPU: 2 PID: 2055 Comm: kworker/u8:11 Not tainted 3.17.0-rc5-00734-g214635f-dirty #87
[ 107.540719] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 107.542559] Workqueue: events_unbound async_run_entry_fn
[ 107.543541] 0000000000000000 ffff880034227bf8 ffffffff814bc918 0000000000000000
[ 107.544954] ffff880034227c30 ffffffff81032d75 ffffffff8141e3d1 ffff88003cb84000
[ 107.546329] 0000000000000000 ffffffff813688d6 0000000000000000 ffff880034227c40
[ 107.547742] Call Trace:
[ 107.548189] [<ffffffff814bc918>] dump_stack+0x4e/0x7a
[ 107.549093] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 107.550097] [<ffffffff8141e3d1>] ? em28xx_usb_resume+0x19/0x2f
[ 107.551082] [<ffffffff813688d6>] ? usb_dev_restore+0x10/0x10
[ 107.551993] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 107.552948] [<ffffffff8141e3d1>] em28xx_usb_resume+0x19/0x2f
[ 107.553924] [<ffffffff813749a5>] usb_resume_interface.isra.6+0x9e/0xc1
[ 107.555017] [<ffffffff81374c3e>] usb_resume_both+0xe3/0x103
[ 107.555904] [<ffffffff813755c2>] usb_resume+0x16/0x5b
[ 107.556745] [<ffffffff813688e4>] usb_dev_thaw+0xe/0x10
[ 107.557572] [<ffffffff8131d564>] dpm_run_callback+0x3f/0x76
[ 107.558458] [<ffffffff8131e194>] device_resume+0x155/0x17f
[ 107.559334] [<ffffffff8131e1d6>] async_resume+0x18/0x3e
[ 107.560224] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 107.561170] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 107.562104] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 107.563155] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 107.564050] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 107.564984] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 107.565736] [<ffffffff8125d297>] ? debug_smp_processor_id+0x17/0x19
[ 107.566750] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 107.567816] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 107.568793] [<ffffffff814c84ac>] ret_from_fork+0x7c/0xb0
[ 107.569649] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 107.570564] ---[ end trace e08bef2cbd6b29cf ]---
[ 107.571274] em2884 #0: Resuming extensions
[ 107.571921] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
[ 107.597838] drxk: status = 0x439130d9
[ 107.598599] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
[ 107.656843] ata2.01: NODEV after polling detection
[ 107.658105] ata1.01: NODEV after polling detection
[ 107.660707] ata2.00: configured for MWDMA2
[ 107.661689] ata1.00: configured for MWDMA2
[ 107.682546] virtio-pci 0000:00:03.0: irq 24 for MSI/MSI-X
[ 107.683798] virtio-pci 0000:00:03.0: irq 25 for MSI/MSI-X
[ 107.684815] virtio-pci 0000:00:03.0: irq 26 for MSI/MSI-X
[ 110.903099] drxk: DRXK driver version 0.9.4300
[ 110.941624] em2884 #0: fe0 resume 0
[ 110.942441] PM: thaw of devices complete after 3446.585 msecs
[ 110.944355] PM: writing image.
[ 110.946607] PM: Using 3 thread(s) for compression.
[ 110.946607] PM: Compressing and saving image data (26783 pages)...
[ 110.948648] PM: Image saving progress: 0%
[ 111.017447] PM: Image saving progress: 10%
[ 111.048111] PM: Image saving progress: 20%
[ 111.078501] PM: Image saving progress: 30%
[ 111.132577] PM: Image saving progress: 40%
[ 111.224805] PM: Image saving progress: 50%
[ 111.265438] PM: Image saving progress: 60%
[ 111.302244] PM: Image saving progress: 70%
[ 111.330929] PM: Image saving progress: 80%
[ 111.380472] PM: Image saving progress: 90%
[ 111.444906] PM: Image saving progress: 100%
[ 111.460365] PM: Image saving done.
[ 111.460995] PM: Wrote 107132 kbytes in 0.51 seconds (210.06 MB/s)
[ 111.463028] PM: S|
[ 111.487545] em2884 #0: Suspending extensions
[ 111.488435] em2884 #0: Suspending video extension[ 111.488655] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 111.492249] em2884 #0: Suspending DVB extension
[ 111.498720] em2884 #0: fe0 suspend 0[ 111.912096] sd 0:0:0:0: [sda] Stopping disk
[ 111.913927] PM: hibernate of devices complete after 426.602 msecs
[ 111.916300] PM: late hibernate of devices complete after 0.881 msecs
[ 111.918800] PM: noirq hibernate of devices complete after 1.000 msecs
[ 111.920437] ACPI: Preparing to enter system sleep state S4
[ 111.921588] PM: Saving platform NVS memory
[ 111.922544] Disabling non-boot CPUs ...
[ 111.925574] smpboot: CPU 1 is now offline
[ 111.929566] smpboot: CPU 2 is now offline
[ 111.932933] smpboot: CPU 3 is now offline
(snipped some irrelevant part of resume)
[ 2.294251] PM: Image loading progress: 0%
[ 2.351260] usb 1-1: New USB device found, idVendor=2040, idProduct=1605
[ 2.352679] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
[ 2.354050] usb 1-1: Product: WinTV HVR-930C
[ 2.354912] usb 1-1: SerialNumber: 4034209007
[ 2.357962] em28xx: New device WinTV HVR-930C @ 480 Mbps (2040:1605, interface 0, class 0)
[ 2.359568] em28xx: Audio interface 0 found (Vendor Class)
[ 2.360700] em28xx: Video interface 0 found: isoc
[ 2.361590] em28xx: DVB interface 0 found: isoc
[ 2.362961] em28xx: chip ID is em2884
[ 2.426081] PM: Image loading progress: 10%
[ 2.436945] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x33f006aa
[ 2.438478] em2884 #0: EEPROM info:
[ 2.439412] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
[ 2.452383] PM: Image loading progress: 20%
[ 2.461029] em2884 #0: I2S audio, 5 sample rates
[ 2.461990] em2884 #0: 500mA max power
[ 2.462711] em2884 #0: Table at offset 0x24, strings=0x1e82, 0x186a, 0x0000
[ 2.464248] em2884 #0: Identified as Hauppauge WinTV HVR 930C (card=81)
[ 2.465443] tveeprom 2-0050: Hauppauge model 16009, rev B1F0, serial# 7677167
[ 2.466813] tveeprom 2-0050: MAC address is 00:0d:fe:75:24:ef
[ 2.467856] tveeprom 2-0050: tuner model is Xceive XC5000 (idx 150, type 76)
[ 2.469650] tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[ 2.471753] tveeprom 2-0050: audio processor is unknown (idx 45)
[ 2.473053] tveeprom 2-0050: decoder processor is unknown (idx 44)
[ 2.474484] tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter
[ 2.476172] em2884 #0: analog set to isoc mode.
[ 2.477250] em2884 #0: dvb set to isoc mode.
[ 2.478407] em2884 #0: Registering V4L2 extension
[ 2.483092] em2884 #0: Config register raw data: 0xc3
[ 2.489036] PM: Image loading progress: 30%
[ 2.503024] em2884 #0: V4L2 video device registered as video0
[ 2.504239] em2884 #0: V4L2 extension successfully initialized
[ 2.505670] em2884 #0: Binding DVB extension
[ 2.509139] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
[ 2.515851] PM: Image loading progress: 40%
[ 2.537861] PM: Image loading progress: 50%
[ 2.555687] PM: Image loading progress: 60%
[ 2.574087] PM: Image loading progress: 70%
[ 2.595687] PM: Image loading progress: 80%
[ 2.612580] PM: Image loading progress: 90%
[ 2.631157] PM: Image loading progress: 100%
[ 2.632448] PM: Image loading done.
[ 2.633339] PM: Read 107132 kbytes in 0.53 seconds (202.13 MB/s)
[ 2.641831] PM: Image successfully loaded
[ 2.643767] em2884 #0: Suspending extensions
[ 3.017460] Switched to clocksource tsc
[ 3.820194] ------------[ cut here ]------------
[ 3.821254] WARNING: CPU: 1 PID: 39 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
[ 3.823213] Modules linked in:
[ 3.823813] CPU: 1 PID: 39 Comm: kworker/1:1 Not tainted 3.17.0-rc5-00734-g214635f-dirty #87
[ 3.825412] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 3.827381] Workqueue: events request_module_async
[ 3.828196] 0000000000000000 ffff88003dff7b38 ffffffff814bc918 0000000000000000
[ 3.829183] ffff88003dff7b70 ffffffff81032d75 ffffffff8132094c 00000000fffffff5
[ 3.830277] ffff880039f46ea0 ffff88003ca3bf40 ffff880036540900 ffff88003dff7b80
[ 3.831350] Call Trace:
[ 3.831709] [<ffffffff814bc918>] dump_stack+0x4e/0x7a
[ 3.832417] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 3.833145] [<ffffffff8132094c>] ? _request_firmware+0x205/0x568
[ 3.833823] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 3.834470] [<ffffffff8132094c>] _request_firmware+0x205/0x568
[ 3.835127] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.835764] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
[ 3.836443] [<ffffffff81320cdf>] request_firmware+0x30/0x42
[ 3.837079] [<ffffffff813f9570>] drxk_attach+0x546/0x651
[ 3.837681] [<ffffffff814c20f3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
[ 3.838394] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.839158] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
[ 3.840239] [<ffffffff814c5995>] ? mutex_unlock+0x9/0xb
[ 3.841220] [<ffffffff814c0da0>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
[ 3.842409] [<ffffffff81422f28>] em28xx_dvb_init+0x1d/0x1f
[ 3.843412] [<ffffffff8141ce11>] em28xx_init_extension+0x51/0x67
[ 3.844524] [<ffffffff8141e41c>] request_module_async+0x19/0x1b
[ 3.845629] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 3.846660] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 3.847611] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 3.848595] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 3.849399] [<ffffffff8125d297>] ? debug_smp_processor_id+0x17/0x19
[ 3.850416] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 3.851516] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.852495] [<ffffffff814c84ac>] ret_from_fork+0x7c/0xb0
[ 3.853426] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 3.854408] ---[ end trace effa7bf83e0c1ff9 ]---
[ 3.855156] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
[ 3.856430] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
[ 3.857673] drxk: Copy dvb-usb-hauppauge-hvr930c-drxk.fw to your hotplug directory!
[ 3.859029] drxk: Trying to use the internal firmware, but this may not work well. Be warned.
[ 3.882744] drxk: status = 0x439130d9
[ 3.883528] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
[ 3.973967] drxk: DRXK driver version 0.9.4300
[ 4.012165] drxk: frontend initialized.
[ 4.013124] xc5000 2-0061: creating new instance
[ 4.015903] xc5000: Successfully identified at address 0x61
[ 4.017107] xc5000: Firmware has not been loaded previously
[ 4.018217] DVB: registering new adapter (em2884 #0)
[ 4.019212] usb 1-1: DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
[ 4.022903] dvb dvb0.frontend0: parent 1-1 should not be sleeping
[ 4.025084] dvb dvb0.demux0: parent 1-1 should not be sleeping
[ 4.026526] dvb dvb0.dvr0: parent 1-1 should not be sleeping
[ 4.027823] dvb dvb0.net0: parent 1-1 should not be sleeping
[ 4.028915] em2884 #0: DVB extension successfully initialized
[ 4.030127] em2884 #0: Suspending video extension
[ 4.033074] em2884 #0: Suspending DVB extensionem2884 #0: fe0 suspend 0
[ 4.041692] PM: quiesce of devices complete after 1398.190 msecs
[ 4.043760] PM: late quiesce of devices complete after 0.919 msecs
[ 4.046615] PM: noirq quiesce of devices complete after 1.656 msecs
[ 4.047897] Disabling non-boot CPUs ...
[ 4.110865] smpboot: CPU 1 is now offline
[ 4.169704] smpboot: CPU 2 is now offline
[ 4.336176] smpboot: CPU 3 is now offline
[ 107.389233] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S0_] (20140724/hwxface-580)
[ 107.389233] PM: Restoring platform NVS memory
[ 107.389233] Enabling non-boot CPUs ...
[ 107.389233] x86: Booting SMP configuration:
[ 107.389763] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 107.422619] CPU1 is up
[ 107.423716] smpboot: Booting Node 0 Processor 2 APIC 0x2
[ 107.456494] CPU2 is up
[ 107.457684] smpboot: Booting Node 0 Processor 3 APIC 0x3
[ 107.490421] CPU3 is up
[ 107.491250] ACPI: Waking up from system sleep state S4
[ 107.494704] PM: noirq restore of devices complete after 2.308 msecs
[ 107.496714] PM: early restore of devices complete after 0.683 msecs
[ 107.520347] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 107.524108] usb usb1: root hub lost power or was reset
[ 107.525203] sd 0:0:0:0: [sda] Starting disk
[ 107.698445] virtio-pci 0000:00:03.0: irq 24 for MSI/MSI-X
[ 107.699618] virtio-pci 0000:00:03.0: irq 25 for MSI/MSI-X
[ 107.700705] virtio-pci 0000:00:03.0: irq 26 for MSI/MSI-X
[ 107.840525] ata1.01: NODEV after polling detection
[ 107.842662] ata1.00: configured for MWDMA2
[ 107.844476] ata2.01: NODEV after polling detection
[ 107.846051] ata2.00: configured for MWDMA2
[ 108.110654] Clocksource tsc unstable (delta = -102508626 ns)
[ 108.112463] Switched to clocksource hpet
[ 108.164179] usb 1-1: reset high-speed USB device number 2 using ehci-pci
[ 108.456147] ------------[ cut here ]------------
[ 108.457648] WARNING: CPU: 2 PID: 2056 at drivers/media/usb/em28xx/em28xx-cards.c:3505 em28xx_usb_resume+0x19/0x2f()
[ 108.459855] Modules linked in:
[ 108.460522] CPU: 2 PID: 2056 Comm: kworker/u8:12 Not tainted 3.17.0-rc5-00734-g214635f-dirty #87
[ 108.462294] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 108.464298] Workqueue: events_unbound async_run_entry_fn
[ 108.465315] 0000000000000000 ffff88003cd9fbf8 ffffffff814bc918 0000000000000000
[ 108.466784] ffff88003cd9fc30 ffffffff81032d75 ffffffff8141e3d1 ffff88003cb84000
[ 108.468450] 0000000000000000 ffffffff813688c6 0000000000000000 ffff88003cd9fc40
[ 108.469907] Call Trace:
[ 108.470399] [<ffffffff814bc918>] dump_stack+0x4e/0x7a
[ 108.471358] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
[ 108.472505] [<ffffffff8141e3d1>] ? em28xx_usb_resume+0x19/0x2f
[ 108.473575] [<ffffffff813688c6>] ? usb_for_each_dev+0x2b/0x2b
[ 108.474611] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
[ 108.475685] [<ffffffff8141e3d1>] em28xx_usb_resume+0x19/0x2f
[ 108.476783] [<ffffffff81374973>] usb_resume_interface.isra.6+0x6c/0xc1
[ 108.477957] [<ffffffff81374c3e>] usb_resume_both+0xe3/0x103
[ 108.478943] [<ffffffff813755c2>] usb_resume+0x16/0x5b
[ 108.479849] [<ffffffff813688d4>] usb_dev_restore+0xe/0x10
[ 108.480778] [<ffffffff8131d564>] dpm_run_callback+0x3f/0x76
[ 108.481673] [<ffffffff8131e194>] device_resume+0x155/0x17f
[ 108.482670] [<ffffffff8131e1d6>] async_resume+0x18/0x3e
[ 108.483556] [<ffffffff8104c526>] async_run_entry_fn+0x5c/0x106
[ 108.484557] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
[ 108.485547] [<ffffffff81062d20>] ? trace_hardirqs_off_caller+0x40/0xad
[ 108.486689] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
[ 108.487668] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
[ 108.488661] [<ffffffff81049c09>] kthread+0xc7/0xcf
[ 108.489475] [<ffffffff8125d297>] ? debug_smp_processor_id+0x17/0x19
[ 108.490534] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
[ 108.491714] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 108.492736] [<ffffffff814c84ac>] ret_from_fork+0x7c/0xb0
[ 108.493641] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
[ 108.494602] ---[ end trace e08bef2cbd6b29cf ]---
[ 108.495392] em2884 #0: Resuming extensions
[ 108.496054] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
[ 108.521548] drxk: status = 0x439130d9
[ 108.522319] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
[ 111.614883] drxk: DRXK driver version 0.9.4300
[ 111.660574] em2884 #0: fe0 resume 0
[ 111.661959] PM: restore of devices complete after 4142.650 msecs
[ 111.665386] PM: Image restored successfully.
[ 111.666893] PM: Basic memory bitmaps freed
[ 111.668360] Restarting tasks ... done.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 13:25 ` Johannes Stezenbach
@ 2014-09-26 14:25 ` Shuah Khan
2014-09-26 14:25 ` Johannes Stezenbach
1 sibling, 0 replies; 40+ messages in thread
From: Shuah Khan @ 2014-09-26 14:25 UTC (permalink / raw)
To: Johannes Stezenbach, Mauro Carvalho Chehab
Cc: Shuah Khan, linux-media, Shuah Khan
On 09/26/2014 07:25 AM, Johannes Stezenbach wrote:
> On Fri, Sep 26, 2014 at 10:12:22AM -0300, Mauro Carvalho Chehab wrote:
>> Try to add a WARN_ON or printk at em28xx_usb_resume().
>
> It is called two times, once during hibernate and once during resume:
>
> root@debian:~# echo disk >/sys/power/state
On the upside this does look similar to what I have seen when
I was debugging suspend/resume on pctv stick that uses em28xx
and drx39xyj
One thing that helped me debug the problem is testing
hibernate in platform mode (which is default) and then
Hibernate in reboot mode.
I enabled usb debug and device debug to see what is happening
at the usb-core and ran the following cases:
I enable pm trace:
echo 1 > /sys/power/pm_trace
Hibernate in platform mode (default and recommended hibernation mode)
echo platform > /sys/power/disk
echo disk > /sys/power/state
Hibernate in reboot mode: (usb bus could go through loss of power as
platform might not maintain power to the buses). reset_resume should
recover from loss of power or have the force disconnect path handle the
case. i.e don't install reset_resume
echo reboot > /sys/power/disk
echo disk > /sys/power/state
I also simply selected suspend from the GUI, this seems to
take the usb-bus through a different path.
These behave differently when reset_resume is installed vs.
not installed. In our case, reset_resume simply points to
resume which can't handle the power loss case. It would be
good to get data on these different scenarios. I wish I have
the WinTV 930, but I don't.
If we have full debug for the above three scenarios, it would
help debug it further. I also do the following to see resume
works in a simple case: no disk involved suspend to ram
echo mem > /sys/power/state
I am looking at drxk to see if I can figure out anything.
Also I dumped em28xx eprom to see if looks ok during these
tests.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 13:25 ` Johannes Stezenbach
2014-09-26 14:25 ` Shuah Khan
@ 2014-09-26 14:25 ` Johannes Stezenbach
2014-09-26 14:30 ` Shuah Khan
1 sibling, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 14:25 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Shuah Khan, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 03:25:13PM +0200, Johannes Stezenbach wrote:
>
> (snipped some irrelevant part of resume)
Looking closer, I snipped too much:
[ 1.646784] Freeing unused kernel memory: 1080K (ffff8800018f2000 - ffff880001a00000)
Loading, please wait...
[ 1.655328] busybox (67) used greatest stack depth: 13832 bytes left
[ 1.675777] udevd[80]: starting version 175
[ 1.714891] udevadm (81) used greatest stack depth: 13704 bytes left
[ 1.755582] ata_id (156) used greatest stack depth: 13512 bytes left
[ 1.805306] ata_id (163) used greatest stack depth: 12360 bytes left
[ 2.000165] tsc: Refined TSC clocksource calibration: 3299.998 MHz
[ 2.052171] usb 1-1: new high-speed USB device number 2 using ehci-pci
[ 2.095571] PM: Starting manual resume from disk
[ 2.096737] PM: Hibernation image partition 8:2 present
[ 2.097770] PM: Looking for hibernation image.
[ 2.099942] PM: Image signature found, resuming
[ 2.258955] PM: Preparing processes for restore.
[ 2.262675] Freezing user space processes ... (elapsed 0.003 seconds) done.
[ 2.262676] PM: Loading hibernation image.
[ 2.262732] PM: Marking nosave pages: [mem 0x0009f000-0x000fffff]
[ 2.262734] PM: Basic memory bitmaps created
[ 2.280526] PM: Using 3 thread(s) for decompression.
[ 2.280526] PM: Loading and decompressing image data (26873 pages)...
[ 2.325975] PM: Image loading progress: 0%
(this is from a different boot but suffient to show the problem)
> [ 2.294251] PM: Image loading progress: 0%
> [ 2.351260] usb 1-1: New USB device found, idVendor=2040, idProduct=1605
> [ 2.352679] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
> [ 2.354050] usb 1-1: Product: WinTV HVR-930C
> [ 2.354912] usb 1-1: SerialNumber: 4034209007
> [ 2.357962] em28xx: New device WinTV HVR-930C @ 480 Mbps (2040:1605, interface 0, class 0)
> [ 2.359568] em28xx: Audio interface 0 found (Vendor Class)
> [ 2.360700] em28xx: Video interface 0 found: isoc
> [ 2.361590] em28xx: DVB interface 0 found: isoc
> [ 2.362961] em28xx: chip ID is em2884
> [ 2.426081] PM: Image loading progress: 10%
> [ 2.436945] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x33f006aa
> [ 2.438478] em2884 #0: EEPROM info:
> [ 2.439412] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
> [ 2.452383] PM: Image loading progress: 20%
> [ 2.461029] em2884 #0: I2S audio, 5 sample rates
> [ 2.461990] em2884 #0: 500mA max power
> [ 2.462711] em2884 #0: Table at offset 0x24, strings=0x1e82, 0x186a, 0x0000
> [ 2.464248] em2884 #0: Identified as Hauppauge WinTV HVR 930C (card=81)
> [ 2.465443] tveeprom 2-0050: Hauppauge model 16009, rev B1F0, serial# 7677167
> [ 2.466813] tveeprom 2-0050: MAC address is 00:0d:fe:75:24:ef
> [ 2.467856] tveeprom 2-0050: tuner model is Xceive XC5000 (idx 150, type 76)
> [ 2.469650] tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
> [ 2.471753] tveeprom 2-0050: audio processor is unknown (idx 45)
> [ 2.473053] tveeprom 2-0050: decoder processor is unknown (idx 44)
> [ 2.474484] tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter
> [ 2.476172] em2884 #0: analog set to isoc mode.
> [ 2.477250] em2884 #0: dvb set to isoc mode.
> [ 2.478407] em2884 #0: Registering V4L2 extension
> [ 2.483092] em2884 #0: Config register raw data: 0xc3
> [ 2.489036] PM: Image loading progress: 30%
> [ 2.503024] em2884 #0: V4L2 video device registered as video0
> [ 2.504239] em2884 #0: V4L2 extension successfully initialized
> [ 2.505670] em2884 #0: Binding DVB extension
> [ 2.509139] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
> [ 2.515851] PM: Image loading progress: 40%
> [ 2.537861] PM: Image loading progress: 50%
> [ 2.555687] PM: Image loading progress: 60%
> [ 2.574087] PM: Image loading progress: 70%
> [ 2.595687] PM: Image loading progress: 80%
> [ 2.612580] PM: Image loading progress: 90%
> [ 2.631157] PM: Image loading progress: 100%
> [ 2.632448] PM: Image loading done.
> [ 2.633339] PM: Read 107132 kbytes in 0.53 seconds (202.13 MB/s)
> [ 2.641831] PM: Image successfully loaded
> [ 2.643767] em2884 #0: Suspending extensions
> [ 3.017460] Switched to clocksource tsc
> [ 3.820194] ------------[ cut here ]------------
> [ 3.821254] WARNING: CPU: 1 PID: 39 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
> [ 3.823213] Modules linked in:
> [ 3.823813] CPU: 1 PID: 39 Comm: kworker/1:1 Not tainted 3.17.0-rc5-00734-g214635f-dirty #87
> [ 3.825412] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
> [ 3.827381] Workqueue: events request_module_async
> [ 3.828196] 0000000000000000 ffff88003dff7b38 ffffffff814bc918 0000000000000000
> [ 3.829183] ffff88003dff7b70 ffffffff81032d75 ffffffff8132094c 00000000fffffff5
> [ 3.830277] ffff880039f46ea0 ffff88003ca3bf40 ffff880036540900 ffff88003dff7b80
> [ 3.831350] Call Trace:
> [ 3.831709] [<ffffffff814bc918>] dump_stack+0x4e/0x7a
> [ 3.832417] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
> [ 3.833145] [<ffffffff8132094c>] ? _request_firmware+0x205/0x568
> [ 3.833823] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
> [ 3.834470] [<ffffffff8132094c>] _request_firmware+0x205/0x568
> [ 3.835127] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> [ 3.835764] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
> [ 3.836443] [<ffffffff81320cdf>] request_firmware+0x30/0x42
> [ 3.837079] [<ffffffff813f9570>] drxk_attach+0x546/0x651
> [ 3.837681] [<ffffffff814c20f3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
> [ 3.838394] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> [ 3.839158] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
> [ 3.840239] [<ffffffff814c5995>] ? mutex_unlock+0x9/0xb
> [ 3.841220] [<ffffffff814c0da0>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
> [ 3.842409] [<ffffffff81422f28>] em28xx_dvb_init+0x1d/0x1f
> [ 3.843412] [<ffffffff8141ce11>] em28xx_init_extension+0x51/0x67
> [ 3.844524] [<ffffffff8141e41c>] request_module_async+0x19/0x1b
> [ 3.845629] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
> [ 3.846660] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
> [ 3.847611] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
> [ 3.848595] [<ffffffff81049c09>] kthread+0xc7/0xcf
> [ 3.849399] [<ffffffff8125d297>] ? debug_smp_processor_id+0x17/0x19
> [ 3.850416] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
> [ 3.851516] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
> [ 3.852495] [<ffffffff814c84ac>] ret_from_fork+0x7c/0xb0
> [ 3.853426] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
> [ 3.854408] ---[ end trace effa7bf83e0c1ff9 ]---
> [ 3.855156] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
> [ 3.856430] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
So, what is happening is that the em28xx driver still async initializes
while the initramfs already has started resume. Thus the rootfs in not
mounted and the firmware is not loadable. Maybe this is only an issue
of my qemu test because I compiled a non-modular kernel but don't have
the firmware in the initramfs for testing simplicity?
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 14:25 ` Johannes Stezenbach
@ 2014-09-26 14:30 ` Shuah Khan
2014-09-26 15:06 ` Johannes Stezenbach
0 siblings, 1 reply; 40+ messages in thread
From: Shuah Khan @ 2014-09-26 14:30 UTC (permalink / raw)
To: Johannes Stezenbach, Mauro Carvalho Chehab
Cc: Shuah Khan, linux-media, Shuah Khan
On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
> On Fri, Sep 26, 2014 at 03:25:13PM +0200, Johannes Stezenbach wrote:
>>
>> (snipped some irrelevant part of resume)
>
> Looking closer, I snipped too much:
>
> [ 1.646784] Freeing unused kernel memory: 1080K (ffff8800018f2000 - ffff880001a00000)
> Loading, please wait...
> [ 1.655328] busybox (67) used greatest stack depth: 13832 bytes left
> [ 1.675777] udevd[80]: starting version 175
> [ 1.714891] udevadm (81) used greatest stack depth: 13704 bytes left
> [ 1.755582] ata_id (156) used greatest stack depth: 13512 bytes left
> [ 1.805306] ata_id (163) used greatest stack depth: 12360 bytes left
> [ 2.000165] tsc: Refined TSC clocksource calibration: 3299.998 MHz
> [ 2.052171] usb 1-1: new high-speed USB device number 2 using ehci-pci
> [ 2.095571] PM: Starting manual resume from disk
> [ 2.096737] PM: Hibernation image partition 8:2 present
> [ 2.097770] PM: Looking for hibernation image.
> [ 2.099942] PM: Image signature found, resuming
> [ 2.258955] PM: Preparing processes for restore.
> [ 2.262675] Freezing user space processes ... (elapsed 0.003 seconds) done.
> [ 2.262676] PM: Loading hibernation image.
> [ 2.262732] PM: Marking nosave pages: [mem 0x0009f000-0x000fffff]
> [ 2.262734] PM: Basic memory bitmaps created
> [ 2.280526] PM: Using 3 thread(s) for decompression.
> [ 2.280526] PM: Loading and decompressing image data (26873 pages)...
> [ 2.325975] PM: Image loading progress: 0%
>
> (this is from a different boot but suffient to show the problem)
>
>> [ 2.294251] PM: Image loading progress: 0%
>> [ 2.351260] usb 1-1: New USB device found, idVendor=2040, idProduct=1605
>> [ 2.352679] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
>> [ 2.354050] usb 1-1: Product: WinTV HVR-930C
>> [ 2.354912] usb 1-1: SerialNumber: 4034209007
>> [ 2.357962] em28xx: New device WinTV HVR-930C @ 480 Mbps (2040:1605, interface 0, class 0)
>> [ 2.359568] em28xx: Audio interface 0 found (Vendor Class)
>> [ 2.360700] em28xx: Video interface 0 found: isoc
>> [ 2.361590] em28xx: DVB interface 0 found: isoc
>> [ 2.362961] em28xx: chip ID is em2884
>> [ 2.426081] PM: Image loading progress: 10%
>> [ 2.436945] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x33f006aa
>> [ 2.438478] em2884 #0: EEPROM info:
>> [ 2.439412] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
>> [ 2.452383] PM: Image loading progress: 20%
>> [ 2.461029] em2884 #0: I2S audio, 5 sample rates
>> [ 2.461990] em2884 #0: 500mA max power
>> [ 2.462711] em2884 #0: Table at offset 0x24, strings=0x1e82, 0x186a, 0x0000
>> [ 2.464248] em2884 #0: Identified as Hauppauge WinTV HVR 930C (card=81)
>> [ 2.465443] tveeprom 2-0050: Hauppauge model 16009, rev B1F0, serial# 7677167
>> [ 2.466813] tveeprom 2-0050: MAC address is 00:0d:fe:75:24:ef
>> [ 2.467856] tveeprom 2-0050: tuner model is Xceive XC5000 (idx 150, type 76)
>> [ 2.469650] tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
>> [ 2.471753] tveeprom 2-0050: audio processor is unknown (idx 45)
>> [ 2.473053] tveeprom 2-0050: decoder processor is unknown (idx 44)
>> [ 2.474484] tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter
>> [ 2.476172] em2884 #0: analog set to isoc mode.
>> [ 2.477250] em2884 #0: dvb set to isoc mode.
>> [ 2.478407] em2884 #0: Registering V4L2 extension
>> [ 2.483092] em2884 #0: Config register raw data: 0xc3
>> [ 2.489036] PM: Image loading progress: 30%
>> [ 2.503024] em2884 #0: V4L2 video device registered as video0
>> [ 2.504239] em2884 #0: V4L2 extension successfully initialized
>> [ 2.505670] em2884 #0: Binding DVB extension
>> [ 2.509139] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
>> [ 2.515851] PM: Image loading progress: 40%
>> [ 2.537861] PM: Image loading progress: 50%
>> [ 2.555687] PM: Image loading progress: 60%
>> [ 2.574087] PM: Image loading progress: 70%
>> [ 2.595687] PM: Image loading progress: 80%
>> [ 2.612580] PM: Image loading progress: 90%
>> [ 2.631157] PM: Image loading progress: 100%
>> [ 2.632448] PM: Image loading done.
>> [ 2.633339] PM: Read 107132 kbytes in 0.53 seconds (202.13 MB/s)
>> [ 2.641831] PM: Image successfully loaded
>> [ 2.643767] em2884 #0: Suspending extensions
>> [ 3.017460] Switched to clocksource tsc
>> [ 3.820194] ------------[ cut here ]------------
>> [ 3.821254] WARNING: CPU: 1 PID: 39 at drivers/base/firmware_class.c:1124 _request_firmware+0x205/0x568()
>> [ 3.823213] Modules linked in:
>> [ 3.823813] CPU: 1 PID: 39 Comm: kworker/1:1 Not tainted 3.17.0-rc5-00734-g214635f-dirty #87
>> [ 3.825412] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
>> [ 3.827381] Workqueue: events request_module_async
>> [ 3.828196] 0000000000000000 ffff88003dff7b38 ffffffff814bc918 0000000000000000
>> [ 3.829183] ffff88003dff7b70 ffffffff81032d75 ffffffff8132094c 00000000fffffff5
>> [ 3.830277] ffff880039f46ea0 ffff88003ca3bf40 ffff880036540900 ffff88003dff7b80
>> [ 3.831350] Call Trace:
>> [ 3.831709] [<ffffffff814bc918>] dump_stack+0x4e/0x7a
>> [ 3.832417] [<ffffffff81032d75>] warn_slowpath_common+0x7a/0x93
>> [ 3.833145] [<ffffffff8132094c>] ? _request_firmware+0x205/0x568
>> [ 3.833823] [<ffffffff81032e32>] warn_slowpath_null+0x15/0x17
>> [ 3.834470] [<ffffffff8132094c>] _request_firmware+0x205/0x568
>> [ 3.835127] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
>> [ 3.835764] [<ffffffff81063c2c>] ? lockdep_init_map+0xc4/0x13f
>> [ 3.836443] [<ffffffff81320cdf>] request_firmware+0x30/0x42
>> [ 3.837079] [<ffffffff813f9570>] drxk_attach+0x546/0x651
>> [ 3.837681] [<ffffffff814c20f3>] em28xx_dvb_init.part.3+0xa3e/0x1cdf
>> [ 3.838394] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
>> [ 3.839158] [<ffffffff81065585>] ? trace_hardirqs_on+0xd/0xf
>> [ 3.840239] [<ffffffff814c5995>] ? mutex_unlock+0x9/0xb
>> [ 3.841220] [<ffffffff814c0da0>] ? em28xx_v4l2_init.part.11+0xcbd/0xd04
>> [ 3.842409] [<ffffffff81422f28>] em28xx_dvb_init+0x1d/0x1f
>> [ 3.843412] [<ffffffff8141ce11>] em28xx_init_extension+0x51/0x67
>> [ 3.844524] [<ffffffff8141e41c>] request_module_async+0x19/0x1b
>> [ 3.845629] [<ffffffff8104585c>] process_one_work+0x1d2/0x38a
>> [ 3.846660] [<ffffffff810462f0>] worker_thread+0x1f6/0x2a3
>> [ 3.847611] [<ffffffff810460fa>] ? rescuer_thread+0x214/0x214
>> [ 3.848595] [<ffffffff81049c09>] kthread+0xc7/0xcf
>> [ 3.849399] [<ffffffff8125d297>] ? debug_smp_processor_id+0x17/0x19
>> [ 3.850416] [<ffffffff8106555c>] ? trace_hardirqs_on_caller+0x183/0x19f
>> [ 3.851516] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
>> [ 3.852495] [<ffffffff814c84ac>] ret_from_fork+0x7c/0xb0
>> [ 3.853426] [<ffffffff81049b42>] ? __kthread_parkme+0x62/0x62
>> [ 3.854408] ---[ end trace effa7bf83e0c1ff9 ]---
>> [ 3.855156] usb 1-1: firmware: dvb-usb-hauppauge-hvr930c-drxk.fw will not be loaded
>> [ 3.856430] drxk: Could not load firmware file dvb-usb-hauppauge-hvr930c-drxk.fw.
>
> So, what is happening is that the em28xx driver still async initializes
> while the initramfs already has started resume. Thus the rootfs in not
> mounted and the firmware is not loadable. Maybe this is only an issue
> of my qemu test because I compiled a non-modular kernel but don't have
> the firmware in the initramfs for testing simplicity?
>
>
Right. We have an issue when media drivers are compiled static
(non-modular). I have been debugging that problem for a while.
We have to separate the two cases - if you are compiling em28xx
as static then you will run into the issue.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 14:30 ` Shuah Khan
@ 2014-09-26 15:06 ` Johannes Stezenbach
2014-09-26 15:22 ` Johannes Stezenbach
2014-09-26 15:22 ` Shuah Khan
0 siblings, 2 replies; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 15:06 UTC (permalink / raw)
To: Shuah Khan; +Cc: Mauro Carvalho Chehab, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 08:30:32AM -0600, Shuah Khan wrote:
> On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
> >
> > So, what is happening is that the em28xx driver still async initializes
> > while the initramfs already has started resume. Thus the rootfs in not
> > mounted and the firmware is not loadable. Maybe this is only an issue
> > of my qemu test because I compiled a non-modular kernel but don't have
> > the firmware in the initramfs for testing simplicity?
> >
> >
>
> Right. We have an issue when media drivers are compiled static
> (non-modular). I have been debugging that problem for a while.
> We have to separate the two cases - if you are compiling em28xx
> as static then you will run into the issue.
So I compiled em28xx as modules and installed them in my qemu image.
One issue solved, but it still breaks after resume:
[ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
[ 20.503868] em2884 #0: Resuming extensions
[ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
[ 20.533513] drxk: status = 0x439130d9
[ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
[ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
[ 23.011408] drxk: i2c write error at addr 0x29
[ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
[ 23.015440] drxk: Error -5 while loading firmware
[ 23.017291] drxk: Error -5 on init_drxk
[ 23.018835] em2884 #0: fe0 resume 0
Any idea on this?
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:06 ` Johannes Stezenbach
@ 2014-09-26 15:22 ` Johannes Stezenbach
2014-09-26 15:43 ` Mauro Carvalho Chehab
2014-09-26 15:22 ` Shuah Khan
1 sibling, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 15:22 UTC (permalink / raw)
To: Shuah Khan; +Cc: Mauro Carvalho Chehab, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 05:06:02PM +0200, Johannes Stezenbach wrote:
> On Fri, Sep 26, 2014 at 08:30:32AM -0600, Shuah Khan wrote:
> > On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
> > >
> > > So, what is happening is that the em28xx driver still async initializes
> > > while the initramfs already has started resume. Thus the rootfs in not
> > > mounted and the firmware is not loadable. Maybe this is only an issue
> > > of my qemu test because I compiled a non-modular kernel but don't have
> > > the firmware in the initramfs for testing simplicity?
> > >
> > >
> >
> > Right. We have an issue when media drivers are compiled static
> > (non-modular). I have been debugging that problem for a while.
> > We have to separate the two cases - if you are compiling em28xx
> > as static then you will run into the issue.
>
> So I compiled em28xx as modules and installed them in my qemu image.
> One issue solved, but it still breaks after resume:
>
> [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> [ 20.503868] em2884 #0: Resuming extensions
> [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> [ 20.533513] drxk: status = 0x439130d9
> [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> [ 23.011408] drxk: i2c write error at addr 0x29
> [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> [ 23.015440] drxk: Error -5 while loading firmware
> [ 23.017291] drxk: Error -5 on init_drxk
> [ 23.018835] em2884 #0: fe0 resume 0
>
> Any idea on this?
I backed out Mauro's test patch, now it seems to work
(v3.17-rc5-734-g214635f, no patches, em28xx as modules).
But I'm not 100% sure the above was related to this,
it seemed the 930C got upset during all the testing
and I had to unplug it to get it back working.
Best Regards,
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:06 ` Johannes Stezenbach
2014-09-26 15:22 ` Johannes Stezenbach
@ 2014-09-26 15:22 ` Shuah Khan
2014-09-26 15:35 ` Mauro Carvalho Chehab
` (2 more replies)
1 sibling, 3 replies; 40+ messages in thread
From: Shuah Khan @ 2014-09-26 15:22 UTC (permalink / raw)
To: Johannes Stezenbach
Cc: Mauro Carvalho Chehab, Shuah Khan, linux-media, Shuah Khan
On 09/26/2014 09:06 AM, Johannes Stezenbach wrote:
> On Fri, Sep 26, 2014 at 08:30:32AM -0600, Shuah Khan wrote:
>> On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
>>>
>>> So, what is happening is that the em28xx driver still async initializes
>>> while the initramfs already has started resume. Thus the rootfs in not
>>> mounted and the firmware is not loadable. Maybe this is only an issue
>>> of my qemu test because I compiled a non-modular kernel but don't have
>>> the firmware in the initramfs for testing simplicity?
>>>
>>>
>>
>> Right. We have an issue when media drivers are compiled static
>> (non-modular). I have been debugging that problem for a while.
>> We have to separate the two cases - if you are compiling em28xx
>> as static then you will run into the issue.
>
> So I compiled em28xx as modules and installed them in my qemu image.
> One issue solved, but it still breaks after resume:
>
> [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> [ 20.503868] em2884 #0: Resuming extensions
> [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> [ 20.533513] drxk: status = 0x439130d9
> [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> [ 23.011408] drxk: i2c write error at addr 0x29
> [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> [ 23.015440] drxk: Error -5 while loading firmware
> [ 23.017291] drxk: Error -5 on init_drxk
> [ 23.018835] em2884 #0: fe0 resume 0
>
> Any idea on this?
>
Looks like this is what's happening:
during suspend:
drxk_sleep() gets called and marks state->m_drxk_state == DRXK_UNINITIALIZED
init_drxk() does download_microcode() and this step fails
because the conditions in which init_drxk() gets called
from drxk_attach() are different.
i2c isn't ready.
Is it possible for you to test this without power loss
on usb assuming this test run usb bus looses power?
If you could do the following tests and see if there is
a difference:
echo mem > /sys/power/state
vs
echo disk > /sys/power/state
If it is possible, with and without reset_resume hook.
Sorry, I wish I have the hardware :(
I am looking to order it now and see if I get it early
next week at the latest.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:22 ` Shuah Khan
@ 2014-09-26 15:35 ` Mauro Carvalho Chehab
2014-09-26 15:40 ` Mauro Carvalho Chehab
2014-09-26 15:42 ` Johannes Stezenbach
2 siblings, 0 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 15:35 UTC (permalink / raw)
To: Shuah Khan; +Cc: Johannes Stezenbach, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 09:22:53 -0600
Shuah Khan <shuahkh@osg.samsung.com> escreveu:
> On 09/26/2014 09:06 AM, Johannes Stezenbach wrote:
> > On Fri, Sep 26, 2014 at 08:30:32AM -0600, Shuah Khan wrote:
> >> On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
> >>>
> >>> So, what is happening is that the em28xx driver still async initializes
> >>> while the initramfs already has started resume. Thus the rootfs in not
> >>> mounted and the firmware is not loadable. Maybe this is only an issue
> >>> of my qemu test because I compiled a non-modular kernel but don't have
> >>> the firmware in the initramfs for testing simplicity?
> >>>
> >>>
> >>
> >> Right. We have an issue when media drivers are compiled static
> >> (non-modular). I have been debugging that problem for a while.
> >> We have to separate the two cases - if you are compiling em28xx
> >> as static then you will run into the issue.
> >
> > So I compiled em28xx as modules and installed them in my qemu image.
> > One issue solved, but it still breaks after resume:
> >
> > [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > [ 20.503868] em2884 #0: Resuming extensions
> > [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > [ 20.533513] drxk: status = 0x439130d9
> > [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > [ 23.011408] drxk: i2c write error at addr 0x29
> > [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > [ 23.015440] drxk: Error -5 while loading firmware
> > [ 23.017291] drxk: Error -5 on init_drxk
> > [ 23.018835] em2884 #0: fe0 resume 0
> >
> > Any idea on this?
> >
>
> Looks like this is what's happening:
> during suspend:
>
> drxk_sleep() gets called and marks state->m_drxk_state == DRXK_UNINITIALIZED
>
> init_drxk() does download_microcode() and this step fails
> because the conditions in which init_drxk() gets called
> from drxk_attach() are different.
>
> i2c isn't ready.
>
> Is it possible for you to test this without power loss
> on usb assuming this test run usb bus looses power?
>
> If you could do the following tests and see if there is
> a difference:
>
> echo mem > /sys/power/state
It follows the full logs on my test machine running fedora,
with suspend2ram:
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 3.17.0-rc5version+ (mchehab@pedra.lan) (gcc version 4.8.1 (GCC) ) #1 SMP Fri Sep 26 12:16:16 BRT 2014
[ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.17.0-rc5version+ root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora/root rhgb quiet LANG=pt_BR.UTF-8
[ 0.000000] e820: BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000008efff] usable
[ 0.000000] BIOS-e820: [mem 0x000000000008f000-0x000000000008ffff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x0000000000090000-0x000000000009ffff] usable
[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
[ 0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000200fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000020100000-0x00000000ad559fff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000ad55a000-0x00000000ad589fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000ad58a000-0x00000000ad59afff] ACPI data
[ 0.000000] BIOS-e820: [mem 0x00000000ad59b000-0x00000000ad6ccfff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000ad6cd000-0x00000000ad9dafff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000ad9db000-0x00000000ad9dbfff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000ad9dc000-0x00000000ada1dfff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000ada1e000-0x00000000adb93fff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000adb94000-0x00000000adff8fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000adff9000-0x00000000adffffff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed01000-0x00000000fed01fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed03000-0x00000000fed03fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed08000-0x00000000fed08fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed0c000-0x00000000fed0ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1cfff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fef00000-0x00000000feffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000ff990000-0x00000000ffffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000013fffffff] usable
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] e820: update [mem 0x9d2cf018-0x9d2df057] usable ==> usable
[ 0.000000] e820: update [mem 0x9d2c1018-0x9d2ce857] usable ==> usable
[ 0.000000] extended physical RAM map:
[ 0.000000] reserve setup_data: [mem 0x0000000000000000-0x000000000008efff] usable
[ 0.000000] reserve setup_data: [mem 0x000000000008f000-0x000000000008ffff] ACPI NVS
[ 0.000000] reserve setup_data: [mem 0x0000000000090000-0x000000000009ffff] usable
[ 0.000000] reserve setup_data: [mem 0x0000000000100000-0x000000001fffffff] usable
[ 0.000000] reserve setup_data: [mem 0x0000000020000000-0x00000000200fffff] reserved
[ 0.000000] reserve setup_data: [mem 0x0000000020100000-0x000000009d2c1017] usable
[ 0.000000] reserve setup_data: [mem 0x000000009d2c1018-0x000000009d2ce857] usable
[ 0.000000] reserve setup_data: [mem 0x000000009d2ce858-0x000000009d2cf017] usable
[ 0.000000] reserve setup_data: [mem 0x000000009d2cf018-0x000000009d2df057] usable
[ 0.000000] reserve setup_data: [mem 0x000000009d2df058-0x00000000ad559fff] usable
[ 0.000000] reserve setup_data: [mem 0x00000000ad55a000-0x00000000ad589fff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000ad58a000-0x00000000ad59afff] ACPI data
[ 0.000000] reserve setup_data: [mem 0x00000000ad59b000-0x00000000ad6ccfff] ACPI NVS
[ 0.000000] reserve setup_data: [mem 0x00000000ad6cd000-0x00000000ad9dafff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000ad9db000-0x00000000ad9dbfff] usable
[ 0.000000] reserve setup_data: [mem 0x00000000ad9dc000-0x00000000ada1dfff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000ada1e000-0x00000000adb93fff] usable
[ 0.000000] reserve setup_data: [mem 0x00000000adb94000-0x00000000adff8fff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000adff9000-0x00000000adffffff] usable
[ 0.000000] reserve setup_data: [mem 0x00000000e0000000-0x00000000efffffff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fed01000-0x00000000fed01fff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fed03000-0x00000000fed03fff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fed08000-0x00000000fed08fff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fed0c000-0x00000000fed0ffff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fed1c000-0x00000000fed1cfff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000fef00000-0x00000000feffffff] reserved
[ 0.000000] reserve setup_data: [mem 0x00000000ff990000-0x00000000ffffffff] reserved
[ 0.000000] reserve setup_data: [mem 0x0000000100000000-0x000000013fffffff] usable
[ 0.000000] efi: EFI v2.31 by American Megatrends
[ 0.000000] efi: ACPI=0xad58d000 ACPI 2.0=0xad58d000 SMBIOS=0xf04d0 MPS=0xfd4e0
[ 0.000000] efi: mem00: type=3, attr=0xf, range=[0x0000000000000000-0x0000000000008000) (0MB)
[ 0.000000] efi: mem01: type=2, attr=0xf, range=[0x0000000000008000-0x0000000000009000) (0MB)
[ 0.000000] efi: mem02: type=7, attr=0xf, range=[0x0000000000009000-0x000000000002f000) (0MB)
[ 0.000000] efi: mem03: type=3, attr=0xf, range=[0x000000000002f000-0x000000000008f000) (0MB)
[ 0.000000] efi: mem04: type=10, attr=0xf, range=[0x000000000008f000-0x0000000000090000) (0MB)
[ 0.000000] efi: mem05: type=7, attr=0xf, range=[0x0000000000090000-0x000000000009f000) (0MB)
[ 0.000000] efi: mem06: type=4, attr=0xf, range=[0x000000000009f000-0x00000000000a0000) (0MB)
[ 0.000000] efi: mem07: type=7, attr=0xf, range=[0x0000000000100000-0x0000000001000000) (15MB)
[ 0.000000] efi: mem08: type=2, attr=0xf, range=[0x0000000001000000-0x0000000002414000) (20MB)
[ 0.000000] efi: mem09: type=7, attr=0xf, range=[0x0000000002414000-0x0000000020000000) (475MB)
[ 0.000000] efi: mem10: type=0, attr=0xf, range=[0x0000000020000000-0x0000000020100000) (1MB)
[ 0.000000] efi: mem11: type=7, attr=0xf, range=[0x0000000020100000-0x000000003ef47000) (494MB)
[ 0.000000] efi: mem12: type=2, attr=0xf, range=[0x000000003ef47000-0x0000000040000000) (16MB)
[ 0.000000] efi: mem13: type=7, attr=0xf, range=[0x0000000040000000-0x0000000066b5b000) (619MB)
[ 0.000000] efi: mem14: type=2, attr=0xf, range=[0x0000000066b5b000-0x000000008e000000) (628MB)
[ 0.000000] efi: mem15: type=4, attr=0xf, range=[0x000000008e000000-0x000000008e020000) (0MB)
[ 0.000000] efi: mem16: type=7, attr=0xf, range=[0x000000008e020000-0x000000009d2c0000) (242MB)
[ 0.000000] efi: mem17: type=2, attr=0xf, range=[0x000000009d2c0000-0x000000009d4aa000) (1MB)
[ 0.000000] efi: mem18: type=1, attr=0xf, range=[0x000000009d4aa000-0x000000009d5e5000) (1MB)
[ 0.000000] efi: mem19: type=4, attr=0xf, range=[0x000000009d5e5000-0x00000000acc11000) (246MB)
[ 0.000000] efi: mem20: type=7, attr=0xf, range=[0x00000000acc11000-0x00000000acdec000) (1MB)
[ 0.000000] efi: mem21: type=3, attr=0xf, range=[0x00000000acdec000-0x00000000ad55a000) (7MB)
[ 0.000000] efi: mem22: type=0, attr=0xf, range=[0x00000000ad55a000-0x00000000ad58a000) (0MB)
[ 0.000000] efi: mem23: type=9, attr=0xf, range=[0x00000000ad58a000-0x00000000ad59b000) (0MB)
[ 0.000000] efi: mem24: type=10, attr=0xf, range=[0x00000000ad59b000-0x00000000ad6cd000) (1MB)
[ 0.000000] efi: mem25: type=6, attr=0x800000000000000f, range=[0x00000000ad6cd000-0x00000000ad97f000) (2MB)
[ 0.000000] efi: mem26: type=5, attr=0x800000000000000f, range=[0x00000000ad97f000-0x00000000ad9db000) (0MB)
[ 0.000000] efi: mem27: type=4, attr=0xf, range=[0x00000000ad9db000-0x00000000ad9dc000) (0MB)
[ 0.000000] efi: mem28: type=6, attr=0x800000000000000f, range=[0x00000000ad9dc000-0x00000000ada1e000) (0MB)
[ 0.000000] efi: mem29: type=4, attr=0xf, range=[0x00000000ada1e000-0x00000000adb94000) (1MB)
[ 0.000000] efi: mem30: type=6, attr=0x800000000000000f, range=[0x00000000adb94000-0x00000000adff9000) (4MB)
[ 0.000000] efi: mem31: type=4, attr=0xf, range=[0x00000000adff9000-0x00000000ae000000) (0MB)
[ 0.000000] efi: mem32: type=7, attr=0xf, range=[0x0000000100000000-0x0000000140000000) (1024MB)
[ 0.000000] efi: mem33: type=11, attr=0x8000000000000001, range=[0x00000000e0000000-0x00000000f0000000) (256MB)
[ 0.000000] efi: mem34: type=11, attr=0x8000000000000001, range=[0x00000000fec00000-0x00000000fec01000) (0MB)
[ 0.000000] efi: mem35: type=11, attr=0x8000000000000001, range=[0x00000000fed01000-0x00000000fed02000) (0MB)
[ 0.000000] efi: mem36: type=11, attr=0x8000000000000001, range=[0x00000000fed03000-0x00000000fed04000) (0MB)
[ 0.000000] efi: mem37: type=11, attr=0x8000000000000001, range=[0x00000000fed08000-0x00000000fed09000) (0MB)
[ 0.000000] efi: mem38: type=11, attr=0x8000000000000001, range=[0x00000000fed0c000-0x00000000fed10000) (0MB)
[ 0.000000] efi: mem39: type=11, attr=0x8000000000000001, range=[0x00000000fed1c000-0x00000000fed1d000) (0MB)
[ 0.000000] efi: mem40: type=11, attr=0x8000000000000001, range=[0x00000000fee00000-0x00000000fee01000) (0MB)
[ 0.000000] efi: mem41: type=11, attr=0x8000000000000001, range=[0x00000000fef00000-0x00000000ff000000) (1MB)
[ 0.000000] efi: mem42: type=11, attr=0x8000000000000000, range=[0x00000000ff990000-0x0000000100000000) (6MB)
[ 0.000000] SMBIOS 2.8 present.
[ 0.000000] DMI: \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DE3815TYKH, BIOS TYBYT10H.86A.0019.2014.0327.1516 03/27/201
[ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[ 0.000000] AGP: No AGP bridge found
[ 0.000000] e820: last_pfn = 0x140000 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-E7FFF write-through
[ 0.000000] E8000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 000000000 mask F80000000 write-back
[ 0.000000] 1 base 080000000 mask FE0000000 write-back
[ 0.000000] 2 base 0A0000000 mask FF0000000 write-back
[ 0.000000] 3 base 0AE000000 mask FFE000000 uncachable
[ 0.000000] 4 base 100000000 mask FC0000000 write-back
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] e820: update [mem 0xae000000-0xffffffff] usable ==> reserved
[ 0.000000] e820: last_pfn = 0xae000 max_arch_pfn = 0x400000000
[ 0.000000] found SMP MP-table at [mem 0x000fd6a0-0x000fd6af] mapped at [ffff8800000fd6a0]
[ 0.000000] Base memory trampoline at [ffff880000087000] 87000 size 24576
[ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ 0.000000] [mem 0x00000000-0x000fffff] page 4k
[ 0.000000] BRK [0x01ff0000, 0x01ff0fff] PGTABLE
[ 0.000000] BRK [0x01ff1000, 0x01ff1fff] PGTABLE
[ 0.000000] BRK [0x01ff2000, 0x01ff2fff] PGTABLE
[ 0.000000] init_memory_mapping: [mem 0x13fe00000-0x13fffffff]
[ 0.000000] [mem 0x13fe00000-0x13fffffff] page 2M
[ 0.000000] BRK [0x01ff3000, 0x01ff3fff] PGTABLE
[ 0.000000] init_memory_mapping: [mem 0x13c000000-0x13fdfffff]
[ 0.000000] [mem 0x13c000000-0x13fdfffff] page 2M
[ 0.000000] init_memory_mapping: [mem 0x100000000-0x13bffffff]
[ 0.000000] [mem 0x100000000-0x13bffffff] page 2M
[ 0.000000] init_memory_mapping: [mem 0x00100000-0x1fffffff]
[ 0.000000] [mem 0x00100000-0x001fffff] page 4k
[ 0.000000] [mem 0x00200000-0x1fffffff] page 2M
[ 0.000000] init_memory_mapping: [mem 0x20100000-0xad559fff]
[ 0.000000] [mem 0x20100000-0x201fffff] page 4k
[ 0.000000] [mem 0x20200000-0xad3fffff] page 2M
[ 0.000000] [mem 0xad400000-0xad559fff] page 4k
[ 0.000000] BRK [0x01ff4000, 0x01ff4fff] PGTABLE
[ 0.000000] BRK [0x01ff5000, 0x01ff5fff] PGTABLE
[ 0.000000] init_memory_mapping: [mem 0xad9db000-0xad9dbfff]
[ 0.000000] [mem 0xad9db000-0xad9dbfff] page 4k
[ 0.000000] init_memory_mapping: [mem 0xada1e000-0xadb93fff]
[ 0.000000] [mem 0xada1e000-0xadb93fff] page 4k
[ 0.000000] init_memory_mapping: [mem 0xadff9000-0xadffffff]
[ 0.000000] [mem 0xadff9000-0xadffffff] page 4k
[ 0.000000] RAMDISK: [mem 0x3ef47000-0x3fffafff]
[ 0.000000] ACPI: Early table checksum verification disabled
[ 0.000000] ACPI: RSDP 0x00000000AD58D000 000024 (v02 INTEL )
[ 0.000000] ACPI: XSDT 0x00000000AD58D090 00009C (v01 INTEL DE3815TY 01072009 AMI 00010013)
[ 0.000000] ACPI: FACP 0x00000000AD598440 00010C (v05 INTEL DE3815TY 01072009 AMI 00010013)
[ 0.000000] ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 128/32 (20140724/tbfadt-618)
[ 0.000000] ACPI: DSDT 0x00000000AD58D1B8 00B287 (v02 INTEL DE3815TY 01072009 INTL 20120913)
[ 0.000000] ACPI: FACS 0x00000000AD6CCF80 000040
[ 0.000000] ACPI: APIC 0x00000000AD598550 00005A (v03 INTEL DE3815TY 01072009 AMI 00010013)
[ 0.000000] ACPI: FPDT 0x00000000AD5985B0 000044 (v01 INTEL DE3815TY 01072009 AMI 00010013)
[ 0.000000] ACPI: TCPA 0x00000000AD5985F8 000032 (v02 INTEL DE3815TY 00000001 MSFT 01000013)
[ 0.000000] ACPI: LPIT 0x00000000AD598630 000104 (v01 INTEL DE3815TY 00000003 VLV2 0100000D)
[ 0.000000] ACPI: MCFG 0x00000000AD598738 00003C (v01 INTEL DE3815TY 01072009 MSFT 00000097)
[ 0.000000] ACPI: HPET 0x00000000AD598778 000038 (v01 INTEL DE3815TY 01072009 AMI. 00000005)
[ 0.000000] ACPI: SSDT 0x00000000AD5987B0 000353 (v01 INTEL DE3815TY 00003000 INTL 20061109)
[ 0.000000] ACPI: SSDT 0x00000000AD598B08 000433 (v01 INTEL DE3815TY 00003001 INTL 20061109)
[ 0.000000] ACPI: SSDT 0x00000000AD598F40 000763 (v01 INTEL DE3815TY 00003000 INTL 20061109)
[ 0.000000] ACPI: SSDT 0x00000000AD5996A8 000290 (v01 INTEL DE3815TY 00003000 INTL 20061109)
[ 0.000000] ACPI: UEFI 0x00000000AD599938 000042 (v01 INTEL DE3815TY 00000000 00000000)
[ 0.000000] ACPI: SSDT 0x00000000AD599980 000530 (v01 INTEL DE3815TY 00000001 INTL 20120913)
[ 0.000000] ACPI: CSRT 0x00000000AD599EB0 00014C (v00 INTEL DE3815TY 00000005 INTL 20120624)
[ 0.000000] ACPI: BGRT 0x00000000AD59A000 000038 (v01 INTEL DE3815TY 01072009 AMI 00010013)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] No NUMA configuration found
[ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff]
[ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff]
[ 0.000000] NODE_DATA [mem 0x13ffe7000-0x13fffafff]
[ 0.000000] [ffffea0000000000-ffffea0004ffffff] PMD -> [ffff88013ba00000-ffff88013f5fffff] on node 0
[ 0.000000] Zone ranges:
[ 0.000000] DMA [mem 0x00001000-0x00ffffff]
[ 0.000000] DMA32 [mem 0x01000000-0xffffffff]
[ 0.000000] Normal [mem 0x100000000-0x13fffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00001000-0x0008efff]
[ 0.000000] node 0: [mem 0x00090000-0x0009ffff]
[ 0.000000] node 0: [mem 0x00100000-0x1fffffff]
[ 0.000000] node 0: [mem 0x20100000-0xad559fff]
[ 0.000000] node 0: [mem 0xad9db000-0xad9dbfff]
[ 0.000000] node 0: [mem 0xada1e000-0xadb93fff]
[ 0.000000] node 0: [mem 0xadff9000-0xadffffff]
[ 0.000000] node 0: [mem 0x100000000-0x13fffffff]
[ 0.000000] On node 0 totalpages: 972150
[ 0.000000] DMA zone: 64 pages used for memmap
[ 0.000000] DMA zone: 39 pages reserved
[ 0.000000] DMA zone: 3998 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 11032 pages used for memmap
[ 0.000000] DMA32 zone: 706008 pages, LIFO batch:31
[ 0.000000] Normal zone: 4096 pages used for memmap
[ 0.000000] Normal zone: 262144 pages, LIFO batch:31
[ 0.000000] tboot: non-0 tboot_addr but it is not of type E820_RESERVED
[ 0.000000] x86/hpet: Will disable the HPET for this platform because it's not reliable
[ 0.000000] Reserving Intel graphics stolen memory at 0xaf000000-0xbeffffff
[ 0.000000] ACPI: PM-Timer IO Port: 0x408
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] dfl edge lint[0x39])
[ 0.000000] ACPI: NMI not connected to LINT 1!
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-86
[ 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: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] smpboot: Allowing 1 CPUs, 0 hotplug CPUs
[ 0.000000] PM: Registered nosave memory: [mem 0x0008f000-0x0008ffff]
[ 0.000000] PM: Registered nosave memory: [mem 0x000a0000-0x000fffff]
[ 0.000000] PM: Registered nosave memory: [mem 0x20000000-0x200fffff]
[ 0.000000] PM: Registered nosave memory: [mem 0x9d2c1000-0x9d2c1fff]
[ 0.000000] PM: Registered nosave memory: [mem 0x9d2ce000-0x9d2cefff]
[ 0.000000] PM: Registered nosave memory: [mem 0x9d2cf000-0x9d2cffff]
[ 0.000000] PM: Registered nosave memory: [mem 0x9d2df000-0x9d2dffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xad55a000-0xad589fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xad58a000-0xad59afff]
[ 0.000000] PM: Registered nosave memory: [mem 0xad59b000-0xad6ccfff]
[ 0.000000] PM: Registered nosave memory: [mem 0xad6cd000-0xad9dafff]
[ 0.000000] PM: Registered nosave memory: [mem 0xad9dc000-0xada1dfff]
[ 0.000000] PM: Registered nosave memory: [mem 0xadb94000-0xadff8fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xae000000-0xaeffffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xaf000000-0xbeffffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xbf000000-0xdfffffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfebfffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed00fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed01000-0xfed01fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed02000-0xfed02fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed03000-0xfed03fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed04000-0xfed07fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed08000-0xfed08fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed09000-0xfed0bfff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed0c000-0xfed0ffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed1bfff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1cfff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfed1d000-0xfedfffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xfeefffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xfef00000-0xfeffffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xff000000-0xff98ffff]
[ 0.000000] PM: Registered nosave memory: [mem 0xff990000-0xffffffff]
[ 0.000000] e820: [mem 0xbf000000-0xdfffffff] available for PCI devices
[ 0.000000] Booting paravirtualized kernel on bare hardware
[ 0.000000] setup_percpu: NR_CPUS:128 nr_cpumask_bits:128 nr_cpu_ids:1 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff88013fc00000 s85504 r8192 d20992 u2097152
[ 0.000000] pcpu-alloc: s85504 r8192 d20992 u2097152 alloc=1*2097152
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 956919
[ 0.000000] Policy zone: Normal
[ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-3.17.0-rc5version+ root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora/root rhgb quiet LANG=pt_BR.UTF-8
[ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.000000] AGP: Checking aperture...
[ 0.000000] AGP: No AGP bridge found
[ 0.000000] Memory: 3465732K/3888600K available (6973K kernel code, 1096K rwdata, 3116K rodata, 1464K init, 1432K bss, 422868K reserved)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] RCU restricting CPUs from NR_CPUS=128 to nr_cpu_ids=1.
[ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1
[ 0.000000] NR_IRQS:8448 nr_irqs:256 0
[ 0.000000] Console: colour dummy device 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] allocated 15728640 bytes of page_cgroup
[ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[ 0.000000] Maximum core-clock to bus-clock ratio: 0xb
[ 0.000000] Resolved frequency ID: 2, frequency: 133200 KHz
[ 0.000000] TSC runs at 1465200 KHz
[ 0.000000] lapic_timer_frequency = 133200
[ 0.000000] tsc: Detected 1465.200 MHz processor
[ 0.000052] Calibrating delay loop (skipped), value calculated using timer frequency.. 2930.40 BogoMIPS (lpj=1465200)
[ 0.000059] pid_max: default: 32768 minimum: 301
[ 0.000084] ACPI: Core revision 20140724
[ 0.030309] ACPI: All ACPI Tables successfully acquired
[ 0.032615] Security Framework initialized
[ 0.032630] SELinux: Initializing.
[ 0.032643] SELinux: Starting in permissive mode
[ 0.033560] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[ 0.036258] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.037435] Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.037456] Mountpoint-cache hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.037936] Initializing cgroup subsys memory
[ 0.037954] Initializing cgroup subsys devices
[ 0.037962] Initializing cgroup subsys freezer
[ 0.037968] Initializing cgroup subsys net_cls
[ 0.037975] Initializing cgroup subsys blkio
[ 0.038014] Initializing cgroup subsys perf_event
[ 0.038022] Initializing cgroup subsys hugetlb
[ 0.038072] CPU: Physical Processor ID: 0
[ 0.038080] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
[ 0.044121] mce: CPU supports 6 MCE banks
[ 0.044133] CPU0: Thermal monitoring handled by SMI
[ 0.044145] Last level iTLB entries: 4KB 48, 2MB 0, 4MB 0
Last level dTLB entries: 4KB 128, 2MB 16, 4MB 16, 1GB 0
[ 0.051502] Freeing SMP alternatives memory: 24K (ffffffff81e82000 - ffffffff81e88000)
[ 0.081878] ftrace: allocating 26497 entries in 104 pages
[ 0.102670] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=0 pin2=0
[ 0.112680] smpboot: CPU0: Intel(R) Atom(TM) CPU E3815 @ 1.46GHz (fam: 06, model: 37, stepping: 03)
[ 0.112709] TSC deadline timer enabled
[ 0.112753] Performance Events: PEBS fmt2+, 8-deep LBR, Silvermont events, full-width counters, Intel PMU driver.
[ 0.112773] ... version: 3
[ 0.112776] ... bit width: 40
[ 0.112779] ... generic registers: 2
[ 0.112782] ... value mask: 000000ffffffffff
[ 0.112785] ... max period: 000000ffffffffff
[ 0.112787] ... fixed-purpose events: 3
[ 0.112790] ... event mask: 0000000700000003
[ 0.116058] x86: Booted up 1 node, 1 CPUs
[ 0.116066] smpboot: Total of 1 processors activated (2930.40 BogoMIPS)
[ 0.116424] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
[ 0.116645] devtmpfs: initialized
[ 0.117243] PM: Registering ACPI NVS region [mem 0x0008f000-0x0008ffff] (4096 bytes)
[ 0.117250] PM: Registering ACPI NVS region [mem 0xad59b000-0xad6ccfff] (1253376 bytes)
[ 0.120048] atomic64_test: passed for x86-64 platform with CX8 and with SSE
[ 0.120057] pinctrl core: initialized pinctrl subsystem
[ 0.120130] RTC time: 15:24:31, date: 09/26/14
[ 0.120429] NET: Registered protocol family 16
[ 0.120867] cpuidle: using governor menu
[ 0.121098] ACPI: bus type PCI registered
[ 0.121105] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[ 0.121240] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
[ 0.121247] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[ 0.122286] PCI: Using configuration type 1 for base access
[ 0.126224] ACPI: Added _OSI(Module Device)
[ 0.126231] ACPI: Added _OSI(Processor Device)
[ 0.126235] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.126238] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.146555] ACPI: Interpreter enabled
[ 0.146577] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20140724/hwxface-580)
[ 0.146591] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20140724/hwxface-580)
[ 0.146629] ACPI: (supports S0 S3 S4 S5)
[ 0.146634] ACPI: Using IOAPIC for interrupt routing
[ 0.146718] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 0.159274] ACPI: Power Resource [USBC] (on)
[ 0.161607] ACPI: Power Resource [PLPE] (on)
[ 0.162020] ACPI: Power Resource [PLPE] (on)
[ 0.169067] ACPI: Power Resource [CLK0] (on)
[ 0.169202] ACPI: Power Resource [CLK1] (on)
[ 0.238996] ACPI: Power Resource [FN00] (off)
[ 0.240484] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.240499] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
[ 0.240872] \_SB_.PCI0:_OSC invalid UUID
[ 0.240876] _OSC request data:1 1f 0
[ 0.240888] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[ 0.242238] PCI host bridge to bus 0000:00
[ 0.242248] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 0.242255] pci_bus 0000:00: root bus resource [io 0x0000-0x006f]
[ 0.242260] pci_bus 0000:00: root bus resource [io 0x0078-0x0cf7]
[ 0.242265] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff]
[ 0.242271] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff]
[ 0.242276] pci_bus 0000:00: root bus resource [mem 0x000c0000-0x000dffff]
[ 0.242281] pci_bus 0000:00: root bus resource [mem 0x000e0000-0x000fffff]
[ 0.242286] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xffffffff]
[ 0.242303] pci 0000:00:00.0: [8086:0f00] type 00 class 0x060000
[ 0.242625] pci 0000:00:02.0: [8086:0f31] type 00 class 0x030000
[ 0.242648] pci 0000:00:02.0: reg 0x10: [mem 0xd0000000-0xd03fffff]
[ 0.242665] pci 0000:00:02.0: reg 0x18: [mem 0xc0000000-0xcfffffff pref]
[ 0.242682] pci 0000:00:02.0: reg 0x20: [io 0xe080-0xe087]
[ 0.242993] pci 0000:00:13.0: [8086:0f23] type 00 class 0x010601
[ 0.243021] pci 0000:00:13.0: reg 0x10: [io 0xe070-0xe077]
[ 0.243036] pci 0000:00:13.0: reg 0x14: [io 0xe060-0xe063]
[ 0.243049] pci 0000:00:13.0: reg 0x18: [io 0xe050-0xe057]
[ 0.243063] pci 0000:00:13.0: reg 0x1c: [io 0xe040-0xe043]
[ 0.243077] pci 0000:00:13.0: reg 0x20: [io 0xe020-0xe03f]
[ 0.243091] pci 0000:00:13.0: reg 0x24: [mem 0xd072e000-0xd072e7ff]
[ 0.243151] pci 0000:00:13.0: PME# supported from D3hot
[ 0.243420] pci 0000:00:14.0: [8086:0f35] type 00 class 0x0c0330
[ 0.243459] pci 0000:00:14.0: reg 0x10: [mem 0xd0700000-0xd070ffff 64bit]
[ 0.243535] pci 0000:00:14.0: PME# supported from D3hot D3cold
[ 0.243748] pci 0000:00:14.0: System wakeup disabled by ACPI
[ 0.243871] pci 0000:00:17.0: [8086:0f50] type 00 class 0x080501
[ 0.243897] pci 0000:00:17.0: reg 0x10: [mem 0xd072d000-0xd072dfff]
[ 0.243912] pci 0000:00:17.0: reg 0x14: [mem 0xd072c000-0xd072cfff]
[ 0.243994] pci 0000:00:17.0: PME# supported from D0 D3hot
[ 0.244340] pci 0000:00:18.0: [8086:0f40] type 00 class 0x080102
[ 0.244364] pci 0000:00:18.0: reg 0x10: [mem 0xd0718000-0xd071bfff]
[ 0.244376] pci 0000:00:18.0: reg 0x14: [mem 0xd072b000-0xd072bfff]
[ 0.244698] pci 0000:00:18.1: [8086:0f41] type 00 class 0x0c8000
[ 0.244721] pci 0000:00:18.1: reg 0x10: [mem 0xd072a000-0xd072afff]
[ 0.244733] pci 0000:00:18.1: reg 0x14: [mem 0xd0729000-0xd0729fff]
[ 0.245041] pci 0000:00:18.2: [8086:0f42] type 00 class 0x0c8000
[ 0.245063] pci 0000:00:18.2: reg 0x10: [mem 0xd0728000-0xd0728fff]
[ 0.245076] pci 0000:00:18.2: reg 0x14: [mem 0xd0727000-0xd0727fff]
[ 0.245403] pci 0000:00:1a.0: [8086:0f18] type 00 class 0x108000
[ 0.245437] pci 0000:00:1a.0: reg 0x10: [mem 0xd0500000-0xd05fffff]
[ 0.245466] pci 0000:00:1a.0: reg 0x14: [mem 0xd0400000-0xd04fffff]
[ 0.245587] pci 0000:00:1a.0: PME# supported from D0 D3hot
[ 0.245911] pci 0000:00:1b.0: [8086:0f04] type 00 class 0x040300
[ 0.245944] pci 0000:00:1b.0: reg 0x10: [mem 0xd0714000-0xd0717fff 64bit]
[ 0.246032] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.246296] pci 0000:00:1c.0: [8086:0f48] type 01 class 0x060400
[ 0.246380] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.246657] pci 0000:00:1c.1: [8086:0f4a] type 01 class 0x060400
[ 0.246739] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 0.247019] pci 0000:00:1c.2: [8086:0f4c] type 01 class 0x060400
[ 0.247102] pci 0000:00:1c.2: PME# supported from D0 D3hot D3cold
[ 0.247373] pci 0000:00:1e.0: [8086:0f06] type 00 class 0x080102
[ 0.247396] pci 0000:00:1e.0: reg 0x10: [mem 0xd0710000-0xd0713fff]
[ 0.247409] pci 0000:00:1e.0: reg 0x14: [mem 0xd0725000-0xd0725fff]
[ 0.247732] pci 0000:00:1e.1: [8086:0f08] type 00 class 0x0c8000
[ 0.247755] pci 0000:00:1e.1: reg 0x10: [mem 0xd0724000-0xd0724fff]
[ 0.247767] pci 0000:00:1e.1: reg 0x14: [mem 0xd0723000-0xd0723fff]
[ 0.248074] pci 0000:00:1e.2: [8086:0f09] type 00 class 0x0c8000
[ 0.248097] pci 0000:00:1e.2: reg 0x10: [mem 0xd0722000-0xd0722fff]
[ 0.248110] pci 0000:00:1e.2: reg 0x14: [mem 0xd0721000-0xd0721fff]
[ 0.248423] pci 0000:00:1e.3: [8086:0f0a] type 00 class 0x078000
[ 0.248446] pci 0000:00:1e.3: reg 0x10: [mem 0xd0720000-0xd0720fff]
[ 0.248458] pci 0000:00:1e.3: reg 0x14: [mem 0xd071f000-0xd071ffff]
[ 0.248777] pci 0000:00:1e.4: [8086:0f0c] type 00 class 0x078000
[ 0.248800] pci 0000:00:1e.4: reg 0x10: [mem 0xd071e000-0xd071efff]
[ 0.248813] pci 0000:00:1e.4: reg 0x14: [mem 0xd071d000-0xd071dfff]
[ 0.249127] pci 0000:00:1f.0: [8086:0f1c] type 00 class 0x060100
[ 0.249465] pci 0000:00:1f.3: [8086:0f12] type 00 class 0x0c0500
[ 0.249518] pci 0000:00:1f.3: reg 0x10: [mem 0xd071c000-0xd071c01f]
[ 0.249597] pci 0000:00:1f.3: reg 0x20: [io 0xe000-0xe01f]
[ 0.250071] pci 0000:00:1c.0: PCI bridge to [bus 01]
[ 0.250212] pci 0000:00:1c.1: PCI bridge to [bus 02]
[ 0.250382] pci 0000:03:00.0: [10ec:8168] type 00 class 0x020000
[ 0.250410] pci 0000:03:00.0: reg 0x10: [io 0xd000-0xd0ff]
[ 0.250445] pci 0000:03:00.0: reg 0x18: [mem 0xd0604000-0xd0604fff 64bit]
[ 0.250470] pci 0000:03:00.0: reg 0x20: [mem 0xd0600000-0xd0603fff 64bit pref]
[ 0.250587] pci 0000:03:00.0: supports D1 D2
[ 0.250593] pci 0000:03:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.250676] pci 0000:03:00.0: System wakeup disabled by ACPI
[ 0.252531] pci 0000:00:1c.2: PCI bridge to [bus 03]
[ 0.252540] pci 0000:00:1c.2: bridge window [io 0xd000-0xdfff]
[ 0.252548] pci 0000:00:1c.2: bridge window [mem 0xd0600000-0xd06fffff]
[ 0.253603] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15)
[ 0.253771] ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 10 11 12 14 15)
[ 0.253934] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 10 *11 12 14 15)
[ 0.254098] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 *10 11 12 14 15)
[ 0.254261] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 10 11 12 14 *15)
[ 0.254424] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 *4 5 6 10 11 12 14 15)
[ 0.254600] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 10 11 12 *14 15)
[ 0.254763] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 10 11 12 14 15)
[ 0.257207] ACPI: Enabled 5 GPEs in block 00 to 3F
[ 0.257561] vgaarb: setting as boot device: PCI:0000:00:02.0
[ 0.257567] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.257576] vgaarb: loaded
[ 0.257580] vgaarb: bridge control possible 0000:00:02.0
[ 0.257778] SCSI subsystem initialized
[ 0.257879] libata version 3.00 loaded.
[ 0.257960] ACPI: bus type USB registered
[ 0.258024] usbcore: registered new interface driver usbfs
[ 0.258052] usbcore: registered new interface driver hub
[ 0.258111] usbcore: registered new device driver usb
[ 0.258480] PCI: Using ACPI for IRQ routing
[ 0.265618] PCI: pci_cache_line_size set to 64 bytes
[ 0.265714] e820: reserve RAM buffer [mem 0x0008f000-0x0008ffff]
[ 0.265720] e820: reserve RAM buffer [mem 0x9d2c1018-0x9fffffff]
[ 0.265724] e820: reserve RAM buffer [mem 0x9d2cf018-0x9fffffff]
[ 0.265728] e820: reserve RAM buffer [mem 0xad55a000-0xafffffff]
[ 0.265733] e820: reserve RAM buffer [mem 0xad9dc000-0xafffffff]
[ 0.265737] e820: reserve RAM buffer [mem 0xadb94000-0xafffffff]
[ 0.265741] e820: reserve RAM buffer [mem 0xae000000-0xafffffff]
[ 0.266028] NetLabel: Initializing
[ 0.266033] NetLabel: domain hash size = 128
[ 0.266036] NetLabel: protocols = UNLABELED CIPSOv4
[ 0.266069] NetLabel: unlabeled traffic allowed by default
[ 0.266234] Switched to clocksource refined-jiffies
[ 0.285555] pnp: PnP ACPI init
[ 0.285698] pnp 00:00: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 0.286049] system 00:01: [io 0x0680-0x069f] has been reserved
[ 0.286057] system 00:01: [io 0x0400-0x047f] has been reserved
[ 0.286063] system 00:01: [io 0x0500-0x05fe] has been reserved
[ 0.286069] system 00:01: [io 0x0600-0x061f] has been reserved
[ 0.286078] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.286524] system 00:02: [io 0x0a10-0x0a3f] has been reserved
[ 0.286533] system 00:02: [io 0x0a40-0x0a4f] has been reserved
[ 0.286538] system 00:02: [io 0x0a00-0x0a0f] has been reserved
[ 0.286546] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.287222] system 00:03: [mem 0xe0000000-0xefffffff] has been reserved
[ 0.287231] system 00:03: [mem 0xfed01000-0xfed01fff] has been reserved
[ 0.287238] system 00:03: [mem 0xfed03000-0xfed03fff] has been reserved
[ 0.287244] system 00:03: [mem 0xfed04000-0xfed04fff] has been reserved
[ 0.287251] system 00:03: [mem 0xfed08000-0xfed08fff] has been reserved
[ 0.287257] system 00:03: [mem 0xfed1c000-0xfed1cfff] has been reserved
[ 0.287264] system 00:03: [mem 0xfee00000-0xfeefffff] could not be reserved
[ 0.287270] system 00:03: [mem 0xfef00000-0xfeffffff] has been reserved
[ 0.287278] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.289075] pnp 00:04: Plug and Play ACPI device, IDs PNP0c31 (active)
[ 0.289108] pnp: PnP ACPI: found 5 devices
[ 0.299083] Switched to clocksource acpi_pm
[ 0.299114] pci 0000:00:1c.0: bridge window [io 0x1000-0x0fff] to [bus 01] add_size 1000
[ 0.299124] pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 01] add_size 200000
[ 0.299131] pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff] to [bus 01] add_size 200000
[ 0.299144] pci 0000:00:1c.1: bridge window [io 0x1000-0x0fff] to [bus 02] add_size 1000
[ 0.299151] pci 0000:00:1c.1: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 02] add_size 200000
[ 0.299157] pci 0000:00:1c.1: bridge window [mem 0x00100000-0x000fffff] to [bus 02] add_size 200000
[ 0.299171] pci 0000:00:1c.2: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 03] add_size 200000
[ 0.299199] pci 0000:00:1c.0: res[14]=[mem 0x00100000-0x000fffff] get_res_add_size add_size 200000
[ 0.299206] pci 0000:00:1c.0: res[15]=[mem 0x00100000-0x000fffff 64bit pref] get_res_add_size add_size 200000
[ 0.299212] pci 0000:00:1c.1: res[14]=[mem 0x00100000-0x000fffff] get_res_add_size add_size 200000
[ 0.299218] pci 0000:00:1c.1: res[15]=[mem 0x00100000-0x000fffff 64bit pref] get_res_add_size add_size 200000
[ 0.299224] pci 0000:00:1c.2: res[15]=[mem 0x00100000-0x000fffff 64bit pref] get_res_add_size add_size 200000
[ 0.299230] pci 0000:00:1c.0: res[13]=[io 0x1000-0x0fff] get_res_add_size add_size 1000
[ 0.299235] pci 0000:00:1c.1: res[13]=[io 0x1000-0x0fff] get_res_add_size add_size 1000
[ 0.299251] pci 0000:00:1c.0: BAR 14: assigned [mem 0xd0800000-0xd09fffff]
[ 0.299270] pci 0000:00:1c.0: BAR 15: assigned [mem 0xd0a00000-0xd0bfffff 64bit pref]
[ 0.299280] pci 0000:00:1c.1: BAR 14: assigned [mem 0xd0c00000-0xd0dfffff]
[ 0.299298] pci 0000:00:1c.1: BAR 15: assigned [mem 0xd0e00000-0xd0ffffff 64bit pref]
[ 0.299316] pci 0000:00:1c.2: BAR 15: assigned [mem 0xd1000000-0xd11fffff 64bit pref]
[ 0.299324] pci 0000:00:1c.0: BAR 13: assigned [io 0x1000-0x1fff]
[ 0.299332] pci 0000:00:1c.1: BAR 13: assigned [io 0x2000-0x2fff]
[ 0.299341] pci 0000:00:1c.0: PCI bridge to [bus 01]
[ 0.299348] pci 0000:00:1c.0: bridge window [io 0x1000-0x1fff]
[ 0.299357] pci 0000:00:1c.0: bridge window [mem 0xd0800000-0xd09fffff]
[ 0.299365] pci 0000:00:1c.0: bridge window [mem 0xd0a00000-0xd0bfffff 64bit pref]
[ 0.299374] pci 0000:00:1c.1: PCI bridge to [bus 02]
[ 0.299380] pci 0000:00:1c.1: bridge window [io 0x2000-0x2fff]
[ 0.299388] pci 0000:00:1c.1: bridge window [mem 0xd0c00000-0xd0dfffff]
[ 0.299395] pci 0000:00:1c.1: bridge window [mem 0xd0e00000-0xd0ffffff 64bit pref]
[ 0.299404] pci 0000:00:1c.2: PCI bridge to [bus 03]
[ 0.299410] pci 0000:00:1c.2: bridge window [io 0xd000-0xdfff]
[ 0.299418] pci 0000:00:1c.2: bridge window [mem 0xd0600000-0xd06fffff]
[ 0.299425] pci 0000:00:1c.2: bridge window [mem 0xd1000000-0xd11fffff 64bit pref]
[ 0.299435] pci_bus 0000:00: resource 4 [io 0x0000-0x006f]
[ 0.299440] pci_bus 0000:00: resource 5 [io 0x0078-0x0cf7]
[ 0.299445] pci_bus 0000:00: resource 6 [io 0x0d00-0xffff]
[ 0.299451] pci_bus 0000:00: resource 7 [mem 0x000a0000-0x000bffff]
[ 0.299456] pci_bus 0000:00: resource 8 [mem 0x000c0000-0x000dffff]
[ 0.299461] pci_bus 0000:00: resource 9 [mem 0x000e0000-0x000fffff]
[ 0.299466] pci_bus 0000:00: resource 10 [mem 0xc0000000-0xffffffff]
[ 0.299472] pci_bus 0000:01: resource 0 [io 0x1000-0x1fff]
[ 0.299477] pci_bus 0000:01: resource 1 [mem 0xd0800000-0xd09fffff]
[ 0.299482] pci_bus 0000:01: resource 2 [mem 0xd0a00000-0xd0bfffff 64bit pref]
[ 0.299487] pci_bus 0000:02: resource 0 [io 0x2000-0x2fff]
[ 0.299492] pci_bus 0000:02: resource 1 [mem 0xd0c00000-0xd0dfffff]
[ 0.299498] pci_bus 0000:02: resource 2 [mem 0xd0e00000-0xd0ffffff 64bit pref]
[ 0.299503] pci_bus 0000:03: resource 0 [io 0xd000-0xdfff]
[ 0.299508] pci_bus 0000:03: resource 1 [mem 0xd0600000-0xd06fffff]
[ 0.299513] pci_bus 0000:03: resource 2 [mem 0xd1000000-0xd11fffff 64bit pref]
[ 0.299579] NET: Registered protocol family 2
[ 0.300153] TCP established hash table entries: 32768 (order: 6, 262144 bytes)
[ 0.300369] TCP bind hash table entries: 32768 (order: 7, 524288 bytes)
[ 0.300588] TCP: Hash tables configured (established 32768 bind 32768)
[ 0.300664] TCP: reno registered
[ 0.300691] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ 0.300753] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
[ 0.300933] NET: Registered protocol family 1
[ 0.300978] pci 0000:00:02.0: Video device with shadowed ROM
[ 0.301490] PCI: CLS 64 bytes, default 64
[ 0.301634] Unpacking initramfs...
[ 0.943954] Freeing initrd memory: 17104K (ffff88003ef47000 - ffff88003fffb000)
[ 0.944014] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.944022] software IO TLB [mem 0x992c0000-0x9d2c0000] (64MB) mapped at [ffff8800992c0000-ffff88009d2bffff]
[ 0.944873] SSE version of gcm_enc/dec engaged.
[ 0.950762] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[ 0.951640] futex hash table entries: 256 (order: 2, 16384 bytes)
[ 0.951664] Initialise system trusted keyring
[ 0.951718] audit: initializing netlink subsys (disabled)
[ 0.951759] audit: type=2000 audit(1411745071.942:1): initialized
[ 0.952642] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.957122] zpool: loaded
[ 0.957131] zbud: loaded
[ 0.957473] VFS: Disk quotas dquot_6.5.2
[ 0.957580] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[ 0.958676] msgmni has been set to 7312
[ 0.958837] Key type big_key registered
[ 0.958846] SELinux: Registering netfilter hooks
[ 0.960642] alg: No test for stdrng (krng)
[ 0.960661] NET: Registered protocol family 38
[ 0.960678] Key type asymmetric registered
[ 0.960686] Asymmetric key parser 'x509' registered
[ 0.960814] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[ 0.960952] io scheduler noop registered
[ 0.960959] io scheduler deadline registered
[ 0.961064] io scheduler cfq registered (default)
[ 0.962073] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ 0.962120] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[ 0.962255] efifb: probing for efifb
[ 0.962305] efifb: framebuffer at 0xc0000000, mapped to 0xffffc90010800000, using 5120k, total 5120k
[ 0.962310] efifb: mode is 1280x1024x32, linelength=5120, pages=1
[ 0.962313] efifb: scrolling: redraw
[ 0.962317] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[ 0.974270] Console: switching to colour frame buffer device 160x64
[ 0.985140] fb0: EFI VGA frame buffer device
[ 0.985188] intel_idle: MWAIT substates: 0x3000020
[ 0.985192] intel_idle: v0.4 model 0x37
[ 0.985196] intel_idle: lapic_timer_reliable_states 0xffffffff
[ 0.985521] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
[ 0.985531] ACPI: Power Button [PWRB]
[ 0.985643] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1
[ 0.985651] ACPI: Sleep Button [SLPB]
[ 0.985767] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
[ 0.985774] ACPI: Power Button [PWRF]
[ 0.986034] ACPI: Fan [FAN0] (off)
[ 0.989606] thermal LNXTHERM:00: registered as thermal_zone0
[ 0.989613] ACPI: Thermal Zone [TZ01] (27 C)
[ 0.989797] GHES: HEST is not enabled!
[ 0.990021] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 1.010431] serial8250: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
[ 1.011064] serial 0000:00:1e.3: enabling device (0000 -> 0002)
[ 1.011454] 0000:00:1e.3: ttyS1 at MMIO 0xd0720000 (irq = 19, base_baud = 2764800) is a 16550A
[ 1.011632] serial 0000:00:1e.4: enabling device (0000 -> 0002)
[ 1.012003] 0000:00:1e.4: ttyS2 at MMIO 0xd071e000 (irq = 19, base_baud = 2764800) is a 16550A
[ 1.012553] hpet: number irqs doesn't agree with number of timers
[ 1.012728] Non-volatile memory driver v1.3
[ 1.012736] Linux agpgart interface v0.103
[ 1.013129] ahci 0000:00:13.0: version 3.0
[ 1.013355] ahci 0000:00:13.0: controller can't do DEVSLP, turning off
[ 1.013407] ahci 0000:00:13.0: irq 87 for MSI/MSI-X
[ 1.023985] ahci 0000:00:13.0: AHCI 0001.0300 32 slots 2 ports 3 Gbps 0x1 impl SATA mode
[ 1.023993] ahci 0000:00:13.0: flags: 64bit ncq pm led clo pio slum part deso
[ 1.024663] scsi host0: ahci
[ 1.025023] scsi host1: ahci
[ 1.025160] ata1: SATA max UDMA/133 abar m2048@0xd072e000 port 0xd072e100 irq 87
[ 1.025165] ata2: DUMMY
[ 1.025403] libphy: Fixed MDIO Bus: probed
[ 1.025655] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.025670] ehci-pci: EHCI PCI platform driver
[ 1.025710] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 1.025723] ohci-pci: OHCI PCI platform driver
[ 1.025759] uhci_hcd: USB Universal Host Controller Interface driver
[ 1.026127] xhci_hcd 0000:00:14.0: xHCI Host Controller
[ 1.026259] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1
[ 1.026678] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported
[ 1.026710] xhci_hcd 0000:00:14.0: irq 88 for MSI/MSI-X
[ 1.026867] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.026874] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.026879] usb usb1: Product: xHCI Host Controller
[ 1.026884] usb usb1: Manufacturer: Linux 3.17.0-rc5version+ xhci_hcd
[ 1.026888] usb usb1: SerialNumber: 0000:00:14.0
[ 1.027263] hub 1-0:1.0: USB hub found
[ 1.027288] hub 1-0:1.0: 6 ports detected
[ 1.028442] xhci_hcd 0000:00:14.0: xHCI Host Controller
[ 1.028578] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2
[ 1.028688] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
[ 1.028695] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.028700] usb usb2: Product: xHCI Host Controller
[ 1.028704] usb usb2: Manufacturer: Linux 3.17.0-rc5version+ xhci_hcd
[ 1.028709] usb usb2: SerialNumber: 0000:00:14.0
[ 1.029054] hub 2-0:1.0: USB hub found
[ 1.029077] hub 2-0:1.0: 1 port detected
[ 1.029522] usbcore: registered new interface driver usbserial
[ 1.029544] usbcore: registered new interface driver usbserial_generic
[ 1.029563] usbserial: USB Serial support registered for generic
[ 1.029638] i8042: PNP: No PS/2 controller found. Probing ports directly.
[ 1.062496] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 1.062729] mousedev: PS/2 mouse device common for all mice
[ 1.063324] rtc_cmos 00:00: RTC can wake from S4
[ 1.063529] rtc_cmos 00:00: rtc core: registered rtc_cmos as rtc0
[ 1.063568] rtc_cmos 00:00: alarms up to one month, y3k, 242 bytes nvram
[ 1.063770] device-mapper: uevent: version 1.0.3
[ 1.063969] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-devel@redhat.com
[ 1.064156] Intel P-state driver initializing.
[ 1.066328] EFI Variables Facility v0.08 2004-May-17
[ 1.067458] efivars: duplicate variable: Events-b452fd8a-c9ca-4764-977e-59d839dd861b
[ 1.067589] hidraw: raw HID events driver (C) Jiri Kosina
[ 1.068607] usbcore: registered new interface driver usbhid
[ 1.068618] usbhid: USB HID core driver
[ 1.068808] drop_monitor: Initializing network drop monitor service
[ 1.069287] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 1.069392] TCP: cubic registered
[ 1.069430] Initializing XFRM netlink socket
[ 1.070523] NET: Registered protocol family 10
[ 1.071882] mip6: Mobile IPv6
[ 1.071909] NET: Registered protocol family 17
[ 1.073620] Loading compiled-in X.509 certificates
[ 1.073739] registered taskstats version 1
[ 1.075504] Magic number: 14:936:437
[ 1.075715] rtc_cmos 00:00: setting system clock to 2014-09-26 15:24:32 UTC (1411745072)
[ 1.076374] PM: Hibernation image not present or could not be loaded.
[ 1.330856] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1.333238] ata1.00: supports DRM functions and may not be fully accessible
[ 1.333405] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 1.333422] ata1.00: ATA-9: Samsung SSD 840 EVO 250GB, EXT0BB6Q, max UDMA/133
[ 1.333435] ata1.00: 488397168 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
[ 1.333854] ata1.00: supports DRM functions and may not be fully accessible
[ 1.334008] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 1.334033] ata1.00: configured for UDMA/133
[ 1.336238] scsi 0:0:0:0: Direct-Access ATA Samsung SSD 840 BB6Q PQ: 0 ANSI: 5
[ 1.337621] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 1.338169] sd 0:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[ 1.338825] sd 0:0:0:0: [sda] Write Protect is off
[ 1.338846] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1.339041] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.345736] sda: sda1 sda2 sda3
[ 1.347776] sd 0:0:0:0: [sda] Attached SCSI disk
[ 1.353688] Freeing unused kernel memory: 1464K (ffffffff81d14000 - ffffffff81e82000)
[ 1.353701] Write protecting the kernel read-only data: 12288k
[ 1.369424] Freeing unused kernel memory: 1208K (ffff8800016d2000 - ffff880001800000)
[ 1.379286] Freeing unused kernel memory: 980K (ffff880001b0b000 - ffff880001c00000)
[ 1.381448] usb 1-2: new low-speed USB device number 2 using xhci_hcd
[ 1.388098] efivars: duplicate variable: Events-b452fd8a-c9ca-4764-977e-59d839dd861b
[ 1.390834] systemd[1]: systemd 208 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ)
[ 1.391319] systemd[1]: Running in initial RAM disk.
[ 1.391614] systemd[1]: Set hostname to <bronze.lan>.
[ 1.393876] random: systemd urandom read with 13 bits of entropy available
[ 1.492305] systemd[1]: Expecting device dev-mapper-fedora\x2droot.device...
[ 1.492357] systemd[1]: Starting -.slice.
[ 1.493210] systemd[1]: Created slice -.slice.
[ 1.493257] systemd[1]: Starting System Slice.
[ 1.493474] systemd[1]: Created slice System Slice.
[ 1.493577] systemd[1]: Starting Slices.
[ 1.493618] systemd[1]: Reached target Slices.
[ 1.493652] systemd[1]: Starting Timers.
[ 1.493690] systemd[1]: Reached target Timers.
[ 1.493731] systemd[1]: Starting Journal Socket.
[ 1.493912] systemd[1]: Listening on Journal Socket.
[ 1.494273] systemd[1]: Starting dracut cmdline hook...
[ 1.495332] systemd[1]: Starting Journal Service...
[ 1.496589] systemd[1]: Started Journal Service.
[ 1.551321] usb 1-2: New USB device found, idVendor=2101, idProduct=020f
[ 1.551330] usb 1-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 1.551596] usb 1-2: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
[ 1.551610] usb 1-2: ep 0x82 - rounding interval to 64 microframes, ep desc says 80 microframes
[ 1.610142] input: HID 2101:020f as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/0003:2101:020F.0001/input/input5
[ 1.610393] hid-generic 0003:2101:020F.0001: input,hidraw0: USB HID v1.01 Keyboard [HID 2101:020f] on usb-0000:00:14.0-2/input0
[ 1.614289] input: HID 2101:020f as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.1/0003:2101:020F.0002/input/input6
[ 1.614598] hid-generic 0003:2101:020F.0002: input,hidraw1: USB HID v1.01 Mouse [HID 2101:020f] on usb-0000:00:14.0-2/input1
[ 1.768878] usb 1-3: new high-speed USB device number 3 using xhci_hcd
[ 1.934282] usb 1-3: New USB device found, idVendor=2040, idProduct=1605
[ 1.934291] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=2
[ 1.934297] usb 1-3: Product: WinTV HVR-930C
[ 1.934301] usb 1-3: SerialNumber: 4034508088
[ 1.949062] tsc: Refined TSC clocksource calibration: 1466.666 MHz
[ 2.088280] usb 1-4: new high-speed USB device number 4 using xhci_hcd
[ 2.253715] usb 1-4: New USB device found, idVendor=05e3, idProduct=0610
[ 2.253724] usb 1-4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 2.253730] usb 1-4: Product: USB2.0 Hub
[ 2.254523] hub 1-4:1.0: USB hub found
[ 2.255481] hub 1-4:1.0: 4 ports detected
[ 2.362655] systemd-udevd[239]: starting version 208
[ 2.791919] [drm] Initialized drm 1.1.0 20060810
[ 2.856285] [drm] Memory usable by graphics device = 2048M
[ 2.856293] [drm] Replacing VGA console driver
[ 2.856301] checking generic (c0000000 500000) vs hw (c0000000 10000000)
[ 2.856305] fb: switching to inteldrmfb from EFI VGA
[ 2.856359] Console: switching to colour dummy device 80x25
[ 2.872689] i915 0000:00:02.0: irq 89 for MSI/MSI-X
[ 2.872710] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[ 2.872714] [drm] Driver supports precise vblank timestamp query.
[ 2.878012] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 2.878034] r8169 0000:03:00.0: can't disable ASPM; OS doesn't have ASPM control
[ 2.905642] r8169 0000:03:00.0: irq 90 for MSI/MSI-X
[ 2.906054] r8169 0000:03:00.0 eth0: RTL8168g/8111g at 0xffffc90000678000, c0:3f:d5:64:bb:a7, XID 0c000800 IRQ 90
[ 2.906061] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 2.953726] Switched to clocksource tsc
[ 2.967372] vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 3.004319] [drm] failed to retrieve link info, disabling eDP
[ 3.077832] r8169 0000:03:00.0 p2p1: renamed from eth0
[ 3.078141] systemd-udevd[242]: renamed network interface eth0 to p2p1
[ 3.205288] fbcon: inteldrmfb (fb0) is primary device
[ 3.319078] Console: switching to colour frame buffer device 128x48
[ 3.334264] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[ 3.334269] i915 0000:00:02.0: registered panic notifier
[ 3.340719] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no)
[ 3.343550] acpi device:09: registered as cooling_device2
[ 3.346389] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input7
[ 3.349368] [drm] Initialized i915 1.6.0 20140725 for 0000:00:02.0 on minor 0
[ 3.786400] PM: Starting manual resume from disk
[ 3.786411] PM: Hibernation image partition 253:1 present
[ 3.786415] PM: Looking for hibernation image.
[ 3.786671] PM: Image not found (code -22)
[ 3.786677] PM: Hibernation image not present or could not be loaded.
[ 3.817764] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
[ 4.634508] systemd-journald[95]: Received SIGTERM
[ 4.643716] systemd-cgroups-agent[427]: Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: No such file or directory
[ 4.689613] random: nonblocking pool is initialized
[ 4.775002] SELinux: 2048 avtab hash slots, 101177 rules.
[ 4.816209] SELinux: 2048 avtab hash slots, 101177 rules.
[ 4.922271] SELinux: 8 users, 86 roles, 4853 types, 288 bools, 1 sens, 1024 cats
[ 4.922281] SELinux: 83 classes, 101177 rules
[ 4.934726] SELinux: Permission audit_read in class capability2 not defined in policy.
[ 4.934741] SELinux: the above unknown classes and permissions will be allowed
[ 4.934757] SELinux: Completing initialization.
[ 4.934760] SELinux: Setting up existing superblocks.
[ 4.934773] SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts
[ 4.934792] SELinux: initialized (dev bdev, type bdev), uses genfs_contexts
[ 4.934803] SELinux: initialized (dev proc, type proc), uses genfs_contexts
[ 4.934880] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[ 4.934952] SELinux: initialized (dev devtmpfs, type devtmpfs), uses transition SIDs
[ 4.936957] SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts
[ 4.938631] SELinux: initialized (dev sockfs, type sockfs), uses task SIDs
[ 4.938641] SELinux: initialized (dev pipefs, type pipefs), uses task SIDs
[ 4.938654] SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts
[ 4.938660] SELinux: initialized (dev aio, type aio), not configured for labeling
[ 4.938667] SELinux: initialized (dev devpts, type devpts), uses transition SIDs
[ 4.938707] SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses transition SIDs
[ 4.938722] SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs
[ 4.938739] SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts
[ 4.938761] SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts
[ 4.939292] SELinux: initialized (dev securityfs, type securityfs), uses genfs_contexts
[ 4.939299] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[ 4.939320] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[ 4.939600] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[ 4.940598] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940614] SELinux: initialized (dev pstore, type pstore), uses genfs_contexts
[ 4.940622] SELinux: initialized (dev efivarfs, type efivarfs), uses genfs_contexts
[ 4.940630] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940635] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940641] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940654] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940661] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940666] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940671] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940684] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940689] SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts
[ 4.940699] SELinux: initialized (dev configfs, type configfs), uses genfs_contexts
[ 4.940706] SELinux: initialized (dev drm, type drm), not configured for labeling
[ 4.940721] SELinux: initialized (dev dm-0, type ext4), uses xattr
[ 4.944893] audit: type=1403 audit(1411745076.363:2): policy loaded auid=4294967295 ses=4294967295
[ 4.957142] systemd[1]: Successfully loaded SELinux policy in 218.215ms.
[ 5.114621] systemd[1]: Relabelled /dev and /run in 119.360ms.
[ 5.473037] SELinux: initialized (dev autofs, type autofs), uses genfs_contexts
[ 5.610976] SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses transition SIDs
[ 5.740237] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[ 6.229322] systemd-udevd[471]: starting version 208
[ 6.281996] EXT4-fs (dm-0): re-mounted. Opts: (null)
[ 7.515955] tpm_tis 00:04: 1.2 TPM (device-id 0x0, rev-id 78)
[ 7.563675] tpm_tis 00:04: TPM is disabled/deactivated (0x7)
[ 7.594178] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[ 7.798584] microcode: CPU0 sig=0x30673, pf=0x1, revision=0x31e
[ 7.812348] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 7.887656] alg: No test for crc32 (crc32-pclmul)
[ 8.357076] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[ 8.357249] SELinux: initialized (dev sda2, type ext4), uses xattr
[ 8.376504] snd_hda_intel 0000:00:1b.0: irq 91 for MSI/MSI-X
[ 8.442580] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 8.442658] SELinux: initialized (dev sda1, type vfat), uses genfs_contexts
[ 8.464142] sound hdaudioC0D0: autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[ 8.464151] sound hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 8.464157] sound hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[ 8.464162] sound hdaudioC0D0: mono: mono_out=0x0
[ 8.464166] sound hdaudioC0D0: inputs:
[ 8.464171] sound hdaudioC0D0: Mic=0x19
[ 8.549471] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8
[ 8.550018] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
[ 8.551010] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
[ 8.724177] Adding 4079612k swap on /dev/mapper/fedora-swap. Priority:-1 extents:1 across:4079612k SSFS
[ 8.948034] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null)
[ 8.948055] SELinux: initialized (dev dm-2, type ext4), uses xattr
[ 8.979192] media: Linux media interface: v0.10
[ 9.039042] Linux video capture interface: v2.00
[ 9.047175] systemd-journald[462]: Received request to flush runtime journal from PID 1
[ 9.080916] em28xx: New device WinTV HVR-930C @ 480 Mbps (2040:1605, interface 0, class 0)
[ 9.080924] em28xx: Audio interface 0 found (Vendor Class)
[ 9.080928] em28xx: Video interface 0 found: isoc
[ 9.080931] em28xx: DVB interface 0 found: isoc
[ 9.081521] em28xx: chip ID is em2884
[ 9.142085] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0xe4f009aa
[ 9.142092] em2884 #0: EEPROM info:
[ 9.142096] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
[ 9.148556] em2884 #0: I2S audio, 5 sample rates
[ 9.148564] em2884 #0: 500mA max power
[ 9.148569] em2884 #0: Table at offset 0x24, strings=0x1e82, 0x186a, 0x0000
[ 9.150498] em2884 #0: Identified as Hauppauge WinTV HVR 930C (card=81)
[ 9.163840] tveeprom 8-0050: Hauppauge model 16009, rev B1F0, serial# 7976248
[ 9.163849] tveeprom 8-0050: MAC address is 00:0d:fe:79:b5:38
[ 9.163854] tveeprom 8-0050: tuner model is Xceive XC5000 (idx 150, type 76)
[ 9.163859] tveeprom 8-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[ 9.163863] tveeprom 8-0050: audio processor is unknown (idx 45)
[ 9.163867] tveeprom 8-0050: decoder processor is unknown (idx 44)
[ 9.163871] tveeprom 8-0050: has no radio, has IR receiver, has no IR transmitter
[ 9.163876] em2884 #0: analog set to isoc mode.
[ 9.163879] em2884 #0: dvb set to isoc mode.
[ 9.165395] usbcore: registered new interface driver em28xx
[ 9.196626] em2884 #0: Registering V4L2 extension
[ 9.197616] em2884 #0: Config register raw data: 0xca
[ 9.201590] em2884 #0: V4L2 video device registered as video0
[ 9.201598] em2884 #0: V4L2 extension successfully initialized
[ 9.201603] em28xx: Registered (Em28xx v4l2 Extension) extension
[ 9.241811] em2884 #0: Binding DVB extension
[ 9.329886] audit: type=1305 audit(1411745080.743:3): audit_pid=607 old=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:auditd_t:s0 res=1
[ 10.234418] cfg80211: Calling CRDA to update world regulatory domain
[ 10.402732] cfg80211: World regulatory domain updated:
[ 10.402741] cfg80211: DFS Master region: unset
[ 10.402745] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 10.402751] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 10.402756] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 10.402760] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
[ 10.402765] cfg80211: (5170000 KHz - 5250000 KHz @ 160000 KHz), (N/A, 2000 mBm), (N/A)
[ 10.402770] cfg80211: (5250000 KHz - 5330000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
[ 10.402774] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
[ 10.402779] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[ 10.402783] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
[ 10.558330] drxk: status = 0x439130d9
[ 10.558339] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
[ 10.813011] ttyS1 - failed to request DMA
[ 10.828220] ttyS2 - failed to request DMA
[ 11.149194] SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts
[ 12.024361] r8169 0000:03:00.0 p2p1: link down
[ 12.024407] r8169 0000:03:00.0 p2p1: link down
[ 12.024668] IPv6: ADDRCONF(NETDEV_UP): p2p1: link is not ready
[ 12.223400] drxk: DRXK driver version 0.9.4300
[ 12.246173] drxk: frontend initialized.
[ 12.310727] xc5000 8-0061: creating new instance
[ 12.311717] xc5000: Successfully identified at address 0x61
[ 12.311723] xc5000: Firmware has not been loaded previously
[ 12.311731] DVB: registering new adapter (em2884 #0)
[ 12.311740] usb 1-3: DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
[ 12.314029] em2884 #0: DVB extension successfully initialized
[ 12.314037] em28xx: Registered (Em28xx dvb Extension) extension
[ 12.403756] Bluetooth: Core ver 2.19
[ 12.403935] NET: Registered protocol family 31
[ 12.403940] Bluetooth: HCI device and connection manager initialized
[ 12.403954] Bluetooth: HCI socket layer initialized
[ 12.403961] Bluetooth: L2CAP socket layer initialized
[ 12.403981] Bluetooth: SCO socket layer initialized
[ 12.417124] em2884 #0: Registering input extension
[ 12.463237] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 12.463244] Bluetooth: BNEP filters: protocol multicast
[ 12.499805] Registered IR keymap rc-hauppauge
[ 12.500075] input: em28xx IR (em2884 #0) as /devices/pci0000:00/0000:00:14.0/usb1/1-3/rc/rc0/input11
[ 12.500950] rc0: em28xx IR (em2884 #0) as /devices/pci0000:00/0000:00:14.0/usb1/1-3/rc/rc0
[ 12.501130] em2884 #0: Input extension successfully initalized
[ 12.501136] em28xx: Registered (Em28xx Input Extension) extension
[ 14.262596] r8169 0000:03:00.0 p2p1: link up
[ 14.262618] IPv6: ADDRCONF(NETDEV_CHANGE): p2p1: link becomes ready
[ 319.694599] xc5000: Firmware dvb-fe-xc5000-1.6.114.fw loaded and running.
[ 354.912021] PM: Syncing filesystems ... done.
[ 354.930380] PM: Preparing system for mem sleep
[ 354.931689] Freezing user space processes ... (elapsed 0.002 seconds) done.
[ 354.934694] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 354.935980] PM: Entering mem sleep
[ 354.936029] Suspending console(s) (use no_console_suspend to debug)
[ 354.941986] em2884 #0: Suspending extensions
[ 354.942220] em2884 #0: Suspending video extension
[ 354.942870] em2884 #0: Suspending DVB extension
[ 354.942871] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 354.943185] sd 0:0:0:0: [sda] Stopping disk
[ 354.943993] em2884 #0: fe0 suspend 0
[ 355.250517] em2884 #0: Suspending input extension
[ 355.250517] PM: suspend of devices complete after 313.663 msecs
[ 355.262563] PM: late suspend of devices complete after 12.015 msecs
[ 355.263733] r8169 0000:03:00.0: System wakeup enabled by ACPI
[ 355.264517] xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
[ 355.275090] PM: noirq suspend of devices complete after 12.501 msecs
[ 355.275144] ACPI: Preparing to enter system sleep state S3
[ 355.276371] PM: Saving platform NVS memory
[ 355.276383] Disabling non-boot CPUs ...
[ 355.276845] ACPI: Low-level resume complete
[ 355.276922] PM: Restoring platform NVS memory
[ 355.277311] CPU0: Thermal monitoring handled by SMI
[ 355.277347] ACPI: Waking up from system sleep state S3
[ 355.381437] acpi LNXPOWER:02: Turning OFF
[ 355.381666] acpi LNXPOWER:01: Turning OFF
[ 355.381829] acpi LNXPOWER:00: Turning OFF
[ 355.393524] xhci_hcd 0000:00:14.0: System wakeup disabled by ACPI
[ 355.394708] PM: noirq resume of devices complete after 12.819 msecs
[ 355.487333] PM: early resume of devices complete after 92.447 msecs
[ 355.509379] snd_hda_intel 0000:00:1b.0: irq 91 for MSI/MSI-X
[ 355.509592] r8169 0000:03:00.0: System wakeup disabled by ACPI
[ 355.542561] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 355.543157] sd 0:0:0:0: [sda] Starting disk
[ 355.545560] r8169 0000:03:00.0 p2p1: link down
[ 355.560255] tpm_tis 00:04: TPM is disabled/deactivated (0x7)
[ 355.636595] em2884 #0: Resuming extensions
[ 355.636597] em2884 #0: Resuming video extension
[ 355.754811] em2884 #0: Resuming DVB extension
[ 355.754814] em2884 #0: fe0 resume 0
[ 355.754908] em2884 #0: Resuming input extension
[ 355.754908] PM: resume of devices complete after 267.250 msecs
[ 355.755284] PM: Finishing wakeup.
[ 355.755288] Restarting tasks ... done.
[ 355.765627] video LNXVIDEO:00: Restoring backlight state
[ 355.852585] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 355.854472] ata1.00: supports DRM functions and may not be fully accessible
[ 355.854542] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 355.854933] ata1.00: supports DRM functions and may not be fully accessible
[ 355.854999] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 355.855009] ata1.00: configured for UDMA/133
[ 357.923210] r8169 0000:03:00.0 p2p1: link up
I tested DVB-C after suspend/resume. It worked properly:
$ dvbv5-zap -c ~/net_digital.conf -r "canção nova"
using demux '/dev/dvb/adapter0/demux0'
reading channels from file '/home/mchehab/net_digital.conf'
tuning to 651000000 Hz
video pid 3664
dvb_set_pesfilter 3664
audio pid 3665
dvb_set_pesfilter 3665
(0x00) Signal= 100.00%
Lock (0x1f) Quality= Good Signal= 100.00% C/N= 36.20dB UCB= 656 postBER= 546x10^-6 PER= 0
Lock (0x1f) Quality= Good Signal= 100.00% C/N= 36.70dB UCB= 656 postBER= 546x10^-6 PER= 0
DVR interface '/dev/dvb/adapter0/dvr0' can now be opened
(0x00) Quality= Good Signal= 100.00% C/N= 36.80dB UCB= 656 postBER= 26.0x10^-6 PER= 0
Lock (0x1f) Quality= Good Signal= 100.00% C/N= 36.90dB UCB= 863 postBER= 23.5x10^-6 PER= 0
Please notice that the 0x00 status above was just after resuming from ram.
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:22 ` Shuah Khan
2014-09-26 15:35 ` Mauro Carvalho Chehab
@ 2014-09-26 15:40 ` Mauro Carvalho Chehab
2014-09-26 15:42 ` Johannes Stezenbach
2 siblings, 0 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 15:40 UTC (permalink / raw)
To: Shuah Khan; +Cc: Johannes Stezenbach, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 09:22:53 -0600
Shuah Khan <shuahkh@osg.samsung.com> escreveu:
> On 09/26/2014 09:06 AM, Johannes Stezenbach wrote:
> > On Fri, Sep 26, 2014 at 08:30:32AM -0600, Shuah Khan wrote:
> >> On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
> >>>
> >>> So, what is happening is that the em28xx driver still async initializes
> >>> while the initramfs already has started resume. Thus the rootfs in not
> >>> mounted and the firmware is not loadable. Maybe this is only an issue
> >>> of my qemu test because I compiled a non-modular kernel but don't have
> >>> the firmware in the initramfs for testing simplicity?
> >>>
> >>>
> >>
> >> Right. We have an issue when media drivers are compiled static
> >> (non-modular). I have been debugging that problem for a while.
> >> We have to separate the two cases - if you are compiling em28xx
> >> as static then you will run into the issue.
> >
> > So I compiled em28xx as modules and installed them in my qemu image.
> > One issue solved, but it still breaks after resume:
> >
> > [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > [ 20.503868] em2884 #0: Resuming extensions
> > [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > [ 20.533513] drxk: status = 0x439130d9
> > [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > [ 23.011408] drxk: i2c write error at addr 0x29
> > [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > [ 23.015440] drxk: Error -5 while loading firmware
> > [ 23.017291] drxk: Error -5 on init_drxk
> > [ 23.018835] em2884 #0: fe0 resume 0
> >
> > Any idea on this?
> >
>
> Looks like this is what's happening:
> during suspend:
>
> drxk_sleep() gets called and marks state->m_drxk_state == DRXK_UNINITIALIZED
>
> init_drxk() does download_microcode() and this step fails
> because the conditions in which init_drxk() gets called
> from drxk_attach() are different.
>
> i2c isn't ready.
>
> Is it possible for you to test this without power loss
> on usb assuming this test run usb bus looses power?
>
> If you could do the following tests and see if there is
> a difference:
>
> echo mem > /sys/power/state
> vs
> echo disk > /sys/power/state
Now, tested suspend2disk:
[ 538.132309] PM: Syncing filesystems ... done.
[ 538.139141] PM: Preparing system for mem sleep
[ 538.139616] Freezing user space processes ... (elapsed 0.003 seconds) done.
[ 538.142949] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 538.144630] PM: Entering mem sleep
[ 538.144680] Suspending console(s) (use no_console_suspend to debug)
[ 538.149771] em2884 #0: Suspending extensions
[ 538.150253] em2884 #0: Suspending video extension
[ 538.151086] em2884 #0: Suspending DVB extension
[ 538.151087] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 538.151373] sd 0:0:0:0: [sda] Stopping disk
[ 538.152206] em2884 #0: fe0 suspend 0
[ 541.323511] em2884 #0: Suspending input extension
[ 541.323512] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to polling mode: last cmd=0x20170503
[ 542.323879] snd_hda_intel 0000:00:1b.0: No response from codec, disabling MSI: last cmd=0x20170503
[ 543.324191] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to single_cmd mode: last cmd=0x20170503
[ 543.365176] PM: suspend of devices complete after 5233.920 msecs
[ 543.377172] PM: late suspend of devices complete after 12.010 msecs
[ 543.378338] r8169 0000:03:00.0: System wakeup enabled by ACPI
[ 543.379075] xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
[ 543.389656] PM: noirq suspend of devices complete after 12.506 msecs
[ 543.389710] ACPI: Preparing to enter system sleep state S3
[ 543.390945] PM: Saving platform NVS memory
[ 543.390957] Disabling non-boot CPUs ...
[ 543.391419] ACPI: Low-level resume complete
[ 543.391496] PM: Restoring platform NVS memory
[ 543.391886] CPU0: Thermal monitoring handled by SMI
[ 543.391922] ACPI: Waking up from system sleep state S3
[ 543.393404] acpi LNXPOWER:02: Turning OFF
[ 543.393484] acpi LNXPOWER:01: Turning OFF
[ 543.393543] acpi LNXPOWER:00: Turning OFF
[ 543.404929] xhci_hcd 0000:00:14.0: System wakeup disabled by ACPI
[ 543.406091] PM: noirq resume of devices complete after 12.556 msecs
[ 543.500362] PM: early resume of devices complete after 94.453 msecs
[ 543.501487] r8169 0000:03:00.0: System wakeup disabled by ACPI
[ 543.555379] sd 0:0:0:0: [sda] Starting disk
[ 543.556498] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 543.559105] r8169 0000:03:00.0 p2p1: link down
[ 543.574005] tpm_tis 00:04: TPM is disabled/deactivated (0x7)
[ 543.629112] em2884 #0: Resuming extensions
[ 543.629114] em2884 #0: Resuming video extension
[ 543.745863] em2884 #0: Resuming DVB extension
[ 543.745866] em2884 #0: fe0 resume 0
[ 543.758776] em2884 #0: Resuming input extension
[ 543.758776] PM: resume of devices complete after 259.090 msecs
[ 543.759153] PM: Finishing wakeup.
[ 543.759157] Restarting tasks ... done.
[ 543.771826] video LNXVIDEO:00: Restoring backlight state
[ 543.868209] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 543.870098] ata1.00: supports DRM functions and may not be fully accessible
[ 543.870196] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 543.870535] ata1.00: supports DRM functions and may not be fully accessible
[ 543.870601] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 543.870612] ata1.00: configured for UDMA/133
[ 545.828953] r8169 0000:03:00.0 p2p1: link up
[ 641.432607] PM: Syncing filesystems ... done.
[ 641.437218] Freezing user space processes ... (elapsed 0.003 seconds) done.
[ 641.440792] PM: Marking nosave pages: [mem 0x0008f000-0x0008ffff]
[ 641.440810] PM: Marking nosave pages: [mem 0x000a0000-0x000fffff]
[ 641.440830] PM: Marking nosave pages: [mem 0x20000000-0x200fffff]
[ 641.440862] PM: Marking nosave pages: [mem 0x9d2c1000-0x9d2c1fff]
[ 641.440873] PM: Marking nosave pages: [mem 0x9d2ce000-0x9d2cffff]
[ 641.440884] PM: Marking nosave pages: [mem 0x9d2df000-0x9d2dffff]
[ 641.440895] PM: Marking nosave pages: [mem 0xad55a000-0xad9dafff]
[ 641.440998] PM: Marking nosave pages: [mem 0xad9dc000-0xada1dfff]
[ 641.441014] PM: Marking nosave pages: [mem 0xadb94000-0xadff8fff]
[ 641.441117] PM: Marking nosave pages: [mem 0xae000000-0xffffffff]
[ 641.448058] PM: Basic memory bitmaps created
[ 641.448614] PM: Preallocating image memory... done (allocated 227028 pages)
[ 642.130339] PM: Allocated 908112 kbytes in 0.68 seconds (1335.45 MB/s)
[ 642.130343] Freezing remaining freezable tasks ...
[ 642.130764] em2884 #0: write to i2c device at 0x52 failed with unknown error (status=6)
[ 642.130776] drxk: write_block: i2c write error at addr 0x831ffd
[ 642.145144] (elapsed 0.014 seconds) done.
[ 642.145434] Suspending console(s) (use no_console_suspend to debug)
[ 642.145997] em2884 #0: Suspending extensions
[ 642.146309] em2884 #0: Suspending video extension
[ 642.147580] em2884 #0: Suspending DVB extension
[ 642.147583] em2884 #0: fe0 suspend 0
[ 642.476097] em2884 #0: Suspending input extension
[ 642.476098] PM: freeze of devices complete after 330.258 msecs
[ 642.476904] PM: late freeze of devices complete after 0.797 msecs
[ 642.478059] PM: noirq freeze of devices complete after 1.144 msecs
[ 642.478095] ACPI: Preparing to enter system sleep state S4
[ 642.478821] PM: Saving platform NVS memory
[ 642.481956] Disabling non-boot CPUs ...
[ 642.482227] PM: Creating hibernation image:
[ 642.682298] PM: Need to copy 226720 pages
[ 642.682304] PM: Normal pages needed: 226720 + 1024, available pages: 745328
[ 642.482564] PM: Restoring platform NVS memory
[ 642.484130] CPU0: Thermal monitoring handled by SMI
[ 642.485959] ACPI: Waking up from system sleep state S4
[ 642.589058] acpi LNXPOWER:02: Turning OFF
[ 642.589223] acpi LNXPOWER:01: Turning OFF
[ 642.589380] acpi LNXPOWER:00: Turning OFF
[ 642.601274] PM: noirq restore of devices complete after 11.835 msecs
[ 642.657475] PM: early restore of devices complete after 56.065 msecs
[ 642.846669] usb usb1: root hub lost power or was reset
[ 642.846673] usb usb2: root hub lost power or was reset
[ 642.847278] xhci_hcd 0000:00:14.0: irq 88 for MSI/MSI-X
[ 642.880828] rtc_cmos 00:00: System wakeup disabled by ACPI
[ 642.880957] sd 0:0:0:0: [sda] Starting disk
[ 642.883749] r8169 0000:03:00.0 p2p1: link down
[ 642.898233] tpm_tis 00:04: TPM is disabled/deactivated (0x7)
[ 643.186754] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 643.187063] ata1.00: supports DRM functions and may not be fully accessible
[ 643.187157] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 643.187427] ata1.00: supports DRM functions and may not be fully accessible
[ 643.187557] ata1.00: failed to get NCQ Send/Recv Log Emask 0x1
[ 643.187571] ata1.00: configured for UDMA/133
[ 643.346322] usb 1-2: reset low-speed USB device number 2 using xhci_hcd
[ 643.614145] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800aa967cc0
[ 643.614156] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800aa967d20
[ 643.614181] usb 1-2: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
[ 643.614209] usb 1-2: ep 0x82 - rounding interval to 64 microframes, ep desc says 80 microframes
[ 643.764779] usb 1-3: reset high-speed USB device number 3 using xhci_hcd
[ 643.930442] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880138dc7c00
[ 643.930453] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880138dc7c48
[ 643.930462] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880138dc7c90
[ 643.930470] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880138dc7cd8
[ 643.931446] em2884 #0: Resuming extensions
[ 643.931451] em2884 #0: Resuming video extension
[ 644.049435] em2884 #0: Resuming DVB extension
[ 644.049442] em2884 #0: fe0 resume 0
[ 644.081819] em2884 #0: Resuming input extension
[ 644.081820] usb 1-4: reset high-speed USB device number 4 using xhci_hcd
[ 644.247477] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800aaa9c180
[ 644.355325] PM: restore of devices complete after 1522.004 msecs
[ 644.356217] PM: Image restored successfully.
[ 644.356334] PM: Basic memory bitmaps freed
[ 644.356344] Restarting tasks ... done.
[ 644.374153] video LNXVIDEO:00: Restoring backlight state
[ 645.247936] r8169 0000:03:00.0 p2p1: link up
Again, the application returned to lock the signal after resume:
$ dvbv5-zap -c ~/net_digital.conf -r "canção nova"
using demux '/dev/dvb/adapter0/demux0'
reading channels from file '/home/mchehab/net_digital.conf'
tuning to 651000000 Hz
video pid 3664
dvb_set_pesfilter 3664
audio pid 3665
dvb_set_pesfilter 3665
(0x00) Signal= 100.00%
Lock (0x1f) Quality= Good Signal= 100.00% C/N= 36.20dB UCB= 656 postBER= 546x10^-6 PER= 0
Lock (0x1f) Quality= Good Signal= 100.00% C/N= 36.70dB UCB= 656 postBER= 546x10^-6 PER= 0
DVR interface '/dev/dvb/adapter0/dvr0' can now be opened
(0x00) Quality= Good Signal= 100.00% C/N= 36.80dB UCB= 656 postBER= 26.0x10^-6 PER= 0
(0x00) Quality= Good Signal= 100.00% C/N= 36.70dB UCB= 863 postBER= 28.3x10^-6 PER= 0
Lock (0x1f) Quality= Good Signal= 100.00% C/N= 36.50dB UCB= 2155 postBER= 21.6x10^-6 PER= 0
So, the frontend also restarted fine after suspend/resume.
Note: this time, I actually tested to play the stream with:
$ cat /dev/dvb/adapter0/dvr0 | ssh -X my_desktop "mplayer -cache 2000 -"
After suspend2disk/resume, it didn't work. I had to stop and restart
the dvbv5-zap in order to watch the channel, so, some init is still
seems to be needed for the demux to restart.
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:22 ` Shuah Khan
2014-09-26 15:35 ` Mauro Carvalho Chehab
2014-09-26 15:40 ` Mauro Carvalho Chehab
@ 2014-09-26 15:42 ` Johannes Stezenbach
2014-09-26 15:48 ` Mauro Carvalho Chehab
2 siblings, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-26 15:42 UTC (permalink / raw)
To: Shuah Khan; +Cc: Mauro Carvalho Chehab, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 09:22:53AM -0600, Shuah Khan wrote:
> >
> > [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > [ 20.503868] em2884 #0: Resuming extensions
> > [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > [ 20.533513] drxk: status = 0x439130d9
> > [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > [ 23.011408] drxk: i2c write error at addr 0x29
> > [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > [ 23.015440] drxk: Error -5 while loading firmware
> > [ 23.017291] drxk: Error -5 on init_drxk
> > [ 23.018835] em2884 #0: fe0 resume 0
> >
> > Any idea on this?
> >
>
> Looks like this is what's happening:
> during suspend:
>
> drxk_sleep() gets called and marks state->m_drxk_state == DRXK_UNINITIALIZED
>
> init_drxk() does download_microcode() and this step fails
> because the conditions in which init_drxk() gets called
> from drxk_attach() are different.
>
> i2c isn't ready.
>
> Is it possible for you to test this without power loss
> on usb assuming this test run usb bus looses power?
>
> If you could do the following tests and see if there is
> a difference:
>
> echo mem > /sys/power/state
> vs
> echo disk > /sys/power/state
>
> If it is possible, with and without reset_resume hook.
My testing time is up for today, I'll look into it
maybe tomorrow.
BTW, what about 3.17? The patches in media_tree.git are for
3.18, right? If so, and you have patches for 3.17 or
3.16-stable to test, let me know.
Thanks,
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:22 ` Johannes Stezenbach
@ 2014-09-26 15:43 ` Mauro Carvalho Chehab
2014-09-28 10:55 ` Johannes Stezenbach
0 siblings, 1 reply; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 15:43 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 17:22:28 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Fri, Sep 26, 2014 at 05:06:02PM +0200, Johannes Stezenbach wrote:
> > On Fri, Sep 26, 2014 at 08:30:32AM -0600, Shuah Khan wrote:
> > > On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
> > > >
> > > > So, what is happening is that the em28xx driver still async initializes
> > > > while the initramfs already has started resume. Thus the rootfs in not
> > > > mounted and the firmware is not loadable. Maybe this is only an issue
> > > > of my qemu test because I compiled a non-modular kernel but don't have
> > > > the firmware in the initramfs for testing simplicity?
> > > >
> > > >
> > >
> > > Right. We have an issue when media drivers are compiled static
> > > (non-modular). I have been debugging that problem for a while.
> > > We have to separate the two cases - if you are compiling em28xx
> > > as static then you will run into the issue.
> >
> > So I compiled em28xx as modules and installed them in my qemu image.
> > One issue solved, but it still breaks after resume:
> >
> > [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > [ 20.503868] em2884 #0: Resuming extensions
> > [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > [ 20.533513] drxk: status = 0x439130d9
> > [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > [ 23.011408] drxk: i2c write error at addr 0x29
> > [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > [ 23.015440] drxk: Error -5 while loading firmware
> > [ 23.017291] drxk: Error -5 on init_drxk
> > [ 23.018835] em2884 #0: fe0 resume 0
> >
> > Any idea on this?
>
> I backed out Mauro's test patch, now it seems to work
> (v3.17-rc5-734-g214635f, no patches, em28xx as modules).
> But I'm not 100% sure the above was related to this,
> it seemed the 930C got upset during all the testing
> and I had to unplug it to get it back working.
Could you please test again with the patch? Without it, I suspect that,
if you suspend while streaming, the frontend won't relock again after
resume. Of course, I may be wrong ;)
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:42 ` Johannes Stezenbach
@ 2014-09-26 15:48 ` Mauro Carvalho Chehab
0 siblings, 0 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-26 15:48 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Fri, 26 Sep 2014 17:42:27 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Fri, Sep 26, 2014 at 09:22:53AM -0600, Shuah Khan wrote:
> > >
> > > [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > > [ 20.503868] em2884 #0: Resuming extensions
> > > [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > > [ 20.533513] drxk: status = 0x439130d9
> > > [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > > [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > > [ 23.011408] drxk: i2c write error at addr 0x29
> > > [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > > [ 23.015440] drxk: Error -5 while loading firmware
> > > [ 23.017291] drxk: Error -5 on init_drxk
> > > [ 23.018835] em2884 #0: fe0 resume 0
> > >
> > > Any idea on this?
> > >
> >
> > Looks like this is what's happening:
> > during suspend:
> >
> > drxk_sleep() gets called and marks state->m_drxk_state == DRXK_UNINITIALIZED
> >
> > init_drxk() does download_microcode() and this step fails
> > because the conditions in which init_drxk() gets called
> > from drxk_attach() are different.
> >
> > i2c isn't ready.
> >
> > Is it possible for you to test this without power loss
> > on usb assuming this test run usb bus looses power?
> >
> > If you could do the following tests and see if there is
> > a difference:
> >
> > echo mem > /sys/power/state
> > vs
> > echo disk > /sys/power/state
> >
> > If it is possible, with and without reset_resume hook.
>
> My testing time is up for today, I'll look into it
> maybe tomorrow.
Ok.
> BTW, what about 3.17? The patches in media_tree.git are for
> 3.18, right? If so, and you have patches for 3.17 or
> 3.16-stable to test, let me know.
Yes, those patches are for 3.18. Don't remember if they were
tagged with c/c stable. If not, we'll need to rebase them to
-stable after being merged for 3.18-rc1.
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-26 15:43 ` Mauro Carvalho Chehab
@ 2014-09-28 10:55 ` Johannes Stezenbach
2014-09-28 11:12 ` Mauro Carvalho Chehab
0 siblings, 1 reply; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-28 10:55 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Shuah Khan, Shuah Khan, linux-media
On Fri, Sep 26, 2014 at 12:43:09PM -0300, Mauro Carvalho Chehab wrote:
> Em Fri, 26 Sep 2014 17:22:28 +0200
> Johannes Stezenbach <js@linuxtv.org> escreveu:
>
> > On Fri, Sep 26, 2014 at 05:06:02PM +0200, Johannes Stezenbach wrote:
> > >
> > > [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > > [ 20.503868] em2884 #0: Resuming extensions
> > > [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > > [ 20.533513] drxk: status = 0x439130d9
> > > [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > > [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > > [ 23.011408] drxk: i2c write error at addr 0x29
> > > [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > > [ 23.015440] drxk: Error -5 while loading firmware
> > > [ 23.017291] drxk: Error -5 on init_drxk
> > > [ 23.018835] em2884 #0: fe0 resume 0
> > >
> > > Any idea on this?
> >
> > I backed out Mauro's test patch, now it seems to work
> > (v3.17-rc5-734-g214635f, no patches, em28xx as modules).
> > But I'm not 100% sure the above was related to this,
> > it seemed the 930C got upset during all the testing
> > and I had to unplug it to get it back working.
>
> Could you please test again with the patch? Without it, I suspect that,
> if you suspend while streaming, the frontend won't relock again after
> resume. Of course, I may be wrong ;)
I tried again both with and without the patch. The issue above
odesn't reproduce, but after hibernate it fails to tune
(while it works after suspend-to-ram). Restarting dvbv5-zap
does not fix it. All I get is:
[ 500.299216] drxk: Error -22 on dvbt_sc_command
[ 500.301012] drxk: Error -22 on set_dvbt
[ 500.301967] drxk: Error -22 on start
There are no other errors messages during hibernate + resume.
It happens whether I let dvbv5-zap run during hibernate
or stop it first. On rmmod it Oopsed:
root@debian:~# rmmod em28xx_dvb em28xx_v4l drxk em28xx
[ 1992.790039] em2884 #0: Closing DVB extension
[ 1992.797623] xc5000 2-0061: destroying instance
[ 1992.799595] general protection fault: 0000 [#1] PREEMPT SMP
[ 1992.800032] Modules linked in: drxk em28xx_dvb(-) em28xx_v4l videobuf2_vmalloc videobuf2_memops videobuf2_core em28xx tveeprom
[ 1992.800032] CPU: 3 PID: 2095 Comm: rmmod Not tainted 3.17.0-rc5-00734-g214635f-dirty #91
[ 1992.800032] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
[ 1992.800032] task: ffff88003cf700d0 ti: ffff88003c398000 task.ti: ffff88003c398000
[ 1992.800032] RIP: 0010:[<ffffffff81320721>] [<ffffffff81320721>] release_firmware+0x2c/0x52
[ 1992.800032] RSP: 0000:ffff88003c39be58 EFLAGS: 00010246
[ 1992.800032] RAX: ffffffff8188d408 RBX: 6b6b6b6b6b6b6b6b RCX: 0000000000000006
[ 1992.800032] RDX: 0000000000000004 RSI: ffff88003cf70860 RDI: 6b6b6b6b6b6b6b6b
[ 1992.800032] RBP: ffff88003c39be60 R08: 0000000000000200 R09: 0000000000000001
[ 1992.800032] R10: ffff88003c39bcc0 R11: ffffffff82ac6100 R12: ffff88003bc5a000
[ 1992.800032] R13: ffff88003d6a81c8 R14: 00007fd6e977d090 R15: 0000000000000800
[ 1992.800032] FS: 00007fd6e8633700(0000) GS:ffff88003e200000(0000) knlGS:0000000000000000
[ 1992.800032] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 1992.800032] CR2: 0000000000400184 CR3: 000000003b996000 CR4: 00000000000006a0
[ 1992.800032] Stack:
[ 1992.800032] ffff88003befcc00 ffff88003c39be80 ffffffff813cbd36 ffff88003bc5a000
[ 1992.800032] ffff88003baa2000 ffff88003c39bea0 ffffffff813e2f75 ffff88003d6a8000
[ 1992.800032] ffff88003baa2000 ffff88003c39bec8 ffffffffa0046804 ffff88003baa2000
[ 1992.800032] Call Trace:
[ 1992.800032] [<ffffffff813cbd36>] xc5000_release+0xa0/0xbf
[ 1992.800032] [<ffffffff813e2f75>] dvb_frontend_detach+0x35/0x7d
[ 1992.800032] [<ffffffffa0046804>] em28xx_dvb_fini+0x195/0x1d0 [em28xx_dvb]
[ 1992.800032] [<ffffffffa0009211>] em28xx_unregister_extension+0x3d/0x79 [em28xx]
[ 1992.800032] [<ffffffffa0048e20>] em28xx_dvb_unregister+0x10/0x1f0 [em28xx_dvb]
[ 1992.800032] [<ffffffff810942e8>] SyS_delete_module+0x141/0x19e
[ 1992.800032] [<ffffffff81488792>] system_call_fastpath+0x16/0x1b
[ 1992.800032] Code: 48 85 ff 48 c7 c0 08 d4 88 81 48 89 e5 53 48 89 fb 74 3b 48 3d 08 d4 88 81 74 10 48 8b 50 08 48 39 53 08 74 18 48 83 c0 18 eb e8 <48> 8b 7b 18 48 85 ff 75 13 48 8b 7b 08 e8 32 16 de ff 48 89 df
[ 1992.800032] RIP [<ffffffff81320721>] release_firmware+0x2c/0x52
[ 1992.800032] RSP <ffff88003c39be58>
[ 1992.867774] ---[ end trace 499f4df0704fd661 ]---
(xc5000 is non-modular because it is autoselected by some dependency)
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-28 10:55 ` Johannes Stezenbach
@ 2014-09-28 11:12 ` Mauro Carvalho Chehab
2014-09-28 11:54 ` Johannes Stezenbach
0 siblings, 1 reply; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-28 11:12 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Sun, 28 Sep 2014 12:55:40 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Fri, Sep 26, 2014 at 12:43:09PM -0300, Mauro Carvalho Chehab wrote:
> > Em Fri, 26 Sep 2014 17:22:28 +0200
> > Johannes Stezenbach <js@linuxtv.org> escreveu:
> >
> > > On Fri, Sep 26, 2014 at 05:06:02PM +0200, Johannes Stezenbach wrote:
> > > >
> > > > [ 20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > > > [ 20.503868] em2884 #0: Resuming extensions
> > > > [ 20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > > > [ 20.533513] drxk: status = 0x439130d9
> > > > [ 20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > > > [ 23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > > > [ 23.011408] drxk: i2c write error at addr 0x29
> > > > [ 23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > > > [ 23.015440] drxk: Error -5 while loading firmware
> > > > [ 23.017291] drxk: Error -5 on init_drxk
> > > > [ 23.018835] em2884 #0: fe0 resume 0
> > > >
> > > > Any idea on this?
> > >
> > > I backed out Mauro's test patch, now it seems to work
> > > (v3.17-rc5-734-g214635f, no patches, em28xx as modules).
> > > But I'm not 100% sure the above was related to this,
> > > it seemed the 930C got upset during all the testing
> > > and I had to unplug it to get it back working.
> >
> > Could you please test again with the patch? Without it, I suspect that,
> > if you suspend while streaming, the frontend won't relock again after
> > resume. Of course, I may be wrong ;)
>
> I tried again both with and without the patch. The issue above
> odesn't reproduce, but after hibernate it fails to tune
> (while it works after suspend-to-ram). Restarting dvbv5-zap
> does not fix it. All I get is:
>
> [ 500.299216] drxk: Error -22 on dvbt_sc_command
> [ 500.301012] drxk: Error -22 on set_dvbt
> [ 500.301967] drxk: Error -22 on start
Just to be 100% sure if I understood well: you're having exactly
the same behavior with and without my patch, right?
If so, I guess I'll keep it, as we'll likely need to add more stuff
for the frontend resume logic, and with that patch, it now have some
space to add an specific restart sequence at resume.
I'll see if I can work on another patch for you today. If not,
I won't be able to touch on it until the end of the week, as I'm
traveling next week.
> There are no other errors messages during hibernate + resume.
> It happens whether I let dvbv5-zap run during hibernate
> or stop it first.
> On rmmod it Oopsed:
>
> root@debian:~# rmmod em28xx_dvb em28xx_v4l drxk em28xx
> [ 1992.790039] em2884 #0: Closing DVB extension
> [ 1992.797623] xc5000 2-0061: destroying instance
> [ 1992.799595] general protection fault: 0000 [#1] PREEMPT SMP
> [ 1992.800032] Modules linked in: drxk em28xx_dvb(-) em28xx_v4l videobuf2_vmalloc videobuf2_memops videobuf2_core em28xx tveeprom
> [ 1992.800032] CPU: 3 PID: 2095 Comm: rmmod Not tainted 3.17.0-rc5-00734-g214635f-dirty #91
> [ 1992.800032] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014
> [ 1992.800032] task: ffff88003cf700d0 ti: ffff88003c398000 task.ti: ffff88003c398000
> [ 1992.800032] RIP: 0010:[<ffffffff81320721>] [<ffffffff81320721>] release_firmware+0x2c/0x52
> [ 1992.800032] RSP: 0000:ffff88003c39be58 EFLAGS: 00010246
> [ 1992.800032] RAX: ffffffff8188d408 RBX: 6b6b6b6b6b6b6b6b RCX: 0000000000000006
> [ 1992.800032] RDX: 0000000000000004 RSI: ffff88003cf70860 RDI: 6b6b6b6b6b6b6b6b
> [ 1992.800032] RBP: ffff88003c39be60 R08: 0000000000000200 R09: 0000000000000001
> [ 1992.800032] R10: ffff88003c39bcc0 R11: ffffffff82ac6100 R12: ffff88003bc5a000
> [ 1992.800032] R13: ffff88003d6a81c8 R14: 00007fd6e977d090 R15: 0000000000000800
> [ 1992.800032] FS: 00007fd6e8633700(0000) GS:ffff88003e200000(0000) knlGS:0000000000000000
> [ 1992.800032] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ 1992.800032] CR2: 0000000000400184 CR3: 000000003b996000 CR4: 00000000000006a0
> [ 1992.800032] Stack:
> [ 1992.800032] ffff88003befcc00 ffff88003c39be80 ffffffff813cbd36 ffff88003bc5a000
> [ 1992.800032] ffff88003baa2000 ffff88003c39bea0 ffffffff813e2f75 ffff88003d6a8000
> [ 1992.800032] ffff88003baa2000 ffff88003c39bec8 ffffffffa0046804 ffff88003baa2000
> [ 1992.800032] Call Trace:
> [ 1992.800032] [<ffffffff813cbd36>] xc5000_release+0xa0/0xbf
> [ 1992.800032] [<ffffffff813e2f75>] dvb_frontend_detach+0x35/0x7d
> [ 1992.800032] [<ffffffffa0046804>] em28xx_dvb_fini+0x195/0x1d0 [em28xx_dvb]
> [ 1992.800032] [<ffffffffa0009211>] em28xx_unregister_extension+0x3d/0x79 [em28xx]
> [ 1992.800032] [<ffffffffa0048e20>] em28xx_dvb_unregister+0x10/0x1f0 [em28xx_dvb]
> [ 1992.800032] [<ffffffff810942e8>] SyS_delete_module+0x141/0x19e
> [ 1992.800032] [<ffffffff81488792>] system_call_fastpath+0x16/0x1b
> [ 1992.800032] Code: 48 85 ff 48 c7 c0 08 d4 88 81 48 89 e5 53 48 89 fb 74 3b 48 3d 08 d4 88 81 74 10 48 8b 50 08 48 39 53 08 74 18 48 83 c0 18 eb e8 <48> 8b 7b 18 48 85 ff 75 13 48 8b 7b 08 e8 32 16 de ff 48 89 df
> [ 1992.800032] RIP [<ffffffff81320721>] release_firmware+0x2c/0x52
> [ 1992.800032] RSP <ffff88003c39be58>
> [ 1992.867774] ---[ end trace 499f4df0704fd661 ]---
>
> (xc5000 is non-modular because it is autoselected by some dependency)
Please try this change:
[media] em28xx: remove firmware before releasing xc5000 priv state
hybrid_tuner_release_state() can free the priv state, so we need to
release the firmware before calling it.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/tuners/xc5000.c b/drivers/media/tuners/xc5000.c
index e44c8aba6074..803a0e63d47e 100644
--- a/drivers/media/tuners/xc5000.c
+++ b/drivers/media/tuners/xc5000.c
@@ -1333,9 +1333,9 @@ static int xc5000_release(struct dvb_frontend *fe)
if (priv) {
cancel_delayed_work(&priv->timer_sleep);
- hybrid_tuner_release_state(priv);
if (priv->firmware)
release_firmware(priv->firmware);
+ hybrid_tuner_release_state(priv);
}
mutex_unlock(&xc5000_list_mutex);
>
>
> Johannes
^ permalink raw reply related [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-28 11:12 ` Mauro Carvalho Chehab
@ 2014-09-28 11:54 ` Johannes Stezenbach
2014-09-28 12:35 ` Mauro Carvalho Chehab
` (2 more replies)
0 siblings, 3 replies; 40+ messages in thread
From: Johannes Stezenbach @ 2014-09-28 11:54 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Shuah Khan, Shuah Khan, linux-media
On Sun, Sep 28, 2014 at 08:12:11AM -0300, Mauro Carvalho Chehab wrote:
> Em Sun, 28 Sep 2014 12:55:40 +0200
> Johannes Stezenbach <js@linuxtv.org> escreveu:
>
> > I tried again both with and without the patch. The issue above
> > odesn't reproduce, but after hibernate it fails to tune
> > (while it works after suspend-to-ram). Restarting dvbv5-zap
> > does not fix it. All I get is:
> >
> > [ 500.299216] drxk: Error -22 on dvbt_sc_command
> > [ 500.301012] drxk: Error -22 on set_dvbt
> > [ 500.301967] drxk: Error -22 on start
>
> Just to be 100% sure if I understood well: you're having exactly
> the same behavior with and without my patch, right?
Yes, no observable difference in my tests.
> I'll see if I can work on another patch for you today. If not,
> I won't be able to touch on it until the end of the week, as I'm
> traveling next week.
no need to hurry
(BTW, I still think you should make sure the hang-on-resume fix,
revert of b89193e0b06f, goes into 3.17, but it's your call.)
> > On rmmod it Oopsed:
...
> Please try this change:
>
> [media] em28xx: remove firmware before releasing xc5000 priv state
>
> hybrid_tuner_release_state() can free the priv state, so we need to
> release the firmware before calling it.
>
> Signed-off-by: Mauro Carvalho Chehab
>
> diff --git a/drivers/media/tuners/xc5000.c b/drivers/media/tuners/xc5000.c
> index e44c8aba6074..803a0e63d47e 100644
> --- a/drivers/media/tuners/xc5000.c
> +++ b/drivers/media/tuners/xc5000.c
> @@ -1333,9 +1333,9 @@ static int xc5000_release(struct dvb_frontend *fe)
>
> if (priv) {
> cancel_delayed_work(&priv->timer_sleep);
> - hybrid_tuner_release_state(priv);
> if (priv->firmware)
> release_firmware(priv->firmware);
> + hybrid_tuner_release_state(priv);
> }
>
> mutex_unlock(&xc5000_list_mutex);
>
Works. And after module reload, dvbv5-zap can work again.
Thanks,
Johannes
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-28 11:54 ` Johannes Stezenbach
@ 2014-09-28 12:35 ` Mauro Carvalho Chehab
2014-09-28 12:57 ` Mauro Carvalho Chehab
2014-09-29 2:38 ` Mauro Carvalho Chehab
2 siblings, 0 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-28 12:35 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Sun, 28 Sep 2014 13:54:05 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Sun, Sep 28, 2014 at 08:12:11AM -0300, Mauro Carvalho Chehab wrote:
> > Em Sun, 28 Sep 2014 12:55:40 +0200
> > Johannes Stezenbach <js@linuxtv.org> escreveu:
> >
> > > I tried again both with and without the patch. The issue above
> > > odesn't reproduce, but after hibernate it fails to tune
> > > (while it works after suspend-to-ram). Restarting dvbv5-zap
> > > does not fix it. All I get is:
> > >
> > > [ 500.299216] drxk: Error -22 on dvbt_sc_command
> > > [ 500.301012] drxk: Error -22 on set_dvbt
> > > [ 500.301967] drxk: Error -22 on start
> >
> > Just to be 100% sure if I understood well: you're having exactly
> > the same behavior with and without my patch, right?
>
> Yes, no observable difference in my tests.
Ok.
> > I'll see if I can work on another patch for you today. If not,
> > I won't be able to touch on it until the end of the week, as I'm
> > traveling next week.
>
> no need to hurry
>
> (BTW, I still think you should make sure the hang-on-resume fix,
> revert of b89193e0b06f, goes into 3.17, but it's your call.)
Well, it is simply too late. Linus will likely release 3.17 today.
Before sending a pull request to him, I need to send it to -next,
but, AFAIKT, there is no new -next release since Friday. The next one
will be on Tuesday.
If this were some really bad regression, like a bug at DVB core that
would be preventing the entire subsystem to work, then I would be
overriding the rule of passing everything to -next before merging,
but this is not the case.
So, let's not rush it and prepare a proper suspend/resume patchset
for 3.17.1.
> > > On rmmod it Oopsed:
> ...
> > Please try this change:
> >
> > [media] em28xx: remove firmware before releasing xc5000 priv state
> >
> > hybrid_tuner_release_state() can free the priv state, so we need to
> > release the firmware before calling it.
> >
> > Signed-off-by: Mauro Carvalho Chehab
> >
> > diff --git a/drivers/media/tuners/xc5000.c b/drivers/media/tuners/xc5000.c
> > index e44c8aba6074..803a0e63d47e 100644
> > --- a/drivers/media/tuners/xc5000.c
> > +++ b/drivers/media/tuners/xc5000.c
> > @@ -1333,9 +1333,9 @@ static int xc5000_release(struct dvb_frontend *fe)
> >
> > if (priv) {
> > cancel_delayed_work(&priv->timer_sleep);
> > - hybrid_tuner_release_state(priv);
> > if (priv->firmware)
> > release_firmware(priv->firmware);
> > + hybrid_tuner_release_state(priv);
> > }
> >
> > mutex_unlock(&xc5000_list_mutex);
> >
>
> Works. And after module reload, dvbv5-zap can work again.
Good! One less bug.
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-28 11:54 ` Johannes Stezenbach
2014-09-28 12:35 ` Mauro Carvalho Chehab
@ 2014-09-28 12:57 ` Mauro Carvalho Chehab
2014-09-29 2:38 ` Mauro Carvalho Chehab
2 siblings, 0 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-28 12:57 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Sun, 28 Sep 2014 13:54:05 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Sun, Sep 28, 2014 at 08:12:11AM -0300, Mauro Carvalho Chehab wrote:
> > Em Sun, 28 Sep 2014 12:55:40 +0200
> > Johannes Stezenbach <js@linuxtv.org> escreveu:
> >
> > > I tried again both with and without the patch. The issue above
> > > odesn't reproduce, but after hibernate it fails to tune
> > > (while it works after suspend-to-ram). Restarting dvbv5-zap
> > > does not fix it. All I get is:
> > >
> > > [ 500.299216] drxk: Error -22 on dvbt_sc_command
> > > [ 500.301012] drxk: Error -22 on set_dvbt
> > > [ 500.301967] drxk: Error -22 on start
I suspect that this is probably because em28xx didn't initialize the GPIOs
after power down. Please try the enclosed (untested) hack.
Regards,
Mauro
diff --git a/drivers/media/usb/em28xx/em28xx-dvb.c b/drivers/media/usb/em28xx/em28xx-dvb.c
index 9682c52d67d1..3403e775bf43 100644
--- a/drivers/media/usb/em28xx/em28xx-dvb.c
+++ b/drivers/media/usb/em28xx/em28xx-dvb.c
@@ -1745,6 +1745,10 @@ static int em28xx_dvb_resume(struct em28xx *dev)
if (!dev->board.has_dvb)
return 0;
+
+/* HACK */
+hauppauge_hvr930c_init(dev);
+
em28xx_info("Resuming DVB extension");
if (dev->dvb) {
struct em28xx_dvb *dvb = dev->dvb;
^ permalink raw reply related [flat|nested] 40+ messages in thread
* Re: em28xx breaks after hibernate
2014-09-28 11:54 ` Johannes Stezenbach
2014-09-28 12:35 ` Mauro Carvalho Chehab
2014-09-28 12:57 ` Mauro Carvalho Chehab
@ 2014-09-29 2:38 ` Mauro Carvalho Chehab
2 siblings, 0 replies; 40+ messages in thread
From: Mauro Carvalho Chehab @ 2014-09-29 2:38 UTC (permalink / raw)
To: Johannes Stezenbach; +Cc: Shuah Khan, Shuah Khan, linux-media
Em Sun, 28 Sep 2014 13:54:05 +0200
Johannes Stezenbach <js@linuxtv.org> escreveu:
> On Sun, Sep 28, 2014 at 08:12:11AM -0300, Mauro Carvalho Chehab wrote:
> > Em Sun, 28 Sep 2014 12:55:40 +0200
> > Johannes Stezenbach <js@linuxtv.org> escreveu:
> >
> > > I tried again both with and without the patch. The issue above
> > > odesn't reproduce, but after hibernate it fails to tune
> > > (while it works after suspend-to-ram). Restarting dvbv5-zap
> > > does not fix it. All I get is:
> > >
> > > [ 500.299216] drxk: Error -22 on dvbt_sc_command
> > > [ 500.301012] drxk: Error -22 on set_dvbt
> > > [ 500.301967] drxk: Error -22 on start
> >
> > Just to be 100% sure if I understood well: you're having exactly
> > the same behavior with and without my patch, right?
>
> Yes, no observable difference in my tests.
>
> > I'll see if I can work on another patch for you today. If not,
> > I won't be able to touch on it until the end of the week, as I'm
> > traveling next week.
>
> no need to hurry
>
Johannes,
Resuming from suspend to disk is really hard with em28xx/drx-k.
Not sure why, but the drx-k doesn't let the firmware to be reloaded
at resume. Once the firmware is loaded, any trial to reload it makes
the device to misfunction.
Also, re-sending the init sequence that it is there at em28xx also
makes it unstable.
I suspect that a certain specific shutdown sequence would be needed
for it to work, but I was unable to reproduce it.
Perhaps the issue is related to either some I2C gateway at the analog
demod (we don't have a driver for it) or some GPIO sequence is needed
to reset it.
So, I'm giving up for it for today. I may give a second trial if I
won't be side-tracked by some other issue.
Regards,
Mauro
^ permalink raw reply [flat|nested] 40+ messages in thread
end of thread, other threads:[~2014-09-29 2:39 UTC | newest]
Thread overview: 40+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-09-25 12:53 em28xx breaks after hibernate Johannes Stezenbach
2014-09-25 13:45 ` Shuah Khan
2014-09-25 14:10 ` Mauro Carvalho Chehab
2014-09-25 15:07 ` Shuah Khan
2014-09-25 16:01 ` Johannes Stezenbach
2014-09-25 17:36 ` Johannes Stezenbach
2014-09-25 18:01 ` Shuah Khan
2014-09-25 17:40 ` Shuah Khan
2014-09-25 18:17 ` Johannes Stezenbach
2014-09-25 18:45 ` Shuah Khan
2014-09-25 19:03 ` Shuah Khan
2014-09-26 7:41 ` Johannes Stezenbach
2014-09-26 8:00 ` Johannes Stezenbach
2014-09-26 8:08 ` Johannes Stezenbach
2014-09-26 10:14 ` Mauro Carvalho Chehab
2014-09-26 11:07 ` Johannes Stezenbach
2014-09-26 11:42 ` Mauro Carvalho Chehab
2014-09-26 12:02 ` Johannes Stezenbach
2014-09-26 12:11 ` Mauro Carvalho Chehab
2014-09-26 12:03 ` Mauro Carvalho Chehab
2014-09-26 12:27 ` Johannes Stezenbach
2014-09-26 13:12 ` Mauro Carvalho Chehab
2014-09-26 13:25 ` Johannes Stezenbach
2014-09-26 14:25 ` Shuah Khan
2014-09-26 14:25 ` Johannes Stezenbach
2014-09-26 14:30 ` Shuah Khan
2014-09-26 15:06 ` Johannes Stezenbach
2014-09-26 15:22 ` Johannes Stezenbach
2014-09-26 15:43 ` Mauro Carvalho Chehab
2014-09-28 10:55 ` Johannes Stezenbach
2014-09-28 11:12 ` Mauro Carvalho Chehab
2014-09-28 11:54 ` Johannes Stezenbach
2014-09-28 12:35 ` Mauro Carvalho Chehab
2014-09-28 12:57 ` Mauro Carvalho Chehab
2014-09-29 2:38 ` Mauro Carvalho Chehab
2014-09-26 15:22 ` Shuah Khan
2014-09-26 15:35 ` Mauro Carvalho Chehab
2014-09-26 15:40 ` Mauro Carvalho Chehab
2014-09-26 15:42 ` Johannes Stezenbach
2014-09-26 15:48 ` Mauro Carvalho Chehab
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).