Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp114133pxb; Tue, 15 Feb 2022 06:37:49 -0800 (PST) X-Google-Smtp-Source: ABdhPJyGEACDd7hShbwux8twbe55AT/m3QHuNZtS5I6kSEcCrvjQz2LEq3Ckjr6oM1t4e20rAO/6 X-Received: by 2002:a17:90a:f308:: with SMTP id ca8mr4691975pjb.222.1644935869045; Tue, 15 Feb 2022 06:37:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644935869; cv=none; d=google.com; s=arc-20160816; b=hM9CiEH+u0NXzywXWakPSlW6BJKgF99Mn+5mnmN/P5JE8eFExlsMYxMANuKlVkW5Ir WeGXEPHEPFbBIrPV8YLnVs7ArE4xsOYxWc+JL0YHDv0BrhHVr+4tQABQRrHqTOgCbVeZ gSoF8WncXbkLdHlwzq9qZYmP1UWf4EICXtqXOILaLtjT3aFnz0QsFOaR4w1Za9phVPwD v28w+bMJ008gaO43NeN0U6GVg+ZaegJ9ph+40yBI5ateNr97o6M1Ol+3JO6lD+6rJFFV 1XpHICXPEnEhTEexEtjjR802lo/mjFJ1lCxzPr40YkKToN0oqT0aUDJuOSl5Lw1q2JFh hvgg== 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:date :message-id:subject:references:in-reply-to:cc:to:from; bh=ukDb5kKxzlKlDE8Dx5DiqCFwBFuVIEo1Wx8AwZuu4Lc=; b=wjJrbuGgmkyhoW5iGXG2Kx9d8wSSWAhOy2LwiFbWJNpsszb9J7hOGvYUoGq4sVr9Ip CBT4twHVWYz5iUp0GPq5exgQ/FJSZ7kioZYyOVBTUFf1aNsGkeGyNbUPRHG0/s35a1li FDMY1hDAHirBqx3763mW8wXW49lxnT3Sp7F4gKKbUy498QSnyTPSFMfx5ozK8XnqZiIL amMiajWpEgnNDaFvQ9eNZ9hC+JcUQXExKIeNE5oq/COgcz0+FGd6do6hJYf0icn1IS+p EzJsgBAP66tNHoQ3OPz8kMgTyz9b9YHgXHnhTFKjRi1LWNtiIWngzdb0lRoGTiGhfMDw kjrA== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a18si2988468pga.265.2022.02.15.06.37.32; Tue, 15 Feb 2022 06:37:49 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234129AbiBOFbq (ORCPT + 99 others); Tue, 15 Feb 2022 00:31:46 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:58814 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234168AbiBOFa7 (ORCPT ); Tue, 15 Feb 2022 00:30:59 -0500 Received: from gandalf.ozlabs.org (mail.ozlabs.org [IPv6:2404:9400:2221:ea00::3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1B53F128DD3 for ; Mon, 14 Feb 2022 21:30:24 -0800 (PST) Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4JyV6P0VShz4y4n; Tue, 15 Feb 2022 16:30:21 +1100 (AEDT) From: Michael Ellerman To: mpe@ellerman.id.au, Wedson Almeida Filho Cc: linux-kernel@vger.kernel.org, benh@kernel.crashing.org, linuxppc-dev@lists.ozlabs.org, paulus@samba.org In-Reply-To: <20220202055123.2144842-1-wedsonaf@google.com> References: <20220202055123.2144842-1-wedsonaf@google.com> Subject: Re: [PATCH] powerpc/module_64: use module_init_section instead of patching names Message-Id: <164490279930.270256.11789081622461037215.b4-ty@ellerman.id.au> Date: Tue, 15 Feb 2022 16:26:39 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_PASS,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-kernel@vger.kernel.org On Wed, 2 Feb 2022 05:51:23 +0000, Wedson Almeida Filho wrote: > Without this patch, module init sections are disabled by patching their > names in arch-specific code when they're loaded (which prevents code in > layout_sections from finding init sections). This patch uses the new > arch-specific module_init_section instead. > > This allows modules that have .init_array sections to have the > initialisers properly called (on load, before init). Without this patch, > the initialisers are not called because .init_array is renamed to > _init_array, and thus isn't found by code in find_module_sections(). > > [...] Applied to powerpc/next. [1/1] powerpc/module_64: use module_init_section instead of patching names https://git.kernel.org/powerpc/c/d4be60fe66b7380530868ceebe549f8eebccacc5 cheers