Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp674247pxb; Wed, 16 Feb 2022 01:39:45 -0800 (PST) X-Google-Smtp-Source: ABdhPJzmKCtLGP9mrsqNdsbWAfArY1cpTXy717GKGgqHBK0I3NwlhDWsrcRgrsl8drWotqp8SZo5 X-Received: by 2002:a17:90b:352:b0:1b9:66bb:8034 with SMTP id fh18-20020a17090b035200b001b966bb8034mr725351pjb.89.1645004384943; Wed, 16 Feb 2022 01:39:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645004384; cv=none; d=google.com; s=arc-20160816; b=Rm+43kxxGMZQ4hkEGpPi7CqyRy+KoP/dePXu1VdLBIOwHohoiJrcA3XVCLsMDzgOMp jpBAcnLIElIAWM6olLVFY/tfpf8/eMbmX/vbLsiMH5YeBXfu23BRBdIRw8zqArfCpiZ+ y22rZw9zNZSwxlLG6Ui+tObHfrE3z7XJz+RsTH8j8ibPFaJ9EueVvPHUhHymSXrOmgQh TA+zdiQJWSImTrarZS8ICZBHRjn/LO67Tjp2s9qSVC2BG0AaYpO+7Zb59G4h0BGouFfV 3Vbvafic2IyZ970NZlqVAs2FET/OXI78Mt7Q4HUNBDf6uTnRt8aiegFXbgsF6ZwVdj7B LDGQ== 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 :user-agent:message-id:in-reply-to:date:references:subject:cc:to :from:dkim-signature:dkim-signature; bh=cm5AQQp0a7+cF9FKJnrJKZk4PS3iUbRyEAyckm/X4TI=; b=mjHwBK7hfIbap18NMuXEMB5hWikF3NNBt/E91YBuApcQW20PsqZgx+N3aLKxY/FDUA yqN85t25lKl7NmPjuaJctCJIwqh48c/RC9SLbbJ8xP4EhHQDAjd7XZsg/uVde+ObbCXs I+7LU0ozBhApL+MfZvbsyUG+KFVHhXyfAMt7+HTSQbsw+zkh/Vun51PXxmfjwylZSpV+ dYLyqqbgxNCvlfPOqqnL9yj29snspEwgzESK1rCb5V5UzRsrN9LODmg7SIlNzv1RxJFr hwJxeKBCIy2+dQc1NChyQ+/oZq7DDvgd9kdU+CKqAa23chpLH5zVrCrN/fjSZzqJp6/T 8peQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b="vhPVK/gv"; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=LXM33yEi; spf=softfail (google.com: domain of transitioning linux-crypto-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id k63si5152625pgd.773.2022.02.16.01.39.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Feb 2022 01:39:44 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-crypto-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b="vhPVK/gv"; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=LXM33yEi; spf=softfail (google.com: domain of transitioning linux-crypto-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3BE77ED94A; Wed, 16 Feb 2022 01:33:13 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232279AbiBPJdQ (ORCPT + 99 others); Wed, 16 Feb 2022 04:33:16 -0500 Received: from gmail-smtp-in.l.google.com ([23.128.96.19]:57310 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232273AbiBPJdP (ORCPT ); Wed, 16 Feb 2022 04:33:15 -0500 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 281C09BBAC; Wed, 16 Feb 2022 01:33:04 -0800 (PST) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id D50A81F383; Wed, 16 Feb 2022 09:33:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1645003982; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cm5AQQp0a7+cF9FKJnrJKZk4PS3iUbRyEAyckm/X4TI=; b=vhPVK/gvcTeqGBs9PnYXK4vPKKb2z+G7rOsc8UTYubnPh7KXtGvAREA4Tg+qSeGmQmTnuu n681xPpLBFJGu/757/412/e9Bgfxj8MBl2kipf6SWGvmcarr1xKuc4x5UVRVwCQzDozurC v0o0znmF/Wsg6OUSFtIANGT127H4YCU= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1645003982; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cm5AQQp0a7+cF9FKJnrJKZk4PS3iUbRyEAyckm/X4TI=; b=LXM33yEiPiyv6aaYrqzs/Q92dsp+Cvlz2r3wOQM0Jl5hTEzJjWNCwgkuOC+1Wnh8qfM1F3 ysWjjVIVMn01PkCg== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 7737213A9F; Wed, 16 Feb 2022 09:33:02 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id ldw7G87EDGJTcQAAMHmgww (envelope-from ); Wed, 16 Feb 2022 09:33:02 +0000 From: Nicolai Stange To: Petr Vorel Cc: linux-crypto@vger.kernel.org, Nicolai Stange , Herbert Xu , leitao@debian.org, Nayna Jain , Paulo Flabiano Smorigo , linuxppc-dev@lists.ozlabs.org, linux-kbuild@vger.kernel.org Subject: Re: [PATCH v2 1/2] crypto: vmx: Turn CRYPTO_DEV_VMX_ENCRYPT into tristate References: <20220215185936.15576-1-pvorel@suse.cz> <20220215185936.15576-2-pvorel@suse.cz> Date: Wed, 16 Feb 2022 10:33:01 +0100 In-Reply-To: <20220215185936.15576-2-pvorel@suse.cz> (Petr Vorel's message of "Tue, 15 Feb 2022 19:59:35 +0100") Message-ID: <87tuczf96a.fsf@suse.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 Hi Petr, Petr Vorel writes: > and remove CRYPTO_DEV_VMX, which looked redundant when only > CRYPTO_DEV_VMX_ENCRYPT used it. Also it forces CRYPTO_GHASH to be > builtin even CRYPTO_DEV_VMX_ENCRYPT was configured as module. I'm confused by the description. CRYPTO_DEV_VMX_ENCRYPT has been a tristate since ever? And thus, with CRYPTO_DEV_VMX_ENCRYPT=3Dm, CRYPTO_GHASH=3Dm would be possible as far as vmx is concerned? What this patch really does is to merge CRYPTO_DEV_VMX into CRYPTO_DEV_VMX_ENCRYPT AFAICS. These two seem indeed redundant to me, but for consistency with the other crypto drivers (e.g. bcm, ccree, ...), I'd rather keep CRYPTO_DEV_VMX and merge CRYPTO_DEV_VMX_ENCRYPT into it. > Update powerpc defconfigs and description in MAINTAINERS. The change to MAINTAINERS is completely unrelated? If anything, it had to come with a separate patch then. > > Signed-off-by: Petr Vorel > --- > new in v2 > > This might be a bit aggressive, but IMHO CRYPTO_DEV_VMX only complicated > things for nothing. I agree on the redundancy, but as said, CRYPTO_DEV_VMX_ENCRYPT should probably the one to get dropped in favor of CRYPTO_DEV_VMX. > But if you do *not* agree with removing it, I just add > select to drivers/crypto/vmx/Kconfig (which forces dependencies to be > always modules.) > > If it's ok for you to remove, please also check whether the description > is ok. get_maintainer.pl script has size limitation: > > $ ./scripts/get_maintainer.pl drivers/crypto/vmx/Kconfig > ... > linux-crypto@vger.kernel.org (open list:IBM Power VMX Cryptographic Accel= eration Instru...) > > maybe the name should be shorter. > > Kind regards, > Petr > > MAINTAINERS | 2 +- > arch/powerpc/configs/powernv_defconfig | 2 +- > arch/powerpc/configs/ppc64_defconfig | 2 +- > arch/powerpc/configs/pseries_defconfig | 2 +- > drivers/crypto/Kconfig | 6 ------ > drivers/crypto/vmx/Kconfig | 4 ++-- > 6 files changed, 6 insertions(+), 12 deletions(-) If you were to drop CONFIG_CRYPTO_DEV_VMX (like it's implemented in this patch), then something had to be done about obj-$(CONFIG_CRYPTO_DEV_VMX) +=3D vmx/ in drivers/crypto/Makefile as well. > > diff --git a/MAINTAINERS b/MAINTAINERS > index ea3e6c914384..80e562579180 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -9207,7 +9207,7 @@ L: target-devel@vger.kernel.org > S: Supported > F: drivers/scsi/ibmvscsi_tgt/ >=20=20 > -IBM Power VMX Cryptographic instructions > +IBM Power VMX Cryptographic Acceleration Instructions Driver > M: Breno Leit=C3=A3o > M: Nayna Jain > M: Paulo Flabiano Smorigo > diff --git a/arch/powerpc/configs/powernv_defconfig b/arch/powerpc/config= s/powernv_defconfig > index 49f49c263935..4b250d05dcdf 100644 > --- a/arch/powerpc/configs/powernv_defconfig > +++ b/arch/powerpc/configs/powernv_defconfig > @@ -337,7 +337,7 @@ CONFIG_CRYPTO_TEA=3Dm > CONFIG_CRYPTO_TWOFISH=3Dm > CONFIG_CRYPTO_LZO=3Dm > CONFIG_CRYPTO_DEV_NX=3Dy > -CONFIG_CRYPTO_DEV_VMX=3Dy > +CONFIG_CRYPTO_DEV_VMX_ENCRYPT=3Dm > CONFIG_VIRTUALIZATION=3Dy > CONFIG_KVM_BOOK3S_64=3Dm > CONFIG_KVM_BOOK3S_64_HV=3Dm > diff --git a/arch/powerpc/configs/ppc64_defconfig b/arch/powerpc/configs/= ppc64_defconfig > index c8b0e80d613b..ebd33b94debb 100644 > --- a/arch/powerpc/configs/ppc64_defconfig > +++ b/arch/powerpc/configs/ppc64_defconfig > @@ -355,7 +355,7 @@ CONFIG_CRYPTO_TWOFISH=3Dm > CONFIG_CRYPTO_LZO=3Dm > CONFIG_CRYPTO_DEV_NX=3Dy > CONFIG_CRYPTO_DEV_NX_ENCRYPT=3Dm > -CONFIG_CRYPTO_DEV_VMX=3Dy > +CONFIG_CRYPTO_DEV_VMX_ENCRYPT=3Dm > CONFIG_PRINTK_TIME=3Dy > CONFIG_PRINTK_CALLER=3Dy > CONFIG_MAGIC_SYSRQ=3Dy > diff --git a/arch/powerpc/configs/pseries_defconfig b/arch/powerpc/config= s/pseries_defconfig > index b571d084c148..304673817ef1 100644 > --- a/arch/powerpc/configs/pseries_defconfig > +++ b/arch/powerpc/configs/pseries_defconfig > @@ -315,7 +315,7 @@ CONFIG_CRYPTO_TWOFISH=3Dm > CONFIG_CRYPTO_LZO=3Dm > CONFIG_CRYPTO_DEV_NX=3Dy > CONFIG_CRYPTO_DEV_NX_ENCRYPT=3Dm > -CONFIG_CRYPTO_DEV_VMX=3Dy > +CONFIG_CRYPTO_DEV_VMX_ENCRYPT=3Dm > CONFIG_VIRTUALIZATION=3Dy > CONFIG_KVM_BOOK3S_64=3Dm > CONFIG_KVM_BOOK3S_64_HV=3Dm > diff --git a/drivers/crypto/Kconfig b/drivers/crypto/Kconfig > index 4f705674f94f..956f956607a5 100644 > --- a/drivers/crypto/Kconfig > +++ b/drivers/crypto/Kconfig > @@ -761,12 +761,6 @@ config CRYPTO_DEV_QCOM_RNG > To compile this driver as a module, choose M here. The > module will be called qcom-rng. If unsure, say N. >=20=20 > -config CRYPTO_DEV_VMX > - bool "Support for VMX cryptographic acceleration instructions" > - depends on PPC64 && VSX > - help > - Support for VMX cryptographic acceleration instructions. > - As said, I'd keep this one (while moving the GHASH dependency here) ... > source "drivers/crypto/vmx/Kconfig" ... and drop this one. Thanks, Nicolai >=20=20 > config CRYPTO_DEV_IMGTEC_HASH > diff --git a/drivers/crypto/vmx/Kconfig b/drivers/crypto/vmx/Kconfig > index c85fab7ef0bd..1a3808b719f3 100644 > --- a/drivers/crypto/vmx/Kconfig > +++ b/drivers/crypto/vmx/Kconfig > @@ -1,7 +1,7 @@ > # SPDX-License-Identifier: GPL-2.0-only > config CRYPTO_DEV_VMX_ENCRYPT > - tristate "Encryption acceleration support on P8 CPU" > - depends on CRYPTO_DEV_VMX > + tristate "Power VMX cryptographic acceleration instructions driver" > + depends on PPC64 && VSX > select CRYPTO_GHASH > default m > help --=20 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 N=C3=BCrnberg, G= ermany (HRB 36809, AG N=C3=BCrnberg), GF: Ivo Totev