On 9/13/07, Johannes Stezenbach <js@linuxtv.org> wrote:
Then ask Mauro about the audio standard discussion which I had with him.
As for future projects I see other people having the same problems if
they want to join the project. If deeper requirements and/or ideas will
come up some particular people will try to run their own game.
If I'm doing something wrong technically then state it out show me
the bugs that I can understand what I did wrong or what I am doing
wrong. As for design changes if someone thinks he has to deny
something he has to state out _why_ and not only some overall
nontechnical statements which do not help anyone.
You identified it already the right way in one mail much earlier. It's a
messup caused by many people and not only by one single person.
And that's also how I see it.
the driver itself still evolves, so the main point is in getting those incomplete
APIs to support further requirements. Instead of acknowlidging and seriously
discussing the solutions of others all that's beeing done now is to redo things
hundred times and splitting development one side beeing more open (which
is the userspace work) and the other part beeing more closed to a few people
only (the inkernel work).
It's not my task to convince myself to rewrite the base of something which
I don't think that it would be valueable. The one who wants me that I
spend days in changing my code should try to convince me to change
my mind on that, unless he can provide patches which demonstrate
that his changes are definitelly an advantage over what has been done
from my side.
I will for sure acknowlidge everything that will seriously improve the work
which has been done.
The main problem is moreover that the RFC didn't get discussed properly, afterwards people wondered what happened, even though the sources
were also available all the time in a public repository.
well we got far enough that I end up to step away and preparing the sources
to be able to get submitted beside linuxtv since I don't/didn't get any useful
technical feedback there.
Convince me that my work is welcome then I might start to submit smaller
patches, I already spent days for exporting patches in history and it all
end up nowhere but in unfriendly discussions - which also turned me to be
unfriendly to some people (which I've been told that I should ignore them
recently and also not continue to to argue on a nontechnical level .. althought
as mentioned I'm not the only one who made mistakes :-)
It's only a step in development, I do not intend to keep the kernel
stub in the end, but I do intend to keep and use the userspace drivers
with i2c-dev in the long run, this requires a v4l/dvb library at the front
of everything. Till such a library shows up I plan to use the
kernelspace-userspace stub.
They are less objectionable because it adds a wrapper into the
subsystem which it didn't do before, the previous approach merged
the structs and further work would have been focussed on getting it
merged even better.
Markus
-
