From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 023D2198005 for ; Thu, 21 Feb 2013 22:16:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7A26521C025; Thu, 21 Feb 2013 22:16:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5D27621C016 for ; Thu, 21 Feb 2013 22:16:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id A1FAA33E0BF for ; Thu, 21 Feb 2013 22:16:37 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.61 X-Spam-Level: X-Spam-Status: No, score=-1.61 tagged_above=-999 required=5.5 tests=[AWL=-1.015, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.593, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JfDKBSWp5giE for ; Thu, 21 Feb 2013 22:16:31 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id ED15A33E0B9 for ; Thu, 21 Feb 2013 22:16:30 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U8eRd-000682-17 for gentoo-dev@gentoo.org; Thu, 21 Feb 2013 23:16:49 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Feb 2013 23:16:49 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Feb 2013 23:16:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: linux-firmware Date: Thu, 21 Feb 2013 22:16:16 +0000 (UTC) Message-ID: References: <5124CCE9.50203@flameeyes.eu> <20130220182232.GA11082@kroah.com> <20130220182514.8755.qmail@stuge.se> <20130220184322.GA12009@kroah.com> <51251B23.7050406@flameeyes.eu> <20130221172652.GA13746@kroah.com> <20774.26764.442528.976419@a1i15.kph.uni-mainz.de> <20130221195534.GA25951@kroah.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT db8adcf /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 154a9824-17c4-47cc-b520-dcb6df7f8889 X-Archives-Hash: d0c75d3abe84b607bc76972dbef71727 Greg KH posted on Thu, 21 Feb 2013 11:55:34 -0800 as excerpted: > On Thu, Feb 21, 2013 at 07:33:48PM +0100, Ulrich Mueller wrote: >> >>>>> On Thu, 21 Feb 2013, Greg KH wrote: >> >> >> Ulrich Mueller (ulm) wrote this on the 16th: >> >> >> >> > Look into the WHENCE file and be horrified. Taking just the first >> >> > ten items (of a total 114): >> >> > >> >> > Unknown license (3 times) >> >> > Which ones specifically? >> >> Driver: snd-korg1212 -- Korg 1212 IO audio device Driver: kaweth -- USB >> KLSI KL5USB101-based Ethernet device Driver: dvb-ttusb-budget -- >> Technotrend/Hauppauge Nova-USB devices > > As these originally came from the kernel source tree, they are "by > default" ok. Well, not entirely. It's exactly this sort of issue that's the reason many people were uncomfortable with firmware in the kernel at all, and why all the ongoing work to separate it out. >> >> > GPL, but without source (3 times) >> >> > Really? Which? >> >> Driver: ambassador -- Madge Ambassador (Collage PCI 155 Server) ATM >> NIC. >> Driver: snd-maestro3 -- ESS Allegro Maestro3 audio device Driver: >> qla1280 - Qlogic QLA 1240/1x80/1x160 SCSI support > > Some of these came from the kernel source tree originally, others don't, > but they all imply that the GPL really isn't for the firmware itself. > Odd. Again... precisely why this stuff's being gradually kicked out of the kernel in the first place. >> >> > "All rights reserved" >> >> > That's not an issue, unless it is alone, is there something else in >> > the license as well? >> >> Driver: snd-ymfpci -- Yamaha YMF724/740/744/754 audio devices >> >> According to WHENCE, it is: >> "Copyright (c) 1997-1999 Yamaha Corporation. All Rights Reserved." >> Nothing else. > > That's a copyright notice, not a license, so I don't know what to > suggest :) See above... >> >> > BSD, without source >> >> > There's no problem with that. >> > >> Driver: advansys - AdvanSys SCSI >> >> Right, and it's the only one out of the first ten that we're allowed to >> redistribute. =:^) >> >> > Right for redistribution not granted >> >> > Huh? Which? >> >> Driver: smctr -- SMC ISA/MCA Token Ring adapter > > Token ring drivers were dropped from the kernel already, so this isn't > an issue. It's only an issue to the extent that we're still shipping it. >> >> > "Permission is hereby granted for the distribution [...] as >> >> > part of >> >> > a Linux or other Open Source operating system kernel" >> >> > What is wrong with that? We happen to be distributing a Linux >> > operating system. >> >> Driver: keyspan -- USB Keyspan USA-xxx serial device >> >> We distribute it in a separate package. And it doesn't say "part of an >> OS" but explicitly "part of a kernel". > > Ah, that's because at the time, that's the way it was originally > distributed. Given that the company isn't around anymore, I don't think > this is going to be an issue :) But what about whoever bought up the rights? In practice, that's precisely when many of these things BECOME an issue, when a new owner decides they can monetize... In general, this is an ongoing problem for the entire community. It's gradually being straightened out, but it's a years-long, likely decades long, project. In practice, as long as nobody's suing, and because the overall trend is to clean things up, that's why most distros kind of wink and nudge and don't talk about it much. But it's also one of the BIG reasons for the "firmwareless kernel" projects. While they're not entirely practical for most people on their own, they DO serve the purpose of demonstrating that it's possible under limited circumstances and measuring how far we have to go... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman