[linux-dvb] Re: 3 patches for Kernel 2.6.19-rc5

Uwe Bugla uwe.bugla at gmx.de
Fri Nov 17 16:53:17 CET 2006


-------- Original-Nachricht --------
Datum: Fri, 17 Nov 2006 10:28:38 -0200
Von: Mauro Carvalho Chehab <mchehab at infradead.org>
An: Uwe Bugla <uwe.bugla at gmx.de>
Betreff: Re: 3 patches for Kernel 2.6.19-rc5

> Em Qui, 2006-11-16 às 16:31 +0100, Uwe Bugla escreveu:
> > Hi Mauro,
> > but the real core point is the whole reactionary concept of the common
> > backend for all bt8xx cards.
> Again, you are looking to your own foot. DVB_PLL is required for other
> non-bt8xx cards.
Sure. But at least it is necessary to say for WHICH boards it is necessary.
To load it into RAM as a default case is NOT a satisfying solution!
> 
> > + You can save RAM by deselecting every frontend module that your DVB
> card does not need.
>  
> ==========================================================================================
> You save RAM, at the risk of breaking DVB support and flooding the ML
> with complains about broken stuff. No. It should also warn here also.
Sure. But I guess we need a tool or something else to clear up WHAT card nedds WHAT frontend module. If there is LIGHT instead of DARKNESS (or grey zone) in this issue no mailing list be flooded at all with any complaints.
> 
> 
> > “This comment doesn't help. For 99,9% of the current DVB boards,
> DVB_PLL
> > is needed. So, help should be something like "this is required for most
> > boards. You should disable it only if you know what you are doing".”
> 
> > There are only two groups of cards who definitely need this module:
> > They are both belonging to the lgdt330x group.
> > a. DviCO Fusion HDTV cards
> > b. pcHDTV cards
> NO! You are looking only bttv boards.
> If you take a look, DVB_PLL is required also by non-bttv frontends.
YUP. Sure. But I do not want to keep it as regular state. I want a concept where it is avoided to be loaded into RAM when it is NOT necessary at all.
> 
> > I deselected all obsolete modules that my Pinnacle PCTVSAT card
> definitely never needed
> 
> > The compiler errors are the following:
> > WARNING: "dst_ca_attach" [drivers/media/dvb/bt8xx/dvb-bt8xx.ko]
> undefined!
> > WARNING: "dst_attach" [drivers/media/dvb/bt8xx/dvb-bt8xx.ko] undefined!
> > WARNING: "dvb_pll_configure" [drivers/media/dvb/bt8xx/dvb-bt8xx.ko]
> undefined!
> > WARNING: "dvb_pll_lg_tdvs_h06xf" [drivers/media/dvb/bt8xx/dvb-bt8xx.ko]
> undefined!
> 
> > WARNING:
> /lib/modules/2.6.19-rc5/kernel/drivers/media/dvb/bt8xx/dvb-bt8xx.ko needs unknown symbol dst_attach
> > WARNING:
> /lib/modules/2.6.19-rc5/kernel/drivers/media/dvb/bt8xx/dvb-bt8xx.ko needs unknown symbol dst_ca_attach
> > WARNING:
> /lib/modules/2.6.19-rc5/kernel/drivers/media/dvb/bt8xx/dvb-bt8xx.ko needs unknown symbol dvb_pll_lg_tdvs_h06xf
> > WARNING:
> /lib/modules/2.6.19-rc5/kernel/drivers/media/dvb/bt8xx/dvb-bt8xx.ko needs unknown symbol dvb_pll_configure
> 
> You proved by facts that dvb-bt8xx needs dst, dst_ca and dvb_pll.
NO! I only showed that there are cases in which those static dependencies are obsolete. That is why I call this backend concept reactionary. It fills up your RAM with modules that are not needed. The concept generalizes the need of those three modules FOR ALL cards. And to object to that I have taken the pain to show at least ONE PROVEN CASE where this generalization is complete nonsense! WHEN WILL YOU UNDERSTAND THIS, MR. CHEHAB??
> Without those, several boards will stop working.
YES, Mauro: SEVERAL, BUT N O T  A L L !!!!!!! That's why the concept needs to be overworked! You are arguing as if all boards would need that stuff, and this argumentation path is WRONG! FALSE!!
> Your patch is broken, since it leaves several symbols undefined.
Whom do you tell that? ME?? I KNOW!
> 
> > the communication scheme that I already know from XXXXXXX!
> Again, please stop trying to offend people from the community. Next time
> I'll stop answering such emails without advice.
I only say that I am not convinced of the capabilities of the mentioned person, and that he has been causing lots of trouble in the past. What is wrong about that? It is a fundamental democratic right to say openly and freely what your personal opinion is. And apart from that I still would like to know what DST is: a frontend, a backend, or an UFO (unknown flying object). Noone knows! completely conceptless and chaotic, isn't it?
> 
> Cheers, 
> Mauro.
Thanks for your "open-mindedness", my dear majesty!
Cheers
Uwe


-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer



More information about the linux-dvb mailing list