Re: [linux-dvb] Re: Critical points about kernel 2.6.21 and pseudo-authorities

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-------- Original-Nachricht --------
Datum: Mon, 30 Apr 2007 17:56:17 +0100 (BST)
Von: Mauro Carvalho Chehab <[email protected]>
An: Helge Hafting <[email protected]>
CC: Uwe Bugla <[email protected]>, [email protected], [email protected], [email protected]
Betreff: Re: [linux-dvb] Re: Critical points about kernel 2.6.21 and pseudo-authorities

> Hi Helge and others,
> 
> On Mon, 30 Apr 2007, Helge Hafting wrote:
> 
> >> what the consequence is. To be truthful I would strategically prefare a
> >> vacuum at the price that the work isn't even done for months.
> >> ONLY IF there is a personnel vacuum the necessity for others to
> volunteer 
> >> will arise.
> >> 
> > A sufficiently bad maintainer will also do it.  If lots of submitters
> send
> > their patches to andrew in order to get past a dysfunctional maintainer,
> > then the subsystem effectively is unmaintained.
> 
> The point is that Uwe patch will generate regressions by breaking for 
> Twinhan. His patch just removes compilation for dst and dst_ca on Kconfig,
> without taking care or driver internals. So, two initialization functions 
> won't be called by symbol_request(). Although those two functions will be 
> undefined, as the dvb will do the linkedition at module runtume (if 
> DVB_ATTACH is selected), modprobe won't detect the lack of those
> functions.
> At the end, cards with ST chips (DST and/or DST CA) will stop working, 
> without even printing a warning.

Mister Chehab, for the first and for the utmost last time now:

My deselection patch implies a very good text to strongly discourage the use of DST
and DST_CA in case someone does not know what he or she is doing. In so far the case that "cards with ST chips (DST and/ or DST CA) will stop working" will not happen at all.
This patch IS NOT DONE TO MAKE ANY DST OR DST_CA MODULE REQUIRING CARD WORK - 
THIS IS YOUR PART OF SO-CALLED LOGIC!!!!

THIS PATCH IS DONE TO AVOID RAM WASTE FOR CASES IN WHICH IT IS PROVEN THAT DST AND DST_CA ARE NOT NEEDED AT ALL!!!!

Example: Pinnacle PCTV SAT!!!

And once again and for the last time:

I did not manage to at least find one single unresolved module during compilation, and I have been working with this almost fantastic solution with several kernels for months now!

Above that I gave you every proof one can ever give: You received dmesg, you received configs, you received proven thesis, you received everything.

It would really be a perfect solution to bomb away the almost incredible meters thick wall in front of your head and your eyes.

And at this time I will stop responding to your mails - I got enough of you!!!
It's enough!!
> 
> I've tried to explain this to Uwe several times, but, at the end, he 
> always start insulting me and/or other developers.
> 
> Cheers,
> Mauro.

Happy reflection, Mister Chehab!!!!!

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux