Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755265AbXABFGP (ORCPT ); Tue, 2 Jan 2007 00:06:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755266AbXABFGP (ORCPT ); Tue, 2 Jan 2007 00:06:15 -0500 Received: from mail.acc.umu.se ([130.239.18.156]:56514 "EHLO mail.acc.umu.se" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755265AbXABFGO (ORCPT ); Tue, 2 Jan 2007 00:06:14 -0500 Date: Tue, 2 Jan 2007 06:06:08 +0100 From: David Weinehall To: Valdis.Kletnieks@vt.edu Cc: Trent Waddington , Bernd Petrovitsch , Erik Mouw , Giuseppe Bilotta , linux-kernel@vger.kernel.org Subject: Re: Open letter to Linux kernel developers (was Re: Binary Drivers) Message-ID: <20070102050608.GQ19442@vasa.acc.umu.se> Mail-Followup-To: Valdis.Kletnieks@vt.edu, Trent Waddington , Bernd Petrovitsch , Erik Mouw , Giuseppe Bilotta , linux-kernel@vger.kernel.org References: <200612162007.32110.marekw1977@yahoo.com.au> <4587097D.5070501@opensound.com> <13yc6wkb4m09f$.e9chic96695b.dlg@40tude.net> <200612211816.kBLIGFdf024664@turing-police.cc.vt.edu> <20061222115921.GT3073@harddisk-recovery.com> <1167568899.3318.39.camel@gimli.at.home> <3d57814d0612310503r282404afgd9b06ca57f44ab3c@mail.gmail.com> <200701020404.l0244n3b024582@turing-police.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701020404.l0244n3b024582@turing-police.cc.vt.edu> User-Agent: Mutt/1.4.2.1i X-Editor: Vi Improved X-Accept-Language: Swedish, English X-GPG-Fingerprint: 7ACE 0FB0 7A74 F994 9B36 E1D1 D14E 8526 DC47 CA16 X-GPG-Key: http://www.acc.umu.se/~tao/files/pub_dc47ca16.gpg.asc Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2389 Lines: 50 On Mon, Jan 01, 2007 at 11:04:49PM -0500, Valdis.Kletnieks@vt.edu wrote: > On Sun, 31 Dec 2006 23:03:27 +1000, Trent Waddington said: > > Why don't you release source? To protect the intellectual property. > > Well, duh! That's why everyone holds back source. So allow me to > > translate.. > > > > Why don't you release source? Because we don't believe in freedom, we > > don't "get it" and we don't want you to have it. > > There's believing in freedom, and there's wanting to be able to ship code > without getting sued... > > The binary blob in question is several megabytes in size. Now, even > totally *ignoring* who knowingly licensed/stole/whatever IP from who, > that *still* leaves the problem of trying to write several megabytes of > code that doesn't infringe on anybody's IP - particularly some of those > vague submarine patents that should have been killed on "prior art" or > "obviousness" grounds. You know, not releasing source code doesn't make "IP" violations magically disappear, so if anything you should be more suspicious about closed source drivers infringing others patents than anything. > So tell me - how *do* you release that much code without worrying about IP > issues? If you have to worry about "IP", you're screwed no matter if you release source or not. The only problem is that it might be trickier for the other party to prove. The only case where a closed source driver makes some kind of sense from an "IP" point of view is when you're trying to protect your own code (or code you have licensed). > Remember - somebody *can* "get it" but be unable to actually *deploy*. > I *get* the whole global warming thing - but I'm not in a position to buy > a hybrid car unless somebody else kicks in US$15K or $20K or so. Well, you can always make a contribution by using public transportation or switching to low energy light bulbs. Every little thing counts =) Regards: David -- /) David Weinehall /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/ (/ Full colour fire (/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/