Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp759787pxm; Wed, 2 Mar 2022 07:58:38 -0800 (PST) X-Google-Smtp-Source: ABdhPJwqRH1XQ6zWnut36D7krNX83Q6g+SOteSgQxPapj4+idMYuZxPKhmkxqiXLPuZcPlL2cd9Y X-Received: by 2002:a17:902:e74a:b0:151:974d:d876 with SMTP id p10-20020a170902e74a00b00151974dd876mr3466933plf.58.1646236718070; Wed, 02 Mar 2022 07:58:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646236718; cv=none; d=google.com; s=arc-20160816; b=TwmV6Lwyf7LQgWoHj5FWNLV/AjKW/XazIavW6sddAUZGQwzxJjZQTXm+JTiCDU6AlP 7TlU0MY84HZwvaKJ8azJBIopJ2dZMyDiOXxlZUI+4Og1U3o/LoOtcAaf+WePYZTOJb9w oNKlfobjkXqEuTjFqZ9JQTpG23w2ahVh/GYIWSsJlsQJasiRLZqjPMGg2CPGKcZXXPi4 TjlLqY7yg8nYwJbpWhv5KVmu9oRaZd92a9WwsBNgMoSbtkDk4OolBpeZrUpZmoutGC0M 29j0L9craoPBnDxiB5uf0jpbxVJXU3+q48CZB4YYm0ZTbWNN9XKTfc+10gi19tJ/nl76 4RGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=XU3Lxzrr2IMJf6XkB7TOTKQh4w9FBXqLJHqH8jYgkdw=; b=anthCiYU3m2wAnupZiRUv+kynW/1FMjeLx8QC9f+MFhZ7nDeUwceKQmE4KC0z2Ww1y /sQB9Od14N+edw53vtbWh1QSZ2HfCsN+qImLa8S2R9C6wNxgcGMbvjnQG9NwXD858byo SdZczXvUetmTplaLaLr/DoVKxRfTJO21qA10RpZxIdcaUahvGupocx1MvvwVrzlcTu8M OOgZFvEdHY6MFYcWhuibyuIqhnx33nhDiH/nDueIvNevi7TX15o5L4uZYg1w7yFgYeaW MP1mTwLGx/gY+msKu+qQkEB1vApSTq2jDbtDEE+qflFpiKR0KxbJnwfm4QBZC1kZr4oQ 0TBA== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 2-20020a630502000000b003739e883d9asi15178462pgf.876.2022.03.02.07.58.19; Wed, 02 Mar 2022 07:58:37 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241407AbiCBOyu (ORCPT + 99 others); Wed, 2 Mar 2022 09:54:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54742 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234237AbiCBOyt (ORCPT ); Wed, 2 Mar 2022 09:54:49 -0500 Received: from isilmar-4.linta.de (isilmar-4.linta.de [136.243.71.142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D946239830; Wed, 2 Mar 2022 06:54:05 -0800 (PST) X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES Received: from owl.dominikbrodowski.net (owl.brodo.linta [10.2.0.111]) by isilmar-4.linta.de (Postfix) with ESMTPSA id 5F43D2013AD; Wed, 2 Mar 2022 14:54:03 +0000 (UTC) Received: by owl.dominikbrodowski.net (Postfix, from userid 1000) id D55E58084F; Wed, 2 Mar 2022 15:53:18 +0100 (CET) Date: Wed, 2 Mar 2022 15:53:18 +0100 From: Dominik Brodowski To: "Jason A. Donenfeld" Cc: LKML , Linux Crypto Mailing List , Netdev , Alexander Graf , Jann Horn , Greg KH , Theodore Ts'o Subject: Re: [PATCH 1/3] random: replace custom notifier chain with standard one Message-ID: References: <20220301231038.530897-1-Jason@zx2c4.com> <20220301231038.530897-2-Jason@zx2c4.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE 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 Hi Jason, Am Wed, Mar 02, 2022 at 12:42:56PM +0100 schrieb Jason A. Donenfeld: > On Wed, Mar 2, 2022 at 6:35 AM Dominik Brodowski > wrote: > > > > Am Wed, Mar 02, 2022 at 12:10:36AM +0100 schrieb Jason A. Donenfeld: > > > /* > > > * Delete a previously registered readiness callback function. > > > */ > > > -void del_random_ready_callback(struct random_ready_callback *rdy) > > > +int unregister_random_ready_notifier(struct notifier_block *nb) > > > { > > > unsigned long flags; > > > - struct module *owner = NULL; > > > - > > > - spin_lock_irqsave(&random_ready_list_lock, flags); > > > - if (!list_empty(&rdy->list)) { > > > - list_del_init(&rdy->list); > > > - owner = rdy->owner; > > > - } > > > - spin_unlock_irqrestore(&random_ready_list_lock, flags); > > > + int ret; > > > > > > - module_put(owner); > > > + spin_lock_irqsave(&random_ready_chain_lock, flags); > > > + ret = raw_notifier_chain_unregister(&random_ready_chain, nb); > > > + spin_unlock_irqrestore(&random_ready_chain_lock, flags); > > > + return ret; > > > } > > > -EXPORT_SYMBOL(del_random_ready_callback); > > > > That doesn't seem to be used anywhere, so I'd suggest removing this function > > altogether. > > I thought about this, but it feels weird to have a registration > function without an unregistration function... No other notifier is > unbalanced like that. ... but having unused code compiled in (unless LTO is enabled, of course) seems worse. Maybe comment it out, #ifdef COMPILE_TEST or something like that? Thanks, Dominik