Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3191757pxu; Sun, 29 Nov 2020 18:26:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJzjf9R2+4MGNhAM/nCyLgYJJxawKQvoghZiAP0kKFiX4Xa8UYSz/TA3pRwske1H2TERL0r4 X-Received: by 2002:aa7:c701:: with SMTP id i1mr11620314edq.191.1606703171835; Sun, 29 Nov 2020 18:26:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606703171; cv=none; d=google.com; s=arc-20160816; b=GKXf4JmoyCfZ7cd4sYRtqjC7R4NNmyIvFPmCWVFRsgjABIpwD5Vtln5bDVv0qnPrYH w/Z/S+ekHA4/BFO5vy+phhbN1+8X1jCmnlYPVEhGR3WgjhOtis47aoyZF32W2YbvVSTL c4YicczLCxjMg2PJ6VbyZWRvuQUh0rEOx0DzNzh5Hk1akZ8tt59S9EN2tFgZj0jaCcyg tpy38c3KWpeaYzMQA+seKARHQ1jf9fEXSt/SZTzmcvgVC384KkS/LmQPsUz0nVo8mR2C iWqU2aIgoQecwfW6GHrM5O4oNRvW3j2IAiFwx+SCev4Ig9PVNNeOZ+c2HMVFRkmAzv7g Gpbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=BwBEiclRspd+d4GRAfgxtVK7KGa+mA1eRTd0EPX98ro=; b=r00eQ8H0jYgUHvOyvfRLSMcW72EAVgJ/NHj1VVENswYXBBAgTVCQZHZ1tQPn2n9tYA ex0znmAJMEdERPMaoQBrtffezta2eK6T9s0GvEjgDeRiukXpo7XWqUyhgLgHT7a1m6gl HvwgXCkc917dKzta796C1dPcw4tRmQ3AVrHbNoHgi0m+uXJK/lOa6TI5kYOR65WwxUts OXH3Fz4HpOohK/L+JiJLXkrA0KCh5kMIGWDL2JlAOLRNuZfatWze/+37byVuOSqscuKt AqsNlAgCvO5+SaJzu0BMch7GPbF1mPChe38lMnJEDmxAF0KventDhfMrIxaKo3F4mSB9 6x3w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z23si10013815ejn.209.2020.11.29.18.25.49; Sun, 29 Nov 2020 18:26:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726376AbgK3CWv (ORCPT + 99 others); Sun, 29 Nov 2020 21:22:51 -0500 Received: from out30-54.freemail.mail.aliyun.com ([115.124.30.54]:50428 "EHLO out30-54.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725930AbgK3CWv (ORCPT ); Sun, 29 Nov 2020 21:22:51 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R181e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04394;MF=tianjia.zhang@linux.alibaba.com;NM=1;PH=DS;RN=5;SR=0;TI=SMTPD_---0UGusXv9_1606702916; Received: from B-455UMD6M-2027.local(mailfrom:tianjia.zhang@linux.alibaba.com fp:SMTPD_---0UGusXv9_1606702916) by smtp.aliyun-inc.com(127.0.0.1); Mon, 30 Nov 2020 10:21:57 +0800 Subject: Re: [PATCH] crypto: ecrdsa - use subsys_initcall instead of module_init To: Herbert Xu , Vitaly Chikunov Cc: "David S. Miller" , Vitaly Chikunov , linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org References: <20201015110241.89676-1-tianjia.zhang@linux.alibaba.com> <20201015120504.GA12976@gondor.apana.org.au> From: Tianjia Zhang Message-ID: Date: Mon, 30 Nov 2020 10:21:56 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <20201015120504.GA12976@gondor.apana.org.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Hi Herbert, On 10/15/20 8:05 PM, Herbert Xu wrote: > On Thu, Oct 15, 2020 at 07:02:41PM +0800, Tianjia Zhang wrote: >> All templates and generic algorithms have been registered in >> subsys_initcall instead of module_init. The ecrdsa algorithm >> happened to be missed. Here is a fix for it. > > That is true only if there are non-generic implementations of > the algorithms, which is not the case here. Please explain the > real reason why this is needed. > > Cheers, > This is a generic algorithm, the author Vitaly Chikunov has also confirmed it, please consider this patch again. Thanks.