-------- Original-Nachricht -------- Datum: Wed, 2 May 2007 04:10:03 -0700 (PDT) Von: Trent Piepho <xyzzy@xxxxxxxxxxxxx> An: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx> CC: linux-dvb@xxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, Manu Abraham <abraham.manu@xxxxxxxxx> Betreff: Re: Re: DST/BT878 module customization (.. was: Critical points about ...) > On Tue, 1 May 2007, Mauro Carvalho Chehab wrote: > > Em Ter, 2007-05-01 Ã s 16:16 -0700, Trent Piepho escreveu: > > > On Tue, 1 May 2007, Mauro Carvalho Chehab wrote: > > > > With this configuration, dvb-bt8xx hangs during initialization, > > > > generating an OOPS, if you have a board with DST (modprobe dvb-bt8xx > > > > never returns). > > > > > > Stupid typo in the first patch, a != should have been ==. > > > > > > Fixed: > > > http://linuxtv.org/hg/~tap/dst-new > > > > With the changes, the dst unselection worked. > > > > Those are the logs with dst unselected: > > > > DVB: registering new adapter (bttv0). > > DVB: Unable to find symbol dst_attach() > > frontend_init: Could not find a Twinhan DST. > > dvb-bt8xx: A frontend driver was not found for device 109e/0878 > subsystem fbfb/f800 > > This is the dvb_attach() "not found" message. You should see this same > message if you leave dst selected and then just delete the dst modules > before > loading dvb-bt8xx. > > If you turn dvb_attach off, you should see a different "dst support was > disabled" message (and no crash!). > > > However, when dst is selected, I got those errors: > > When I made this patch I was basing it off a patch I made around 9 months > ago. I thought since that one was ok, this would be ok too, and in my > hurry to get it done I've clearly put too little effort into checking it, > and I'm sorry to have wasted your time. > > I promise, this time it's right! > http://linuxtv.org/hg/~tap/dst-new The DST card with CA slot and the DST card without CA slot are two different cases. Like the Pinnacle PCTV SAT with CI extension and the Pinnacle PCTV SAT without CI extension. In so far my questions are: Shouldn't there be two cases for deselecting DST modules? At least my basic approach tried to distinct those two cases. In how far is it enough or technically sufficient to treat those two cases as one? And, as already mentioned: At least in all of those 4 cases no dvb-pll module isn't needed at all - someone simply forgot to add some lines for the exception handling in dvb-bt8xx to get rid of dvb-pll.c if there is no lgdt330x frontend needed (read: if there is no Fusion HDTV Lite card in the machine at all). If this small case is being fixed you simply can expand the deselection of dvb-pll.c on all cards treated in backend module dvb-bt8xx.c. Uwe > > _______________________________________________ > linux-dvb mailing list > linux-dvb@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
