Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp5751922rwb; Tue, 22 Nov 2022 04:36:06 -0800 (PST) X-Google-Smtp-Source: AA0mqf47JoG8TZanmPrT2snYp2YQoCdG+lYj/u1LcMPoVvwCqhmUzuENam7A6iHm5a4mui3ozP2c X-Received: by 2002:a17:902:a984:b0:188:feab:4fd3 with SMTP id bh4-20020a170902a98400b00188feab4fd3mr4658578plb.167.1669120566201; Tue, 22 Nov 2022 04:36:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669120566; cv=none; d=google.com; s=arc-20160816; b=dXLy1VczywwRB/VPDHSaEyTAkgC4cFCCF7wopvwWr12klvXutjEKAjsIbZlFyrOlJE k7ioQZdtQjl2mAYQfNn/Ct/6odOBT5Khmj8srHfm1nGVXS1Ew05CJm3N1BVxRMG2LA75 X5MX5PYYh1uEJUVvI4z464eSTrQaCG3/3hVc31p5zW2OvzaSrh303Rm3SvTqBG51r1ly SyGEg9xoPQrRPvs9BH8aK2VqoqdJJVfI5TO0WL6qH99SwTl5O44f4aAXBR5JPpL98zkw qugq6IxHsFng9rns8NfmnriMJJdpMyKguEt4DOjz7adbfTyfG6p3XkCpFhgj75Y0vDr8 kF9A== 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=oOqqRoribSeNQ+eE7nu3jON+LsEwv1wVO7S4nuv9OOs=; b=miZ3pQ7PlkcdoWvRHA3FGDQNlQHI/FLrvq0v4X30Zqa99tCS1xf8PIt86U3l1QXao1 YNqMSRaPra+hrkTJFCbLzT0omcDAO5QEPJDYN5RMG+ajY8K18CntJ9F1Z7QmI+uz3fry wXeBR/9UQIExlkBRLVRlIW9AnokZjGr3jE8ebmIM6i0H4hr6u3T2A1QQQyFFfdP3gPBA DtmzScsR2zzQO/gEK9Q75Tg0n72/BUz21OtqSDCQK6WqjC8qoacBrv5vVdEO29juhHhB ltOu9pd5jbo7eja7mnqVpDPMehKbuZ9E3y2oQWaRrE3TFR4vj/47Lzxo7fbVjFVrvo4e B6Xg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u2-20020a170902bf4200b001843b3789cbsi12315337pls.623.2022.11.22.04.35.53; Tue, 22 Nov 2022 04:36:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232048AbiKVLhs (ORCPT + 90 others); Tue, 22 Nov 2022 06:37:48 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54576 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233483AbiKVLhM (ORCPT ); Tue, 22 Nov 2022 06:37:12 -0500 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DDE8C4045C; Tue, 22 Nov 2022 03:32:00 -0800 (PST) Received: from canpemm500007.china.huawei.com (unknown [172.30.72.54]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4NGhpg5BX8zJnph; Tue, 22 Nov 2022 19:28:43 +0800 (CST) Received: from [10.174.179.215] (10.174.179.215) by canpemm500007.china.huawei.com (7.192.104.62) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Tue, 22 Nov 2022 19:31:58 +0800 Subject: Re: [PATCH -next] crypto: ccree - Fix section mismatch due to cc_debugfs_global_fini() To: Biju Das , "s.shtylyov@omp.ru" , "davem@davemloft.net" , "edumazet@google.com" , "kuba@kernel.org" , "pabeni@redhat.com" , Yoshihiro Shimoda CC: "netdev@vger.kernel.org" , "linux-renesas-soc@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <20221122030542.23920-1-yuehaibing@huawei.com> From: YueHaibing Message-ID: Date: Tue, 22 Nov 2022 19:31:57 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.179.215] X-ClientProxiedBy: dggems702-chm.china.huawei.com (10.3.19.179) To canpemm500007.china.huawei.com (7.192.104.62) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS 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-kernel@vger.kernel.org On 2022/11/22 19:24, Biju Das wrote: >> Subject: Re: [PATCH -next] crypto: ccree - Fix section mismatch due to >> cc_debugfs_global_fini() >> >> Sorry, Pls ignore this. > > This is real issue, right? > > "WARNING: modpost: drivers/crypto/ccree/ccree.o: section mismatch in > reference: init_module (section: .init.text) -> cc_debugfs_global_fini > (section: .exit.text)" > > > Looks like the committer of the patch without building submitted the patch. > 4f1c596df706 ("crypto: ccree - Remove debugfs when platform_driver_register failed") > Yes, I send the patch to wrong mail list. A new version has sent. https://lore.kernel.org/lkml/20221122030555.26612-1-yuehaibing@huawei.com/ > Cheers, > Biju > > >> >> On 2022/11/22 11:05, YueHaibing wrote: >>> cc_debugfs_global_fini() is marked with __exit now, however it is used >>> in __init ccree_init() for cleanup. Remove the __exit annotation to >>> fix build warning: >>> >>> WARNING: modpost: drivers/crypto/ccree/ccree.o: section mismatch in >>> reference: init_module (section: .init.text) -> cc_debugfs_global_fini >>> (section: .exit.text) >>> >>> Fixes: 4f1c596df706 ("crypto: ccree - Remove debugfs when >>> platform_driver_register failed") >>> Signed-off-by: YueHaibing >>> --- >>> drivers/crypto/ccree/cc_debugfs.c | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/drivers/crypto/ccree/cc_debugfs.c >>> b/drivers/crypto/ccree/cc_debugfs.c >>> index 7083767602fc..8f008f024f8f 100644 >>> --- a/drivers/crypto/ccree/cc_debugfs.c >>> +++ b/drivers/crypto/ccree/cc_debugfs.c >>> @@ -55,7 +55,7 @@ void __init cc_debugfs_global_init(void) >>> cc_debugfs_dir = debugfs_create_dir("ccree", NULL); } >>> >>> -void __exit cc_debugfs_global_fini(void) >>> +void cc_debugfs_global_fini(void) >>> { >>> debugfs_remove(cc_debugfs_dir); >>> }