Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756124Ab0KUVty (ORCPT ); Sun, 21 Nov 2010 16:49:54 -0500 Received: from mail-iw0-f174.google.com ([209.85.214.174]:64158 "EHLO mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755980Ab0KUVtw convert rfc822-to-8bit (ORCPT ); Sun, 21 Nov 2010 16:49:52 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=U6z5g5OYiQIDidO1ZdxVIyfvZXouSvX14W5E1gAwDFfhpU9ZrlRsDUCGd7DGKFxcvW A2MPnBnynOX9jI++HmcIegSu7j8rrgkqztov4yzbmV7pLbIWnu0mC0tsw4sBaKAIO/a4 92s6V1nsPviU5rpE+JPeVxhBhAWHWpNbM/pw4= MIME-Version: 1.0 In-Reply-To: <20101121214407.GH23423@thunk.org> References: <20101121130236.GE23423@thunk.org> <20101121172906.GD3703@kroah.com> <20101121203124.1ba8212e@lxorguk.ukuu.org.uk> <20101121214407.GH23423@thunk.org> From: "Luis R. Rodriguez" Date: Sun, 21 Nov 2010 13:49:31 -0800 X-Google-Sender-Auth: uSBVEjYX0pdSBEUno52-e96wv28 Message-ID: Subject: Re: Challenges with doing hardware bring up with Linux first To: "Ted Ts'o" , Alan Cox , "Luis R. Rodriguez" , Greg KH , linux-kernel@vger.kernel.org, linux-wireless , David Miller , "John W. Linville" , Stephen Hemminger , "Perez-Gonzalez, Inaky" , Charles Marker , Jouni Malinen , Kevin Hayes , Zhifeng Cai , Don Breslin , Doug Dahlby , Julia Lawall Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2079 Lines: 40 On Sun, Nov 21, 2010 at 1:44 PM, Ted Ts'o wrote: > On Sun, Nov 21, 2010 at 08:31:24PM +0000, Alan Cox wrote: >> >> Which we know in practice they won't. They'll sit on fixes (often >> security fixes) and tweak and add private copies of features. In turn the >> Linux one could then only keep up by adding features itself - which would >> have to be GPL to stop the same abuse continuing. >> >> It's a nice idea but the corporations exist to make money and adding >> proprietary custom stack add-ons is clearly a good move on their part to >> do that. > > Hence my recommendation that if someone is going to do the work to > create a 802.11 layer that has shims that work on multiple operating > systems, it be GPL with explicit exceptions to allow said layer to > work on legacy operating systems like QNX, et. al.  That way it forces > the hardware specific code to be released under the GPL --- if they > want to take advantage of the "write onces, work on multiple operating > systems" feature. > > If someone is going to go through all of this work to make it possible > --- particularly if it's at a company such as Luis's employer, or any > other wifi chipset provider --- why should it allow their competitors > to do closed source drivers?  Better to structure the driver licensing > such that (a) there is benefit for companies to make a Linux driver by > using this common stack, and (b) but in exchange, it forces them to > make a driver which is guaranteed to be usable by Linux by virtual of > the fact that (1) the native interface is Linux's wireless stack, and > (2) the license forces them to GPL their driver. Great points indeed however the GPL code cannot be used by the BSDs, well it can but they don't wan it. So the only thing we can have is a completely permissive licensed solution. Luis -- 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/