<html><head><meta name="qrichtext" content="1" /></head><body style="font-size:12pt;font-family:Monospace">
<p>Hi,</p>
<p></p>
<p>Hauro Carvalho Chehab wrote:</p>
<p><span style="color:#007f00">&gt; Hi Oliver,</span></p>
<p><span style="color:#007f00">&gt; </span></p>
<p><span style="color:#006f00">&gt; &gt; @Mauro:</span></p>
<p><span style="color:#006f00">&gt; &gt; Is there a way to strip this stuff from Kconfig/Makefile/av7110*.[ch]</span></p>
<p><span style="color:#006f00">&gt; &gt; for submission to the kernel? Basically I don't care whether and how</span></p>
<p><span style="color:#006f00">&gt; &gt; they cripple the driver in the kernel. But I would like to keep the code</span></p>
<p><span style="color:#006f00">&gt; &gt; 'as is' in the linuxtv repositories.</span></p>
<p><span style="color:#007f00">&gt; </span></p>
<p><span style="color:#007f00">&gt; Having a binary firmware inside a GPL'd file seems to be (at least for some</span></p>
<p><span style="color:#007f00">&gt; people) a GPL violation, since the firmware source code should also be released</span></p>
<p><span style="color:#007f00">&gt; with GPL (please read [1] for a good article about this).</span></p>
<p><span style="color:#007f00">&gt;</span></p>
<p><span style="color:#007f00">&gt; This seems to be one of the reasons for moving all firmwares that are still in</span></p>
<p><span style="color:#007f00">&gt; kernel into a separate dir. A latter step seems to move those files to a cousin</span></p>
<p><span style="color:#007f00">&gt; tree, hosted together with kernel tree, and clearly stating that those</span></p>
<p><span style="color:#007f00">&gt; firmwares are not GPL, but are allowed to be used with Linux. </span></p>
<p><span style="color:#007f00">&gt;</span></p>
<p><span style="color:#007f00">&gt; IANAL, but, if the firmware is violating GPL at Kernel, the same violation also</span></p>
<p><span style="color:#007f00">&gt; affects our tree. So, from legal POV, I think we ought to do the same thing at</span></p>
<p><span style="color:#007f00">&gt; V4L/DVB. </span></p>
<p><span style="color:#007f00">&gt; </span></p>
<p><span style="color:#007f00">&gt; Probably, it is safe to keep the firmware files into a separate dir,</span></p>
<p><span style="color:#007f00">&gt; if we state clearly that the firmwares are not GPL.</span></p>
<p></p>
<p>Imo it it naive to believe that it makes any difference whether you</p>
<p>compile the firmware into the driver, load it from a firmware</p>
<p>directory, or load it from userspace.</p>
<p></p>
<p>The point is that a binary firmware is used.</p>
<p></p>
<p>If the linux maintainers do not want drivers which require a firmware,</p>
<p>they should state this clearly, and remove these drivers from the kernel</p>
<p>tree.</p>
<p></p>
<p>Of course this would render linux useless for many applications.</p>
<p>For example, many (most?) recent DVB cards require a firmware binary for</p>
<p>the frontend...</p>
<p></p>
<p><span style="color:#007f00">&gt; Anyway, let's see how we can handle it after having those patches merged at</span></p>
<p><span style="color:#007f00">&gt; mainstream.</span></p>
<p></p>
<p>To make it clear:</p>
<p>I NACK the removal of the DVB_AV7110_FIRMWARE Kconfig option.</p>
<p></p>
<p>Even if it is removed from the kernel, I will keep this option in my</p>
<p>driver trees. If this is not possible at linuxtv, I will maintain the</p>
<p>driver somewhere else. Sorry. :-(</p>
<p></p>
<p>CU</p>
<p>Oliver</p>
<p></p>
<p>-- </p>
<p>----------------------------------------------------------------</p>
<p>VDR Remote Plugin 0.4.0: http://www.escape-edv.de/endriss/vdr/</p>
<p>----------------------------------------------------------------</p>
</body></html>