From: Antti Palosaari <crope@iki.fi>
To: Jose Alberto Reguero <jareguero@telefonica.net>
Cc: Mauro Carvalho Chehab <mchehab@redhat.com>,
linux-media@vger.kernel.org,
Michael Krufky <mkrufky@kernellabs.com>
Subject: Re: [PATCH] add support for the dvb-t part of CT-3650 v3
Date: Tue, 19 Jul 2011 02:44:54 +0300 [thread overview]
Message-ID: <4E24C576.40102@iki.fi> (raw)
In-Reply-To: <201107190100.16802.jareguero@telefonica.net>
On 07/19/2011 02:00 AM, Jose Alberto Reguero wrote:
> On Lunes, 18 de Julio de 2011 22:28:41 Antti Palosaari escribió:
>> Hello
>> I did some review for this since I was interested of adding MFE for
>> Anysee driver which is rather similar (dvb-usb-framework).
>>
>> I found this patch have rather major issue(s) which should be fixed
>> properly.
>>
>> * it does not compile
>> drivers/media/dvb/dvb-usb/dvb-usb.h:24:21: fatal error: dvb-pll.h: No
>> such file or directory
>
> Perhaps you need to add:
> -Idrivers/media/dvb/frontends/
> in:
> drivers/media/dvb/frontends/Makefile
> I compile the driver with:
> git://linuxtv.org/mchehab/new_build.git
> and I not have this problem.
Maybe, I was running latest Git. Not big issue.
>> * it puts USB-bridge functionality to the frontend driver
>>
>> * 1st FE, TDA10023, is passed as pointer inside config to 2nd FE
>> TDA10048. Much of glue sleep, i2c etc, those calls are wrapped back to
>> to 1st FE...
>>
>> * no exclusive locking between MFEs. What happens if both are accessed
>> same time?
>>
>>
>> Almost all those are somehow chained to same issue, few calls to 2nd FE
>> are wrapped to 1st FE. Maybe IOCTL override callback could help if those
>> are really needed.
>
> There are two problems:
>
> First, the two frontends (tda10048 and tda10023) use tda10023 i2c gate to
> talk with the tuner.
Very easy to implement correctly. Attach tda10023 first and after that
tda10048. Override tda10048 .i2c_gate_ctrl() with tda10023
.i2c_gate_ctrl() immediately after tda10048 attach inside ttusb2.c. Now
you have both demods (FEs) .i2c_gate_ctrl() which will control
physically tda10023 I2C-gate as tuner is behind it.
> The second is that with dvb-usb, there is only one frontend, and if you wake
> up the second frontend, the adapter is not wake up. That can be avoided the
> way I do in the patch, or mantaining the adapter alwais on.
I think that could be also avoided similarly overriding demod callbacks
and adding some more logic inside ttusb2.c.
Proper fix that later problem is surely correct MFE support for
DVB-USB-framework. I am now looking for it, lets see how difficult it
will be.
regards
Antti
--
http://palosaari.fi/
next prev parent reply other threads:[~2011-07-18 23:44 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201106070205.08118.jareguero@telefonica.net>
[not found] ` <201107070057.06317.jareguero@telefonica.net>
2011-07-13 12:41 ` [PATCH] add support for the dvb-t part of CT-3650 v2 Mauro Carvalho Chehab
2011-07-14 20:00 ` [PATCH] add support for the dvb-t part of CT-3650 v3 Jose Alberto Reguero
2011-07-18 20:28 ` Antti Palosaari
2011-07-18 21:31 ` Michael Krufky
[not found] ` <201107190100.16802.jareguero@telefonica.net>
2011-07-18 23:44 ` Antti Palosaari [this message]
2011-07-19 8:25 ` Jose Alberto Reguero
2011-07-19 23:07 ` Antti Palosaari
2011-07-22 11:32 ` Antti Palosaari
2011-07-22 16:02 ` Jose Alberto Reguero
2011-07-22 16:08 ` Antti Palosaari
2011-07-22 16:25 ` Jose Alberto Reguero
2011-07-22 16:46 ` Antti Palosaari
[not found] ` <201107222012.20711.jareguero@telefonica.net>
2011-07-22 21:49 ` Jose Alberto Reguero
2011-07-22 22:23 ` Antti Palosaari
2011-07-23 8:26 ` Jose Alberto Reguero
2011-07-23 9:42 ` Antti Palosaari
2011-07-23 10:21 ` Jose Alberto Reguero
2011-07-23 10:37 ` Antti Palosaari
2011-07-23 15:41 ` Jose Alberto Reguero
2011-07-23 17:47 ` Antti Palosaari
2011-07-23 21:45 ` Jose Alberto Reguero
2011-07-27 19:22 ` Antti Palosaari
2011-07-28 19:25 ` Jose Alberto Reguero
2011-08-02 19:21 ` Jose Alberto Reguero
2011-08-08 10:35 ` Jose Alberto Reguero
2011-08-08 21:44 ` Antti Palosaari
2011-08-09 19:45 ` Jose Alberto Reguero
2011-07-16 11:38 ` [PATCH] improve recection with limits frecuenies and tda827x Jose Alberto Reguero
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=4E24C576.40102@iki.fi \
--to=crope@iki.fi \
--cc=jareguero@telefonica.net \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@redhat.com \
--cc=mkrufky@kernellabs.com \
/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