All of lore.kernel.org
 help / color / mirror / Atom feed
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/

  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.