-------- Original-Nachricht --------
Datum: Wed, 02 May 2007 20:45:58 +0400
Von: Manu Abraham <abraham.manu@gmail.com>
An: Uwe Bugla <uwe.bugla@gmx.de>
CC: linux-dvb@linuxtv.org, linux-kernel@vger.kernel.org
Betreff: Re: [linux-dvb] DST/BT878 module customization (.. was: Critical points about ...)
Hi Manu,
I think noone ever thought you were trying to sabotage any project.
Perhaps you simply missed to „sell“ your ideas a little bit better on the eloquence level.
Example: During this horrible bt8xx breakdown period (kernels 2.6.13 up to 2.6.17-rc1) it was Edgar who definitely did not have the technically better approach, but „sold“ his thoughts far more transparent, reading more logical.
But in the end it was your approach that ensured the best possible solution in the end, not anybody else's.
I
I would like to be the second one to encourage you to get back on it, as it is a great pity if such a great profound knowledge just disappears from the surface.
I know, as I had Email contact to Peter Hettkamp, the author of the cx24110 frontend. He told me about the hindrance policy executed by the companies:
a. Pinnacle never offered free cards for linux driver development
b. Connexant only offers info if you sign a very restrictive paper
Plus, on the other hand, the drivers that are written and published for Windoze are a catastrophe like the whole system itself is a catastrophe.
Sometimes you will have to wait for weeks for a
I can accept that as it reads very truthful. But in fact the biggest shame is on me because I started to flame you. So please forgive me for having done this.
When I first saw this cx878 project I had the impression that you were trying to get it done on people's backs without ensuring the continuity of a working driver (speak: a bttv dependent one). This may sound quite absurd, but it's my personally view why this immensely long breakdown period ever happened at all.
IMHO there should be exactly two plans:
a. Trying to improve the existing working concept by making dst, dst_ca, and dvb-pll deselectable in a way that does not cause any Oopses or regressions anyway: There is not much work to be done. Just merge my work on makefile and Kconfig with Trent Piepho's work on the rest.
And if you are not satisfied with that for whatever reason I'd deeply appreciate you to settle down in it and add the necessary code that you personally are missing. Should not be much effort, should it?
b. Trying to finish the bt878 project, which is very close to being real mature (Christoph responded that he does not have any time for it so he personally sees no future for it, which is a pity, but should never be a hindrance not to finish it as it follows the right path).
On the technical layer I noticed that I heard some Pinnacle relais click during testing, but there were some i2c_bus symbols missing during compilation. So I guess those missing symbols are responsible for getting neither picture nor sound.
I do not think that the traditional bttv dependencies are such a high and hopeless hindrance reason that cannot be overcome at all.
We're gonna make it if we stick together.
BUT:
It would be utmost terrible to merge both plans with two different priorities into one. For the moment, plan a is highest priority.
But plan b should not be forgotten anyway.
I can offer testing and documentary work for both plans.
Sounds horrible. I once again deeply regret what I started in the past, but I hope I gave enough hints how we all can learn out of it, including me.
If there is no team chief stepping in between to settle down attacks and ellbow egoisms then I think there is a big gap in the personnel structure of the linuxtv.org developpers team.
That sounds fantastic. So can we continue to put plan b into practice too??
I hate the word „rant“ for its negative taste at least in the german translation.
I would rather say it was necessary to state all this.
And I also hat terminologies like „The perfect patch.“
Nothing is perfect. But the stepping forward idea is simply to put some puzzle parts together in an appropriate manner.
I guess the only reason why I flamed Mike Krufky was his rejection of unsigned patches. That was my fault too and I regret what I said about him. So please Mike, if you read this please forgive me.
IMHO a missing signature should not be treated like a fetish.
Also unsigned patches can contain good ideas, can't they?
Sometimes it is just necessary to merge the appropriate puzzle parts.
But, on the other hand I remember having asked Edgar at least five times for what reason he remained so stubborn in the signature question.
I never got back at least one reply on that, for whatever reason....
See, the conflict culture here very often conforms to something like a kindergarden, and I deeply regret that...
Above all I still am very hopeful that we can get back to the technical points to be resolved concerning plan a (optimize the bttv dependent concept for now).
Perhaps we should start another thread on this if everybody can agree.
And if you or anybody else feel that you run out of temper or lose control of whatever reason, just move one step backwards, sleep over it one or two nights, and take a new start then with a cool and calm mind...
Do I expect too much? Hope I do not!
Yours sincerely
Uwe
P. S.:
A. If you are really interested I can send you my basic puzzle parts in short, opening a new thread on this issue. Just give me a short response if you are interested.
B. If you want to continue the cx878 project please drop me a short note where I can download it to test and enlarge it with my own ideas as good as I can.
Must not be immediately (no sweat please), but I am looking forward to receive a response from you.
--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail
-
