public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: free_beer_for_all@yahoo.com
Cc: linux-kernel@vger.kernel.org, Alex Woods <linux-dvb@giblets.org>,
	Peter Beutner <p.beutner@gmx.net>,
	Mauro Carvalho Chehab <mchehab@infradead.org>
Subject: Re: Broken ttusb-dec DVB support since, well, year(s)
Date: Mon, 23 Jun 2008 00:37:47 -0700	[thread overview]
Message-ID: <20080623003747.f167b1af.akpm@linux-foundation.org> (raw)
In-Reply-To: <399205.76644.qm@web46108.mail.sp1.yahoo.com>

On Sun, 22 Jun 2008 23:55:29 -0700 (PDT) barry bouwsma <free_beer_for_all@yahoo.com> wrote:

> Moin moin!
> 
> Sorry I'm posting this here rather than to the more specific
> linux-dvb@ mailing list where I'd rather this appear, but my
> attempts to surbscibe!@! to that list have been rejected, first
> as an invalid e-mail, then an insecure e-mail, and I've been
> unable to progress further from this throwaway account.

These closed lists are a pain.

Lots of subprojects have moved their lists to vger.kernel.org in recent
months.  It gets close to zero spam.  Hint.

> Feel free to redirect/repost this message there if you're a
> qualified developer and feel it's more appropriate.
> 
> 
> There is a change that was introduced to the file
> drivers/media/dvb/ttusb-dec/ttusbdecfe.c
> sometime in the not-too-recent past and which resulted in breaking
> the support which early 2.6.1x kernels had for my Hauppauge
> DEC-3000s DVB-S device.
> 
> The particular code (below) checks the value in a register to
> decide the tuning status -- hitherto one had to assume the device
> was properly tuned and receiving signal and everything.
> 
> 
>      60         switch(result[3]) {
>      61                 case 1:  /* not tuned yet */
>      62                 case 2:  /* no signal/no lock*/
>      63                         break;
>      64                 case 3:  /* signal found and locked*/
>      65                         *status = FE_HAS_SIGNAL | FE_HAS_VITERBI |
>      66                         FE_HAS_SYNC | FE_HAS_CARRIER | FE_HAS_LOCK;
>      67                         break;
>      68                 case 4:
>      69                         *status = FE_TIMEDOUT;
>      70                         break;
>      71                 default:
>      72                         pr_info("%s: returned unknown value: %d\n",
>      73                                 __func__, result[3]);
>      74                         return -EIO;
>      75         }
> 
> 
> Unfortunately, while this might work for the other flavours of
> card (DVB-T?) supported by this code, in the case of my particular
> device for DVB-S, the unknown value returned is 0 and does not
> change regardless of tuning status.
> 
> I haven't checked whether a different register on my particular
> device contains a usable value for the above code.
> 
> In any case, with my particular device, in order to use more
> recent kernels, I've had to add a ``case 0:'' line to the
> ``case 3:'' seen above in order to get the previous behaviour
> where no check was made.
> 
> 
> As I don't know the particular model for which the quoted code
> was added, I don't know if my device is unique, or whether the
> number of DVB-S users of this code is miniscule, as nobody else
> has complained that I've seen.
> 
> Apologies for not reporting this long ago when first observed,
> but I've not had any meaningful Internet access in a long time
> to allow me more than just leeching the latest codes.
> 
> thanks,
> BOUWSMA Barry
> 

Thanks.  Cc's added.


  reply	other threads:[~2008-06-23  7:39 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-23  6:55 Broken ttusb-dec DVB support since, well, year(s) barry bouwsma
2008-06-23  7:37 ` Andrew Morton [this message]
2008-06-23 14:46   ` Peter Beutner

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=20080623003747.f167b1af.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=free_beer_for_all@yahoo.com \
    --cc=linux-dvb@giblets.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mchehab@infradead.org \
    --cc=p.beutner@gmx.net \
    /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