pm_op(): usb_dev_restore+0x0/0xa returns -19 PM: Device 2-1.4 failed to restore: error -19 dvb-usb: found a 'Leadtek Winfast DTV Dongle (STK7700P based)' in cold state, will try to load a firmware usb 2-1.3: firmware: requesting dvb-usb-dib0700-1.20.fw dvb-usb: did not find the firmware file. (dvb-usb-dib0700-1.20.fw) Please see linux/Documentation/dvb/ for more details on firmware-problems. (-2) Restarting tasks ... <6>usb 2-1.4: USB disconnect, address 6 done. usb 2-1.4: new high speed USB device using ehci_hcd and address 7 usb 2-1.4: configuration #1 chosen from 1 choice dvb-usb: found a 'Leadtek - USB2.0 Winfast DTV dongle' in cold state, will try to load a firmware usb 2-1.4: firmware: requesting dvb-usb-dibusb-6.0.0.8.fw dvb-usb: downloading firmware from file 'dvb-usb-dibusb-6.0.0.8.fw' Hi there, please see above example what happened and how RACE occurs - this leads to bootup problems (kernel waits few secs before give up). I have 5 USB tuners so this starts to be very annoying. Could it be fixed, please?
This is a driver bug, reassigning.
Is it still a problem with 2.6.37 and a contemporary distro?
YES it is highest problem when resuming from suspend to disk - system is up but still wait for firmware from udev which sleeps. After timeout it normally wake up
Do you know which driver is affected by this issue?
it is either dib7000p or dib7000m Bus 002 Device 005: ID 0413:6f00 Leadtek Research, Inc. WinFast DTV Dongle (STK7700P based) Bus 002 Device 004: ID 0413:6026 Leadtek Research, Inc. WinFast DTV Dongle (warm state)
Thanks for the info.
Please re-open if seen with modern kernels