All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Timothy D. Lenz" <tlenz@vorgon.com>
To: linux-media@vger.kernel.org
Subject: Re: cx5000 default auto sleep mode
Date: Sun, 18 Apr 2010 12:19:02 -0700	[thread overview]
Message-ID: <4BCB5B26.3080605@vorgon.com> (raw)
In-Reply-To: <1271303099.7643.7.camel@palomino.walls.org>



On 4/14/2010 8:44 PM, Andy Walls wrote:
> On Wed, 2010-04-14 at 13:40 -0400, Devin Heitmueller wrote:
>> On Wed, Apr 14, 2010 at 1:29 PM, Timothy D. Lenz<tlenz@vorgon.com>  wrote:
>>> Thanks to Andy Walls, found out why I kept loosing 1 tuner on a FusionHD7
>>> Dual express. Didn't know linux supported an auto sleep mode on the tuner
>>> chips and that it defaulted to on. Seems like it would be better to default
>>> to off.
>>
>> Regarding the general assertion that the power management should be
>> disabled by default, I disagree.  The power savings is considerable,
>> the time to bring the tuner out of sleep is negligible, and it's
>> generally good policy.
>>
>> Andy, do you have any actual details regarding the nature of the problem?
>
> Not really.  DViCo Fusion dual digital tv card.  One side of the card
> would yield "black video screen" when starting a digital capture
> sometime after (?) the VDR ATSC EPG plugin tried to suck off data.  I'm
> not sure there was a causal relationship.
>
> I hypothesized that one side of the dual-tuner was going stupid or one
> of the two channels used in the cx23885 was getting confused.  I was
> looking at how to narrow the problem down to cx23885 chip or xc5000
> tuner, or s5h14xx demod when I noted the power managment module option
> for the xc5000.  I suggested Tim try it.
>
> It was dumb luck that my guess actually made his symptoms go away.
>
> That's all I know.
>
> Regards,
> Andy
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


Guess it only reduced the problem. Today I looked at the guide and abc 
had no data. Checked with femon and the second tuner on the dual would 
not tune.

  parent reply	other threads:[~2010-04-18 19:19 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-14 17:29 cx5000 default auto sleep mode Timothy D. Lenz
2010-04-14 17:40 ` Devin Heitmueller
2010-04-15  3:44   ` Andy Walls
2010-04-15  4:39     ` Devin Heitmueller
2010-04-21 22:26       ` Timothy D. Lenz
2010-05-11  1:45       ` Timothy D. Lenz
2010-09-27 18:37         ` Timothy D. Lenz
2010-06-20 21:04       ` Timothy D. Lenz
2010-04-18 19:19     ` Timothy D. Lenz [this message]
2010-04-20  0:14   ` Timothy D. Lenz
2010-04-20 17:17   ` Timothy D. Lenz
2010-04-21  2:10   ` Timothy D. Lenz

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=4BCB5B26.3080605@vorgon.com \
    --to=tlenz@vorgon.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.