Moikka Marko,
On 06/30/2012 12:44 PM, Marko Ristola wrote:
My suspend / resume patch implemented "Kaffeine continues viewing
channel after resume".
Some of the ideas could be still useful:
http://www.spinics.net/lists/linux-dvb/msg19651.html
Rest of this email has a more thorough description.
Regards,
Marko Ristola
On 06/28/2012 03:33 AM, Antti Palosaari wrote:
Here is my list of needed DVB core related changes. Feel free to
comment - what are not needed or what you would like to see instead. I
will try to implement what I can (and what I like most interesting :).
...
suspend / resume support
--------------------------------------------------
* support is currently quite missing, all what is done is on interface
drivers
* needs power management
* streaming makes it hard
* quite a lot work to get it working in case of straming is ongoing
I've implemented Suspend/Resume for Mantis cu1216 in 2007 (PCI DVB-C
device):
Kaffeine continued viewing the channel after resume.
When Tuner was idle too long, it was powered off too.
According to Manu Abraham at that time, somewhat smaller patch would
have sufficed.
That patch contais nonrelated fixes too, and won't compile now.
Here is the reference (with Manu's answer):
Start of the thread: http://www.spinics.net/lists/linux-dvb/msg19532.html
The patch: http://www.spinics.net/lists/linux-dvb/msg19651.html
Manu's answer: http://www.spinics.net/lists/linux-dvb/msg19668.html
Thoughts about up-to-date implementation
- Bridge (PCI) device must implement suspend/resume callbacks.
That is very likely very clear as without those callbacks we cannot so
anything. It is current situation and it is not working as stream is not
stopped and driver refuses to unload. What user sees computer never goes
suspend and freezes.
- Frontend might need some change (power off / power on callbacks)?
Likely. The initial plan in my mind is to power off frontend in case
suspend and power on in case of resume. On power off save current
parameters and on resume re-tune using those old parameters.
- "save Tuner / DMA transfer state to memory" might be addable to dvb_core.
- Bridge device supporting suspend/resume needs to have a (non-regression)
fallback for (frontend) devices that don't have a full tested
"Kaffeine works"
suspend/resume implementation yet.
Hmm, I did some initial suspend / resume changes for DVB USB when I
rewrote it recently. On suspend, it just kills all ongoing urbs used for
streaming. And on resume it resubmit those urbs in order to resume
streaming. It just works as it doesn't hang computer anymore. What I
tested applications continued to show same television channels on resume.
The problem for that solution is that it does not have any power
management as power management is DVB-core responsibility. So it
continues eating current because chips are not put sleep and due to that
those DVB-core changes are required.
- What changes encrypted channels need?
I think none?
regards
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
