From: Antti Palosaari <crope@iki.fi>
To: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: em28xx mode switching
Date: Tue, 13 Oct 2009 01:31:16 +0300 [thread overview]
Message-ID: <4AD3AE34.6020305@iki.fi> (raw)
In-Reply-To: <829197380910121512y62a90cdcs49a0aa9606e8a588@mail.gmail.com>
On 10/13/2009 01:12 AM, Devin Heitmueller wrote:
> I was debugging an issue on a user's hybrid board, when I realized
> that we are switching the em28xx mode whenever we start and stop dvb
> streaming. We already have the ts_bus_ctrl callback implemented which
> puts the device into digital mode and puts it back into suspend
> whenever the frontend is opened/closed.
>
> This call seems redundant, and in fact can cause problems if the
> dvb_gpio definition strobes the reset pin, as it can put the driver
> out of sync with the demodulator's state (in fact this is what I ran
> into with the zl10353 - the reset pin got strobed when the streaming
> was started but the demod driver's init() routine was not being run
> because it already ran when the frontend was originally opened).
>
> The only case I can think of where toggling the device mode when
> starting/stopping dvb streaming might be useful is if we wanted to
> support being able to do an analog tune while the dvb frontend was
> still open but not streaming. However, this seems like this could
> expose all sorts of bugs, and I think the locking would have to be
> significantly reworked if this were a design goal.
>
> Thoughts anybody?
>
> Devin
I ran this same trap few weeks ago when adding Reddo DVB-C USB Box
support to em28xx :) Anyhow, since it is dvb only device I decided to
switch from .dvb_gpio to .tuner_gpio to fix the problem. I haven't pull
requested it yet.
http://linuxtv.org/hg/~anttip/reddo-dvb-c/rev/38f946af568f
Antti
--
http://palosaari.fi/
next prev parent reply other threads:[~2009-10-12 22:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-12 22:12 em28xx mode switching Devin Heitmueller
2009-10-12 22:31 ` Antti Palosaari [this message]
2009-10-12 23:04 ` Devin Heitmueller
2009-10-13 7:55 ` Alain Perrot
2009-10-13 18:27 ` xwang1976
2009-10-13 18:33 ` Devin Heitmueller
2009-10-13 18:52 ` xwang1976
2009-10-24 22:01 ` Dikom DK-300 xwang1976
2009-10-12 23:33 ` em28xx mode switching hermann pitton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AD3AE34.6020305@iki.fi \
--to=crope@iki.fi \
--cc=dheitmueller@kernellabs.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox