From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 32B5CC47089 for ; Wed, 26 May 2021 12:39:54 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 0066261378 for ; Wed, 26 May 2021 12:39:53 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0066261378 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=unW83JSNWwoL73qSGkwZj8C7wiVRvjz7Z5rAK3kzZSE=; b=xC/qF37LLg/1OU 8A//251kqwBNOqAQRRBhEgwB0Ru3lxCZeVVesi0KaJa+zRCVaYAyB/2tCwyhxtHMBkUUawUmaVWjw 8dxuC/r1OzW/7ntevuC/a5+lunUPBowAwmD16IzO3+88A1N3Xnk/ZqgPSWPNUDj4lTv9WUJLGg5wQ JMz/7jvDwf2C3Hp3lzLj68WH/KAO/H17jMkC4fA7jn+p7khdqRR2zSepGomSFp09EbQBkNdDJ1RY/ YkM0m9CinzwYhaBEx13j3qtfEZcZK86IHTRCXiCC3uBLiaTHu3hhg39GiF6tlWZXsZ0BFFrkaVPYq 8ehV1bNNa29YR8kQp8Ng==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1llsll-00E2Yy-4r; Wed, 26 May 2021 12:36:17 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1llqbZ-00D94Y-90 for linux-arm-kernel@lists.infradead.org; Wed, 26 May 2021 10:17:38 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 271AA1516; Wed, 26 May 2021 03:17:32 -0700 (PDT) Received: from C02TD0UTHF1T.local (unknown [10.57.40.5]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9189B3F73B; Wed, 26 May 2021 03:17:30 -0700 (PDT) Date: Wed, 26 May 2021 11:17:23 +0100 From: Mark Rutland To: Szabolcs Nagy Cc: Robin Murphy , will@kernel.org, catalin.marinas@arm.com, linux-arm-kernel@lists.infradead.org, yangyingliang@huawei.com Subject: Re: [PATCH 1/8] arm64: Import latest version of Cortex Strings' memcmp Message-ID: <20210526101723.GA3806@C02TD0UTHF1T.local> References: <20210512132832.GB93815@C02TD0UTHF1T.local> <18fdcca5-342f-fd64-2c99-8e2694dfb752@arm.com> <20210512145155.GL9028@arm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20210512145155.GL9028@arm.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210526_031737_410430_BFAD0E07 X-CRM114-Status: GOOD ( 30.37 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, May 12, 2021 at 03:51:56PM +0100, Szabolcs Nagy wrote: > The 05/12/2021 14:38, Robin Murphy wrote: > > [ Dropping Kai Shen who is now bouncing, adding Szabolcs just in case ] > > On 2021-05-12 14:28, Mark Rutland wrote: > > > On Tue, May 11, 2021 at 05:12:31PM +0100, Robin Murphy wrote: > > > > From: Sam Tebbs > > > > > > > > Import the latest version of the former Cortex Strings - now > > > > Arm Optimized Routines - memcmp function based on the upstream > > > > code of string/aarch64/memcmp.S at commit e823e3a from > > > > https://github.com/ARM-software/optimized-routines > > > > > > What's the licensing/copyright situation here? > > > > > > Because below... > > > > --- a/arch/arm64/lib/memcmp.S > > > > +++ b/arch/arm64/lib/memcmp.S > > > > @@ -1,247 +1,139 @@ > > > > /* SPDX-License-Identifier: GPL-2.0-only */ > > > > > > ... this says GPL-2.0-only .... > > > > > > > /* > > > > - * Copyright (C) 2013 ARM Ltd. > > > > - * Copyright (C) 2013 Linaro. > > > > + * Copyright (c) 2013-2020, Arm Limited. > > > > * > > > > - * This code is based on glibc cortex strings work originally authored by Linaro > > > > - * be found @ > > > > - * > > > > - * http://bazaar.launchpad.net/~linaro-toolchain-dev/cortex-strings/trunk/ > > > > - * files/head:/src/aarch64/ > > > > + * Adapted from the original at: > > > > + * https://github.com/ARM-software/optimized-routines/blob/master/string/aarch64/memcmp.S > > > > */ > > > > > > ... but this referenced file says "SPDX-License-Identifier: MIT", and I > > > don't know when this relicensing is legitimate. > > > > We were told that since the copyright was fully assigned back to Arm in the > > move from Cortex Strings to Arm Optimized Routines, we are free to relicense > > it as we see fit, so a GPLv2 submission to Linux was still fine. > > yes, this code is fully owned by arm now, but the > licensing is not clear to an outside observer. Thanks for confirming! It would be good if we could note this in the comment and/or the commit message, since otherwise this isn't clear to said outside observers. > arm optimized-routines uses MIT license since that > seemed to be widely accepted, but then we were asked > to contribute the code under BSD3, LLVM, GPLv2,... > which is a bit of a pain (since then arm has to get > involved, we wanted others to take the code without > us having to do anything). Sure, that makes sense. My main concern here is that we have the right to relicense this as GPLv2, since that avoids any pain points that come from mixed licensing. Thanks, Mark. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel