From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20964 invoked by alias); 2 Mar 2011 01:13:45 -0000 Received: (qmail 20956 invoked by uid 22791); 2 Mar 2011 01:13:44 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 02 Mar 2011 01:13:39 +0000 Received: (qmail 20057 invoked from network); 2 Mar 2011 01:13:37 -0000 Received: from unknown (HELO scottsdale.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 2 Mar 2011 01:13:37 -0000 From: Pedro Alves To: Mike Frysinger Subject: Re: [PATCH v5] sim: bfin: new port Date: Wed, 02 Mar 2011 01:13:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.35-25-generic; KDE/4.6.0; x86_64; ; ) Cc: gdb-patches@sourceware.org References: <201011152039.08285.vapier@gentoo.org> <201103012119.26255.pedro@codesourcery.com> <201103011702.22120.vapier@gentoo.org> In-Reply-To: <201103011702.22120.vapier@gentoo.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201103020113.34913.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-03/txt/msg00076.txt.bz2 On Tuesday 01 March 2011 22:02:21, Mike Frysinger wrote: > On Tuesday, March 01, 2011 16:19:25 Pedro Alves wrote: > > On Tuesday 22 February 2011 20:26:44, Mike Frysinger wrote: > > > --- /dev/null > > > +++ b/sim/bfin/linux-fixed-code.h > > > @@ -0,0 +1,23 @@ > > > +/* DO NOT EDIT: Autogenerated. */ > > > +/* Fixed code region of Linux userspace starting at 0x400. Last > > > produced + from Linux-2.6.37 (not that the fixed code region changes > > > often). */ +static const unsigned char bfin_linux_fixed_code[] = { > > > +0x28, 0xe1, 0xad, 0x00, 0xa0, 0x00, 0x00, 0x20, > > > > (...) > > > > > +0xa4, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, > > > +}; > > > > Now this kernel code in question was probably (haven't > > checked) largely written by ADI, and as such ADI could > > probably contribute a standalone version of its source > > to the FSF under GPLv3, along with some script or makefile > > that compiles it with a bfin-gcc and then generates > > the blob array. Or you could write simple dumb > > replacement implementations of the interface instead? > > this code was written purely by ADI employees (2 or 3 of them to be exact), is > written in pure Blackfin assembly, and we've explicitly licensed this file > under GPLv2 or later. so i dont think this is an issue. it is not used by > the kernel at all ... the code is placed in a fixed location for userspace > binaries to call and is defined as part of the Blackfin ABI. see below. > -mike > Thanks. Since the Linux kernel is a mixture of code under GPLv2 and `GPLv2 or later', the resulting compiled binary is GPLv2 only (not later), so it's still an issue to dump from the kernel binary. And I think only the interface is defined as part of the ABI, not the implementation? To comply with the GPL, we need to provide the source of that blob. I guess it's easy to do what I suggested above then? Then the GPLv2-only of the Linux kernel won't apply, and we're all happy. -- Pedro Alves