Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761650AbXFTT6y (ORCPT ); Wed, 20 Jun 2007 15:58:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755700AbXFTT6r (ORCPT ); Wed, 20 Jun 2007 15:58:47 -0400 Received: from dsl081-033-126.lax1.dsl.speakeasy.net ([64.81.33.126]:51158 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754746AbXFTT6q (ORCPT ); Wed, 20 Jun 2007 15:58:46 -0400 Date: Wed, 20 Jun 2007 12:58:55 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: Michael Poole cc: "H. Peter Anvin" , Tomas Neme , "Linux-Kernel@Vger. Kernel. Org" Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 In-Reply-To: <87k5tys8w5.fsf@graviton.dyn.troilus.org> Message-ID: References: <9a8748490706201034j43139301w5a18c172d688c724@mail.gmail.com> <2e6659dd0706201110x20fa5c28n5d6fc094e9f5c832@mail.gmail.com> <871wg6trnx.fsf@graviton.dyn.troilus.org> <467977F7.2040506@zytor.com> <87sl8ms9z5.fsf@graviton.dyn.troilus.org> <87k5tys8w5.fsf@graviton.dyn.troilus.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3411 Lines: 79 On Wed, 20 Jun 2007, Michael Poole wrote: > david@lang.hm writes: > >> On Wed, 20 Jun 2007, Michael Poole wrote: >> >>> david@lang.hm writes: >>> >>>> this is very much NOT true. if you take the source the provide you can >>>> compile a kernel that will run on the tivo, the only thing you have to >>>> do (on some models) is to change the bios to skip the step that checks >>>> if the kernel has been tampered with. >>> >>> If we are opining whether Tivo provided complete source code for their >>> Linux kernel images, the requirement to change non-GPLed software as a >>> condition to exercise GPL-protected rights speaks for itself. >> >> no, the GPL protected rights don't say anything about the hardware the >> system runs on. >> >> you are saying that the GPL now controls what the BIOS software is >> allowed to do or not allowed to do. > > Please retract that claim. I have said no such thing, and have > avoided saying anything that I thought might be misconstrued in that > direction. > > To be absolutely clear: My complaints with Tivo as a hardware or BIOS > vendor are moral and pragmatic, not legal. My complaint with Tivo as > a distributor of Linux is what hinges on legal issues. but if the GPL doesn't control the BIOS how in the world are you saying that the fact that the GPL covers the kernel makes what the BIOS does wrong (even if the kernel was covered by GPLv3)? >> that's a seperate body of code that is in no way derived from the >> linux kernel (even the anti-tampering functions would work equally >> well with other Operating systems and are in no way linux >> specific). it's no even loaded on the same media (the BIOS is in >> flash/rom on the botherboard, the OS is on the hard drive) >> >> and note that the software that is checked to make sure that it hasn't >> been changed includes much more then the kernel. it checks the kernel >> and the initrd. > > Not legally relevant. I disagree. it's very relevant if your argument is that becouse the checksum if a checksum of the kernel that the license for the kernel somehow controlls what can be done with it. >>> Out of curiosity, what do you have to do on models besides those? Are >>> newer models more or less restrictive in what they run? If newer >>> models are more restrictive, I think that also speaks to whether Tivo >>> thinks it is conveying complete source code. >> >> newer models do tend to be more restrictive, but they also tend to >> connect to more propriatary networks (satellite or cable) > > What they connect to is also not relevant. That imples that because a > vendor has been issued or licensed patents, they are not obliged to > follow the GPL -- that the vendor has other obligations that supercede > the GPL's license claims. GPL section 7 addresses that situation. you are arguing that the fact that later models are more locked down is 'proof' that tivo knows that it's doing the wrong thing. I'm pointing out an alternate reason, the people who control the networks that the newer models are connecting to are imposing additional restrictions on tivo that cause them to need to be locked down more. David Lang > Michael Poole > - 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/