From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4C6ACC77B7E for ; Sun, 28 May 2023 16:44:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229580AbjE1QoI (ORCPT ); Sun, 28 May 2023 12:44:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57196 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229475AbjE1QoI (ORCPT ); Sun, 28 May 2023 12:44:08 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D4F6EBB; Sun, 28 May 2023 09:44:06 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 718156112A; Sun, 28 May 2023 16:44:06 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D5867C433EF; Sun, 28 May 2023 16:44:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1685292245; bh=vPiEsXsxqj7FwfUAfRpELfdfg6c/BAZcopzWPbwiS0U=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=stZAK/UceGGE8mxKF1r5cxeJM4VpOnZKw3EDxoUjBcktWug8dL3J5uuhf9APdGiXW YWJxMAE2Gex+3Gql4fWAlY+u+B+QA95wuGHBKyAGKCaUhdcQ7j/9878RuCm3xJZuyq 9mblZTmLaiDcXfcMX+BVlbSw9e+3+IpYxL3fSz/eLQfQroBFUGwOmeuRR6tOD7BJ6n z1cvCd04VBiOrIVvGYCzvkDnaPcXIeeetalQDY0QRLoFj2Fv5PIfNUI+F5wurn9mqJ admg6brf/SyUqsM1raw5sDZz6ihE4Holi+jU7rG+DriwvlJvQ2p5OEX4Ec18MCm+xZ PuLbDvCaZrTHQ== Received: by mail-oa1-f45.google.com with SMTP id 586e51a60fabf-19f675022d8so106896fac.0; Sun, 28 May 2023 09:44:05 -0700 (PDT) X-Gm-Message-State: AC+VfDx5kVd0CDStob+JCZfrnvECd0lsY/FsVz9g/toM1V6i4/QJ7bnL UeVrMpPusNpGayh8Di2Q3l/jsSB2sXibgNPnd4o= X-Google-Smtp-Source: ACHHUZ6bTTcpzvO5NDM8O8Jj8V8Y0z1KU+GLszgB1I8JpDBj1t3+imV/uQNhXtfn3Rnf9ShG+DpI9iYjyQHiOdyW78E= X-Received: by 2002:a05:6870:e145:b0:19e:ae04:95ae with SMTP id z5-20020a056870e14500b0019eae0495aemr4433622oaa.40.1685292245137; Sun, 28 May 2023 09:44:05 -0700 (PDT) MIME-Version: 1.0 References: <20230521160426.1881124-1-masahiroy@kernel.org> <20230521160426.1881124-18-masahiroy@kernel.org> In-Reply-To: From: Masahiro Yamada Date: Mon, 29 May 2023 01:43:28 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v6 17/20] modpost: merge bad_tosec=ALL_EXIT_SECTIONS entries in sectioncheck table To: Nick Desaulniers Cc: linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, Nathan Chancellor , Nicolas Schier Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kbuild@vger.kernel.org On Fri, May 26, 2023 at 3:36=E2=80=AFAM Nick Desaulniers wrote: > > On Sun, May 21, 2023 at 9:05=E2=80=AFAM Masahiro Yamada wrote: > > > > There is no distinction between TEXT_TO_ANY_EXIT and DATA_TO_ANY_EXIT. > > Just merge them. > > Can something similar be done for ALL_PCI_INIT_SECTIONS and > ALL_XXXINIT_SECTIONS? (as a follow up) Yes, I think so. BTW, the enum does not have a sensible name. Commit bb15d8db7cce7 should have added PCI_INIT_TO_ANY_INIT instead of ANY_INIT_TO_ANY_EXIT. --=20 Best Regards Masahiro Yamada