Hi, On 9/13/07, Dâniel Fraga <fragabr@xxxxxxxxx> 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 featuresdiscussing those requirements (as I did with Mauro a while ago throughMail) end up nowhere. It was just about Analogue Audio standards.There are a few ways to solve that problem but in the end nothingcame up which would have met that issue, although the solutionI proposed didn't seem to be good enough either for him.Regarding binary drivers just read:http://www.linuxtv.org/v4lwiki/index.php/Avermediait has been like that for years and I expect Avermedia to finallyjust remove their modules. I don't even see that Avermedia is the evilcompany by releasing the binary modules here. They are just ata 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, althoughit 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 fordistributors. All those differences could be adjusted by software even without module parameter hacks. The basic idea behind the Userspace drivers is since there'sanother project which should add a userspace library infrontof video4linux devicenodes this library could directlyreuse for example the userspace tuning, demodulator orvideodecoder code by using for example the i2c-devinfrastructure.This would lateron make the kernelstub which I'm integratingfor 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'twant to force anyone to do something although I aim atgetting the devices which I received by several vendorslast year integrated properly. Those companies are notonly focussed in selling their devices in european or american countries only. Markus_______________________________________________linux-dvb mailing listlinux-dvb@xxxxxxxxxxxxxxx://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
