Hello, my PCI DVB-T card does not work after resuming from suspend to RAM or suspend to disk. Please tell if any kind of additional information or debugging output is needed. Steps to reproduce: 1. start xine or kaffeine to watch TV 2. quit xine/kaffeine 3. run pm-suspend or pm-hibernate to enter suspend 4. wakeup the system, re-run xine/kaffeine Actual Results: TV does work only in step 1, not in step 4. Expected results: TV should work in step 1 and 4. lspci (DVB card): 04:07.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02) Subsystem: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 64 Interrupt: pin A routed to IRQ 21 Region 0: Memory at fbff0000 (32-bit, non-prefetchable) [size=64K] Region 1: I/O ports at ec00 [size=32] Kernel driver in use: b2c2_flexcop_pci Kernel modules: b2c2-flexcop-pci lsmod: Module Size Used by fuse 52387 0 snd_hda_codec_realtek 256151 1 snd_hda_intel 20854 5 snd_hda_codec 61267 2 snd_hda_codec_realtek,snd_hda_intel snd_hwdep 5130 1 snd_hda_codec b2c2_flexcop_pci 4351 0 b2c2_flexcop 20295 1 b2c2_flexcop_pci s5h1420 10092 1 b2c2_flexcop mt352 5500 1 b2c2_flexcop itd1000 4823 1 b2c2_flexcop bcm3510 8182 1 b2c2_flexcop dvb_pll 9489 1 b2c2_flexcop stv0297 6389 1 b2c2_flexcop nxt200x 12017 1 b2c2_flexcop isl6421 1364 1 b2c2_flexcop tuner_simple 11949 1 b2c2_flexcop tuner_types 18054 1 tuner_simple cx24113 6519 1 b2c2_flexcop mt312 7007 1 b2c2_flexcop cx24123 12513 1 b2c2_flexcop lgdt330x 7740 1 b2c2_flexcop stv0299 8756 1 b2c2_flexcop dvb_core 84204 3 b2c2_flexcop,lgdt330x,stv0299 snd_pcm 66307 3 snd_hda_intel,snd_hda_codec snd_timer 16786 2 snd_pcm snd 45024 14 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer snd_page_alloc 6805 2 snd_hda_intel,snd_pcm r8169 28047 0 mii 3950 1 r8169 sr_mod 10833 0 cdrom 30394 1 sr_mod
Running $ rmmod b2c2_flexcop_pci $ modprobe b2c2_flexcop_pci after resume fixes the problem.
Still reproducible on 2.6.33-rc6.
I have the same trouble, but with a completely different DVB card driven by the saa7134 kernel (2.6.33.5) module: 01:01.0 Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder (rev d1)
Please note the patch provided in https://bugs.gentoo.org/show_bug.cgi?id=288267#c7 which I can confirm up to / including 3.3.1.
See Documentation/SubmittingPatches The kernel community don't magically get copies of patches buried in an obscure distribution bugzilla. If you want it fixed then it wants emailing to linux-media@vger.kernel.org, linux-kernel@vger.kernel.org and that should do the trick.
(In reply to comment #5) > See Documentation/SubmittingPatches O.k. I understand and respect that "The kernel community" is not willing to appreciate anything less than fist-grade five-star patches, provided via old-days mailing lists without committed procedure how to handle them ... Then I have to admit that I do not understand what this official bugzilla has been crated for, with its well-designed mechanisms like "status", "importance", "assigned to" etc.? > The kernel community don't magically get copies of patches that's why I forwarded the information here: into kernel.org's _official_ buzgzilla. > buried I admit I did not see any sense in duplicating the information provided by one click upon the link. > in an obscure distribution bugzilla. Sorry, but naming Gentoo like that is - at least - missing the very basic minimum of respect, to put it politely. Alan, I would never ever dare to de-respect YOUR valuable work like that. > If you want it fixed then it wants emailing to > > linux-media@vger.kernel.org, linux-kernel@vger.kernel.org > > and that should do the trick. Thank you very much for pointing that out to me. I always value disillusionment. I'm not a kernel developer. Nevertheless I did the testing one kernel version after another and only wanted to share my experience. To date, this HW is not in use in my boxes any more, thus I'm not able to supply to your standard as expected above - with patches tested against the very newest kernel line. I'm sorry. Thanks again.
The official bugzilla is a complete mess, which is why I'm currently attacking it to try and do something about it. Patches however do need a sign off and do need to go via the mailing list. We also have a procedure for handling them - its Documentation/SubmittingBugs I would have said 3.3.1 was fine. As to "obscure bugzilla", there are bugzillas and other trackers for just about every distribution on the planet, by the hundred. Gentoo is a pretty obscure one. Doesn't make it unimportant but it's simply not a place people are going to notice bugs and fixes. It's not about respect. Anyway if you add a signed off line to it and send it to the list I'd expect it'll end up in the kernel with the appropriate attributions fairly promptly. Alan
The patch was already sent to the linux-media list: http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/46854