Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp699252pxb; Tue, 2 Feb 2021 16:00:46 -0800 (PST) X-Google-Smtp-Source: ABdhPJySfhz8pom9Zb7WJpIXf6hYR5svJv7LfJ9LUeDNy7AMlnKOhhkmg6Zow8OvdvAj0HDhhDHR X-Received: by 2002:a17:906:73c2:: with SMTP id n2mr488160ejl.224.1612310446429; Tue, 02 Feb 2021 16:00:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612310446; cv=none; d=google.com; s=arc-20160816; b=dEp325+lfJVYUEd6R15zYAusQD9/UAte3uWlEZVCdd72ZhKIOGaLggxfuQ+vToEuIf 9oOyaHo4vD9mYLmipDM6NyBzaf3U3vwFRH1DEH3jZeBHBQw46AtSU4nJYCARH/U8KlmG k3ZdSHc6kS7DBvtmxFhGfftI31QFCm3FnBuWzWA43eeLwbs7nj7Ua1+4E/YZ+rlvUV4O OEJrWkV08cmcd05dJPLuPikQeiizs2dpr6xc+/wr8mpo+jhHTUegXh8RE3XB3FX0N478 IfSuAY2IbAglx5S6yS4vXgSfvYJ5wofQnQECgQKQo4QXBNRsN60zKJJTP/uK9XURf0OK N8RA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=eHAW1mrB7zvHhh97f0tcropb/e113NgWFEAjP6gLbCQ=; b=X57EYdwiJVp/ZLZVNmrkKDcH+ILso09P6+JkJBiJkuxoIcjW2y/+Rc2raxjvpzzujB 78Z86Fxr6hBNGCSvBqgi6g9TPoXaIINxQcrsyUGSxvUX/lH/xYgiaa8UTaRJGIX76NK5 JCefk6AsXsXbQWnd0IJbCCdxZjpDXjTdkk8EVjMKey+j58sCeNgAX0OalHWDUUhd8hR2 Aj3uHWETvSgQ6QCK+L3bmlJ1joGIOvpUx6M7TV6YZQTLQHPl9TWjGVfv5Y8Ju0QHw4Qh rszbq1C9fDIguHm9kyz3ERIvvpSSkVMrs77Va0gDoXRRFeYhjCaZE33PdmDhDpU/5fTV 3i6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=P5+gYqPz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m13si215285edi.144.2021.02.02.16.00.21; Tue, 02 Feb 2021 16:00:46 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=P5+gYqPz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237708AbhBBRli (ORCPT + 99 others); Tue, 2 Feb 2021 12:41:38 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40158 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236850AbhBBRjb (ORCPT ); Tue, 2 Feb 2021 12:39:31 -0500 Received: from mail-vs1-xe2b.google.com (mail-vs1-xe2b.google.com [IPv6:2607:f8b0:4864:20::e2b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AEC70C061786; Tue, 2 Feb 2021 09:38:51 -0800 (PST) Received: by mail-vs1-xe2b.google.com with SMTP id k9so2083658vsr.3; Tue, 02 Feb 2021 09:38:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eHAW1mrB7zvHhh97f0tcropb/e113NgWFEAjP6gLbCQ=; b=P5+gYqPz5l2mFlVKQREHmz6Kr0fA/RiH9maBRKb+UIPpLrmJCqO0uZtlprkvOcVC7R zfLNlUQD86NkP+ifjcEWmIBbuauC+qpY41TpCmhwHtmog0l7nn9JmHrn+u+THmtLIdRH 0KnCTzdZzCy8vq0biUzKHV1wh4EBiZ9oAhpnAVrPJLt++k/V0XTB8bMDbd3Qdhisf4xn zldT4XKEDyVCBwD/nZj1eNAdMGt3Bg7tXjS8x0Jxcv2kvkr0eEq97P/HBzukApwh349g hMt5JK//cZJtHt8GTmxsjoMa4oHwEaTmQsEBjy8RLtIA7UYf87pdqgL7wYkBBpfw2voR 5vXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eHAW1mrB7zvHhh97f0tcropb/e113NgWFEAjP6gLbCQ=; b=EEPLiruZAjwDyUNhI3I0Aq4rxZzHGpOR48riK5CymnbhOiI4SJ5LlMu3E21H/vHNs2 4f2uWrVnonZI+uTNTOdcnE2pcbEm0YGJr3/KqSfnSERwhntFKF5ntw2IszhvXxiTtUL4 f+duxiSQ2tRyW+m9Gz+GOSGjw9ArEH4LKTXhejKqHhERM2NSu+BS76Iy66mFGwvPG/jv W1aQcDTF8PJ6zrJwvgKxziVtKAnHiZwbjyGzqOV0xpBloeS6N7FiYYZ5v+pp7EbZUBUK btloJpylj/SRlmPn2rq1J5fJkqb+6/SalZ8eLHZUxsDI693ii0mYdZs0CzLA8h6lqVBH TlSg== X-Gm-Message-State: AOAM531abkMtLsc5c1kX24uRJ7VmlyLQS8jCOaKNLlwcuDRjpXt90GXW gbXqJnYWZJf16Gi7jsEtnbfV9Zni3eCYtp96Ick= X-Received: by 2002:a05:6102:96:: with SMTP id t22mr13599418vsp.22.1612287530852; Tue, 02 Feb 2021 09:38:50 -0800 (PST) MIME-Version: 1.0 References: <20210202121334.1361503-1-hch@lst.de> In-Reply-To: From: Emil Velikov Date: Tue, 2 Feb 2021 17:38:39 +0000 Message-ID: Subject: Re: module loader dead code removal and cleanups v3 To: Jessica Yu Cc: Christoph Hellwig , Petr Mladek , Joe Lawrence , Andrew Donnellan , linux-kbuild@vger.kernel.org, David Airlie , Masahiro Yamada , Jiri Kosina , "Linux-Kernel@Vger. Kernel. Org" , live-patching@vger.kernel.org, Michal Marek , ML dri-devel , Thomas Zimmermann , Josh Poimboeuf , Frederic Barrat , Miroslav Benes , linuxppc-dev Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jessica, On Tue, 2 Feb 2021 at 14:37, Jessica Yu wrote: > > +++ Christoph Hellwig [02/02/21 13:13 +0100]: > >Hi all, > > > >this series removes support for long term unused export types and > >cleans up various loose ends in the module loader. > > > >Changes since v2: > > - clean up klp_find_object_symbol a bit > > - remove the now unused module_assert_mutex helper > > > >Changes since v1: > > - move struct symsearch to module.c > > - rework drm to not call find_module at all > > - allow RCU-sched locking for find_module > > - keep find_module as a public API instead of module_loaded > > - update a few comments and commit logs > > Thanks Christoph for cleaning up all that aged cruft, and thanks everyone > for the reviews. > > I was curious about EXPORT_SYMBOL_GPL_FUTURE and EXPORT_UNUSED_SYMBOL > variants, and found that most of that stuff was introduced between > 2006 - 2008. All the of the unused symbols were removed and gpl future > symbols were converted to gpl quite a long time ago, and I don't > believe these export types have been used ever since. So I > think it's safe to retire those export types now. > I believe you're spot on - based on reading through git log and checking the ML archives. Shame I didn't get to finish a similar series I had locally. Patches 11-13 match what I have here so: Reviewed-by: Emil Velikov HTH -Emil