On Martes, 19 de Julio de 2011 01:44:54 Antti Palosaari escribió: > 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. >
I try that, but don't work. I get an oops. Because the i2c gate function of the tda10023 driver use: struct tda10023_state* state = fe->demodulator_priv; to get the i2c adress. When called from tda10048, don't work. Jose Alberto > > 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 -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
