Resume from suspend fails when DVB-T card is plugged in
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned |
Bug Description
If my USB DVB-T TV Card (Hauppauge WinTV-HVR 900) is plugged in my Laptop (Thinkpad T43 2668), when the system is suspended, it won't successfully resume. The resume process seems already started: external USB Hard disk, USB keyboard, USB webcam have all received power while the monitor still stays black screen. The process will hang at this state but if the USB TV Card is disconnected at this point, the process will continue and eventually the resume will be successful. (There is typically ~40 seconds between disconnection of the TV Card and the resume finishes during which there seems no obvious activities with the laptop e.g. disk I/O).
From the kernel log, such a pause could be observed:
...
Oct 2 14:54:58 strasbourg kernel: [ 335.492394] xc2028 0-0061: creating new instance
Oct 2 14:54:58 strasbourg kernel: [ 335.492396] xc2028 0-0061: type set to XCeive xc2028/xc3028 tuner
Oct 2 14:54:58 strasbourg kernel: [ 335.492404] firmware: requesting xc3028-v27.fw
Oct 2 14:54:58 strasbourg kernel: [ 395.492043] xc2028 0-0061: Error: firmware xc3028-v27.fw not found.
Oct 2 14:54:58 strasbourg kernel: [ 395.492472] tvp5150 debug 0-005c: i2c i/o error: rc == -71 (should be 1)
...
Although the firmware file xc3028-v27.fw is missing in the default installation of Intrepid as described in Bug #278656, my system has had the firmware installed manually under /lib/firmware/ before doing the suspend/resume test and the TV card is working well before suspend.
If em28xx-new, the TV Card driver/kernel modules maintained by Markus Rechberger, are compiled and installed, there wil be no problem with suspend/resume.
Changed in linux: | |
assignee: | nobody → ubuntu-kernel-team |
importance: | Undecided → Medium |
status: | New → Triaged |
I've tried the debug method shown at https:/ /wiki.ubuntu. com/DebuggingKe rnelSuspend.
The output of dmesg shows following:
[ 1.684506] Magic number: 0:953:49 buildd/ linux-2. 6.27/drivers/ base/power/ main.c: 390
[ 1.684509] hash matches /build/
[ 1.684605] acpi NSC1100:00: hash matches
Attached is the kernel log of using the debug method