Hi, On 9/13/07, Dâniel Fraga <[EMAIL PROTECTED]> wrote: > Well, I'd like to see Linus' opinion about this, because while > programmers keep discussing this, users are waiting forever... so if > Markus has a concrete and better solution, why don't use it? > > And as far as I know, Markus is the programmer who is most > interested in this code. I didn't see anybody else in the world doing > his work... > > And I always had a impression that if most of things could be > done in user space, than it will be better (for example, devfs -> udev). > Why do everything in kernel space? Lets put *less* code in the kernel, > not more code. And besides that, code in user space can be changed > easily. Code in kernel has to wait a long time for Linus to accept (*if* > he accepts). >
It's not only about userspace here, some hardware needs newer features discussing those requirements (as I did with Mauro a while ago through Mail) end up nowhere. It was just about Analogue Audio standards. There are a few ways to solve that problem but in the end nothing came up which would have met that issue, although the solution I proposed didn't seem to be good enough either for him. Regarding binary drivers just read: http://www.linuxtv.org/v4lwiki/index.php/Avermedia it has been like that for years and I expect Avermedia to finally just remove their modules. I don't even see that Avermedia is the evil company by releasing the binary modules here. They are just at a bad position since the tunercode in that driver which comes from another company puts these restrictions onto everything. We currently have an implementation that works, although it works by downloading several firmwares for several devices or even several countries. This is not what I want to have in future since it's not needed and it's also hard to manage for distributors. All those differences could be adjusted by software even without module parameter hacks. The basic idea behind the Userspace drivers is since there's another project which should add a userspace library infront of video4linux devicenodes this library could directly reuse for example the userspace tuning, demodulator or videodecoder code by using for example the i2c-dev infrastructure. This would lateron make the kernelstub which I'm integrating for the em28xx obsolete (which I'm fine with), although such a library could directly reuse the userspace code without any code changes. However the others want to manage their devices I don't want to force anyone to do something although I aim at getting the devices which I received by several vendors last year integrated properly. Those companies are not only focussed in selling their devices in european or american countries only. Markus _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
