All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Tycho Lürsen" <tycholursen@gmail.com>
To: Steven Toth <stoth@kernellabs.com>
Cc: tonyc@wincomm.com.tw, Antti Palosaari <crope@iki.fi>,
	Linux-Media <linux-media@vger.kernel.org>
Subject: Re: Adding support for three new Hauppauge HVR-1275 variants - testers reqd.
Date: Mon, 20 Jul 2015 18:06:15 +0200	[thread overview]
Message-ID: <55AD1C77.6030208@gmail.com> (raw)
In-Reply-To: <CALzAhNX1Hs7vx9mF_nW08LcbW3Aa2UY0sNEDOi117NfhpCLK-A@mail.gmail.com>

Hi Steven,
I was not aware of the fact that your patch depends on dvb-core as in 
4.2-RC2 (and up, I guess)
I tested against 3.18.18 and 4.1.2. That might explain the failures.
Anyhow, as soon as Antti and you are on the same page regarding this 
patch, I'll test again against a 4.2-RC>1
Regards,
Tycho.

Op 20-07-15 om 15:13 schreef Steven Toth:
> On Sun, Jul 19, 2015 at 3:34 AM, Tycho Lürsen <tycholursen@gmail.com> wrote:
>> Hi Steven,
>>
>> Tested your si2186 patch with my DVBSky T982 and TBS 6285 cards using
>> European DVB-C
>> Since MythTV can't handle multistandard frontends (yet), I've disabled
>> DVB-T/T2 like this (I always do that):
>>
>> sed -i 's/SYS_DVBT, SYS_DVBT2, SYS_DVBC_ANNEX_A/SYS_DVBC_ANNEX_A/'
>> drivers/media/dvb-frontends/si2168.c
>>
>> Result: both DVBSky T982 and TBS 6285 drivers are broken, meaning no lock,
>> no tune.
>>
>> Regards,
>> Tycho.
>>
>> Op 19-07-15 om 00:21 schreef Steven Toth:
>>> http://git.linuxtv.org/cgit.cgi/stoth/hvr1275.git/log/?h=hvr-1275
>>>
>>> Patches above are available for test.
>>>
>>> Antti, note the change to SI2168 to add support for enabling and
>>> disabling the SI2168 transport bus dynamically.
>>>
>>> I've tested with a combo card, switching back and forward between QAM
>>> and DVB-T, this works fine, just remember to select a different
>>> frontend as we have two frontends on the same adapter,
>>> adapter0/frontend0 is QAM/8SVB, adapter0/frontend1 is DVB-T/T2.
>>>
>>> If any testers have the ATSC or DVB-T, I'd expect these to work
>>> equally well, replease report feedback here.
>>>
>>> Thanks,
>>>
>>> - Steve
> Interesting, although I'm slightly confused.
>
> My patch mere added the ability for dvb-core to tri-state the tsport
> out bus, similar to other digital demodulator drivers in the tree....
> and testing with both azap and tzap (and dvbtraffic) showed no tuning,
> lock or other issues.
>
> What happens if you tzap/czap a known good frequency, before and after
> my patch, without your sed replacement, leaving T/T2 and A fully
> enabled?
>
> - Steve
>


  reply	other threads:[~2015-07-20 16:06 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-18 22:21 Adding support for three new Hauppauge HVR-1275 variants - testers reqd Steven Toth
2015-07-19  7:34 ` Tycho Lürsen
2015-07-20 13:13   ` Steven Toth
2015-07-20 16:06     ` Tycho Lürsen [this message]
2015-07-20 16:32       ` Steven Toth
2015-07-21 16:11         ` Tycho Lürsen
2015-07-21 16:19           ` Steven Toth
2015-07-21 18:07             ` Tycho Lürsen
2015-07-21 18:59               ` Tycho Lürsen
2015-07-21 19:02                 ` Steven Toth
2015-07-21 19:21                   ` Tycho Lürsen
2015-07-21 19:00               ` Steven Toth
2015-07-21 21:33                 ` Tycho Lürsen
2015-07-22  7:15                 ` Tycho Lürsen
2015-07-22 12:55                   ` Steven Toth
2015-07-22 17:44                     ` Tycho Lürsen
2015-07-24 13:38                       ` Steven Toth
2015-07-20  0:52 ` Tony Chang(Wincomm)
     [not found] ` <1454427BAA91444C85615ABB9382A2DE@wincomm.com.tw>
2015-07-20 12:38   ` Steven Toth
2015-07-20 14:30 ` Antti Palosaari
2015-07-20 15:00   ` Steven Toth
2015-07-20 16:35     ` Antti Palosaari
2015-07-20 16:45       ` Devin Heitmueller
2015-07-20 16:54         ` Antti Palosaari
2015-07-20 17:14           ` Steven Toth
2015-07-20 17:28             ` Antti Palosaari
2015-07-20 19:04               ` Steven Toth

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=55AD1C77.6030208@gmail.com \
    --to=tycholursen@gmail.com \
    --cc=crope@iki.fi \
    --cc=linux-media@vger.kernel.org \
    --cc=stoth@kernellabs.com \
    --cc=tonyc@wincomm.com.tw \
    /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.