Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp5658978rwd; Mon, 12 Jun 2023 08:03:52 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4wk66rM/oZ7/Ut83H1l5m+B5eMGssApfq8bcNRJrJx7Pt1Sr8wwievpKaGcvHBKKYLXgcy X-Received: by 2002:a17:903:41c2:b0:1b3:d8ac:8db3 with SMTP id u2-20020a17090341c200b001b3d8ac8db3mr1760777ple.6.1686582232536; Mon, 12 Jun 2023 08:03:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686582232; cv=none; d=google.com; s=arc-20160816; b=auExZ+4RyvHGpz4rtkENsvPhFlmNSTntmIjdbh7U5uvvRL771Vwuxc/lM2BW9bEsXL kchFoi84V6x5mp3Io0a8Ghmbg7pwfPY7ddKNGB5ZJXen8FUiCiz6i8UN6kwdbTwo+4+n l9wbt5vWwtuDgu4s8TOOWALZPG05shZBhMRqPDK7Wbr1D/vNZiqd89kpX9GZJ2s0KURK TmOuYoEVAXq6CBrJa9BlqY9lVoe7TaMWZh6eCcUh5kOa6u0cbkd3MyzJp1yYPVZnwW9P 3ME/UTiFo556Nh9F9um7bGycZxM7i5OAbE7o92aHnPSpXWeC8hrAGrtcvBMdnUGfdMks gH9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=69TveQAcpfPfX0hr6/zkYmTIf85MBIYYonyk+cYLJ+c=; b=AGIz34uE6jCfh918xa8yRr29/IVljdMfgzLdGpMu4wcLEu1tdzzfaUrKqclmEh/3U+ NetGx05VkLTPS0F8wmOFKPeI2DTa4visdWg6HPKmztzJexcWZbZsksrXsUAPi6BSai9v zuSm7kD++xRKxqN73NYxI6EVbD99U3GKMNkdZM+heGO2LZNwe4B4fj0MXWiVS7kCmlYb wYKQlJ6kRtGK0MB5GmHtsKziVTrP4I3Ut2P1lJaoR9Pm4+Nw0/wE8WuP1yRbp7W5PYQF McjcIm1lfLATv8HIHlPA5BGTuqvBKxJ9Utb8ELuTAg5s+e+fjZEOXEp3LKtkitFsDMxI DnDQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n14-20020a170903110e00b001ae67aab6a6si7456118plh.172.2023.06.12.08.03.34; Mon, 12 Jun 2023 08:03:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236015AbjFLOqT convert rfc822-to-8bit (ORCPT + 99 others); Mon, 12 Jun 2023 10:46:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56282 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235508AbjFLOqT (ORCPT ); Mon, 12 Jun 2023 10:46:19 -0400 Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 766F193; Mon, 12 Jun 2023 07:46:14 -0700 (PDT) Received: from i53875b22.versanet.de ([83.135.91.34] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1q8inu-0003G3-9v; Mon, 12 Jun 2023 16:45:58 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Eric Biggers , christoph.muellner@vrull.eu Cc: palmer@dabbelt.com, paul.walmsley@sifive.com, aou@eecs.berkeley.edu, herbert@gondor.apana.org.au, davem@davemloft.net, conor.dooley@microchip.com, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org Subject: Re: [PATCH v4 4/4] RISC-V: crypto: add accelerated GCM GHASH implementation Date: Mon, 12 Jun 2023 16:45:57 +0200 Message-ID: <3745175.MHq7AAxBmi@diego> In-Reply-To: <45936818.fMDQidcC6G@diego> References: <20230329140642.2186644-1-heiko.stuebner@vrull.eu> <2102949.OBFZWjSADL@diego> <45936818.fMDQidcC6G@diego> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS, T_SCC_BODY_TEXT_LINE,T_SPF_HELO_TEMPERROR autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Am Mittwoch, 5. April 2023, 17:04:57 CEST schrieb Heiko St?bner: > Hi again, > > Am Mittwoch, 29. M?rz 2023, 21:20:21 CEST schrieb Heiko St?bner: > > Am Mittwoch, 29. M?rz 2023, 20:37:16 CEST schrieb Eric Biggers: > > > On Wed, Mar 29, 2023 at 04:06:42PM +0200, Heiko Stuebner wrote: > > > > diff --git a/arch/riscv/crypto/ghash-riscv64-zbc.pl b/arch/riscv/crypto/ghash-riscv64-zbc.pl > > > > new file mode 100644 > > > > index 000000000000..691231ffa11c > > > > --- /dev/null > > > > +++ b/arch/riscv/crypto/ghash-riscv64-zbc.pl > > > > @@ -0,0 +1,400 @@ > > > > +#! /usr/bin/env perl > > > > +# Copyright 2022 The OpenSSL Project Authors. All Rights Reserved. > > > > +# > > > > +# Licensed under the Apache License 2.0 (the "License"). You may not use > > > > +# this file except in compliance with the License. You can obtain a copy > > > > +# in the file LICENSE in the source distribution or at > > > > +# https://www.openssl.org/source/license.html > > > > > > My understanding is that code that is licensed under (only) the Apache License > > > 2.0 cannot be included in GPLv2 programs such as the Linux kernel. > > > > Thanks a lot for pointing out that possible licensing issue. > > It seems I'm not touching enough non-GPL code most days to keep that > > in the front of my mind :-) . > > > > > > > Is this code written by Andy Polyakov? What's been done in the past for his > > > code is that he re-releases it in CRYPTOGAMS at > > > https://github.com/dot-asm/cryptogams with a Linux kernel compatible license. > > > The Linux kernel then takes the code from there instead of from OpenSSL. > > > > The git log for the original openssl ".pl" thankfully only contains > > @vrull.eu addresses, so getting this in a compatible license shouldn't be > > overly hard - I hope. > > just to follow up with the current state. > > We're currently trying to see if openSSL allows us to dual-license the > files inside openssl itself [0]. It looks a bit like we're the first to > try something like this, so the decision gets to be made by the OMC. Openssl merged the dual-licensing approach. So we get Apache + BSD licensed code which should be ok to simply merge over without needing additional repositories and also allows to import future improvements on the openssl side. > [0] https://github.com/openssl/openssl/pull/20649