Most recent kernel where this bug did not occur: Distribution: Gentoo Hardware Environment: 2.6ghz pentium4 HT (tuner: kworld saa7133) Software Environment: TVtime Problem Description: hibernating using (suspend2) while saa7134 module loaded causes the "saa7134" module to not work after resume. my temporary solution is to unload before hibernating and then to load it after resuming. Even if the module stops working after resume, it is still possible to unload and reload it to make it work again Steps to reproduce: -load saa7134 -hibernate system using hiberate-script (suspend2) -resume system -fire up TVtime and no input video comes in
Does it work OK with normal in-kernel suspend-to-ram and/or suspend-to-disk?
i never got suspend-to-disk and suspend-to-ram to work without a crash on resume.
We can't support suspend2, sorry. Try to debug in-kernel swsusp, first.
I'd still like to know whether swsusp handles this device OK. Mauro, do you know?
Andrew, Currently, I don't have a saa7134 board to test, but I asked two developers to check and post some feedback. However, until now, nobody complained about suspend at V4L mailing list.
sorry i didn't get this earlier (this is the dmesg generated when using saa7134 module after resuming from hibernation): [ 27.655161] tuner 0-004b: i2c i/o error: rc == -5 (should be 4) [ 27.655708] saa7133[0]: dsp access wait timeout [bit=WRR] [ 27.656245] saa7133[0]: dsp access wait timeout [bit=WRR] the first error message is coming from tuner-simple.c i'll post further comments if i find something