On Thu, Apr 9, 2009 at 6:52 PM, Steven Toth <st...@linuxtv.org> wrote: > Markus Rechberger wrote: >> >> On Thu, Apr 9, 2009 at 6:28 PM, Steven Toth <st...@linuxtv.org> wrote: >>> >>> Markus Rechberger wrote: >>>> >>>> On Thu, Apr 9, 2009 at 5:48 PM, Mauro Carvalho Chehab >>>> <mche...@infradead.org> wrote: >>>>> >>>>> On Thu, 9 Apr 2009 11:39:47 -0400 >>>>> Devin Heitmueller <devin.heitmuel...@gmail.com> wrote: >>>>> >>>>>> 2009/4/9 rvf16 <rv...@yahoo.gr>: >>>>>>> >>>>>>> So does the upstream driver support all the rest ? >>>>>>> Analog TV >>>>>> >>>>>> Yes >>>>>> >>>>>>> FM radio >>>>>> >>>>>> No >>>>> >>>>> Yes, it does support FM radio, provided that you proper add radio >>>>> specific >>>>> configuration at em28xx-cards.c. >>>>> >>>> I plan to add support for it to the existing kerneldriver anyway, but >>>> by using userspace drivers. >>>> Those drivers are just ontop of everything and no changes are required >>>> for the existing drivers. >>>> >>>> I'll just intercept all the calls as I do right now already with the >>>> latest device. I ported the entire configuration framework to userland >>>> and it also works on Apple OSX without any change. I'm just using >>>> usbfs for it, PCI config support is possible by using libpci or >>>> opening the corresponding node in the proc filesystem too. This time >>>> there's nothing you can do against it since it requires no change as >>>> it is. >>> >>> Userspace drivers won't be accepted but it's not worth re-opening that >>> old >>> wound - especially since I haven't followed this specific thread. >>> >> >> no problem, as I wrote it sits ontop of everything not needing any kernel >> hooks. > > That's fine, if it's not derived then I have no problem with you keeping > control over your own code. >
this is the difference with the latest drivers. Noone depends on anyone anymore, while it will still add fully working support out of linuxtv available through nearly all kernelversions without having to recompile them. >> >>> I _am_ interested in the fact that you've ported GPL code (frameworks >>> and/or >>> drivers) to Apple, creating derived works. >>> >> >> hehe, I did not touch any GPL code. >> >>> Obviously you'll need to make those changes to the community. Where can I >>> download these? >> >> The framework will be opened when it's time to be opened, right now >> it's only available to interested developers. > > Ahh, if it's not GPL code (or derived from GPL) then I'm not interested in > it, and I'm not interested in paying you for access. > good. Markus -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
