Message ID | 20230517125423.930967-1-arnd@kernel.org |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp1131140vqo; Wed, 17 May 2023 06:20:34 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6jPdKe5ugl0llAqpf6tQUOk49X3Tl6ylcSATAjqf4BIBBhsBFCjV/Szr53tfoMKHl6ytXm X-Received: by 2002:a05:6a20:7d82:b0:103:4c5d:667a with SMTP id v2-20020a056a207d8200b001034c5d667amr32105875pzj.4.1684329634412; Wed, 17 May 2023 06:20:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684329634; cv=none; d=google.com; s=arc-20160816; b=I6ZsXXnzXS3YrVBkKj6EM5aa1MpUITNyz2VsjKkrs9SlPM50huRzdU7GKf/oQRUnu4 NLB5cjvhIJNDU5fOdKj5+Nr8iBSo/EmEJgy1mdMOWYqSYt3GwMyMziE/g2FVoEi9+VJS dNkF0b7LqPPwfTsGK2pegdTJ2brZVVgL4g7hy9BKYnI8eNipCAj3DJRikJMBDVvlNPwp DhvhciDmMB3efgVzzFw72X8pcrZJYT+MQodzKmLN2R+k/ruXbDtEtZpzQHb73N95z4lP DHAflAtaKH/AZ2iYQSWH5z/PGosea2YAhgzoCZ/nynPZYayWFLm7iD7j9auYSiuxQtig +RJQ== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=tm5KNSH7UnfUk/sRRuENKRjAAiPRJm/Lqpw4geT+8qI=; b=osbFyHQHrr5lT1kLR911+xazgCmk0OJwzoi9MYwgbEDUEwKlysZIXGGqOKLLBCcJNo /Oytuj1Z8og8gKDo8Osxr437z3KY4MMqs4p0kiTInm+NtbTk6E2ePLtr2BMSxQSicgNm qrNx/aiGMAt0BJTsyJzw9EBoj4URKvSEuFwg5Hacu0Mi/lFRVmRovFTSNnmxR/ASDAng pAzOEJkaNWavzMZgzOFcX14CW27c4heR4hvjSeQnWwFRKtgeCNnrDS5dKHJlryH6NGOx L4L4UfgL0/RMn4Sa11F+7SOuN/+OVWBgP7NbUuogepeOciCO5FfyXgmKNJdLRvF/CsWQ MlAA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=nkomx8ku; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a9-20020aa78e89000000b006430adc8138si22409956pfr.170.2023.05.17.06.20.19; Wed, 17 May 2023 06:20:34 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=nkomx8ku; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231789AbjEQMyc (ORCPT <rfc822;pacteraone@gmail.com> + 99 others); Wed, 17 May 2023 08:54:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36256 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231732AbjEQMya (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 17 May 2023 08:54:30 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 799FC3A96 for <linux-kernel@vger.kernel.org>; Wed, 17 May 2023 05:54:29 -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 15B926149F for <linux-kernel@vger.kernel.org>; Wed, 17 May 2023 12:54:29 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 506A2C433D2; Wed, 17 May 2023 12:54:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684328068; bh=nc29UDrIzO0K1XrrlSRT98qfuvFbPBoKCvdXYVf6s80=; h=From:To:Cc:Subject:Date:From; b=nkomx8kuTnEAGcwqhXaP550kiR6KMRbHeWoYuNBp8tXXIzslqThf+dLOXAVc467X8 GpB1Chozz6vx8UMHKoWPeDVbWIFgrJFAHhfMsjmcr9izjE04oGKMffP9dDlEcuEO9y QusgbvrUgOLy7I7tIvVcegzvp1gBO6VZ8SXJUS291HlKQSAJobess2Np9fLFrKLoC+ 7VMERVDpqW8I55FPQDuQSaA09a0RL/EEjuT0DCKCUeFO/419R09dGaZ4jr8qBBT2mh YPucdwE7RHotyr28PlvMZ7jnwvFL7TrzkcTgN9dRPX6xSySIUzFjeLvIosRotnQdy1 cI6/myrhgvMCA== From: Arnd Bergmann <arnd@kernel.org> To: Jason Wessel <jason.wessel@windriver.com>, Daniel Thompson <daniel.thompson@linaro.org> Cc: kgdb-bugreport@lists.sourceforge.net, Douglas Anderson <dianders@chromium.org>, Arnd Bergmann <arnd@arndb.de>, Peter Zijlstra <peterz@infradead.org>, Dmitry Vyukov <dvyukov@google.com>, Kees Cook <keescook@chromium.org>, "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>, linux-kernel@vger.kernel.org Subject: [PATCH] kdb: include header in signal handling code Date: Wed, 17 May 2023 14:54:09 +0200 Message-Id: <20230517125423.930967-1-arnd@kernel.org> X-Mailer: git-send-email 2.39.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1766147631146059262?= X-GMAIL-MSGID: =?utf-8?q?1766147631146059262?= |
Series |
kdb: include header in signal handling code
|
|
Commit Message
Arnd Bergmann
May 17, 2023, 12:54 p.m. UTC
From: Arnd Bergmann <arnd@arndb.de> kdb_send_sig() is defined in the signal code and called from kdb, but the declaration is part of the kdb internal code. Include this from signal.c as well to avoid the warning: kernel/signal.c:4789:6: error: no previous prototype for 'kdb_send_sig' [-Werror=missing-prototypes] Signed-off-by: Arnd Bergmann <arnd@arndb.de> --- kernel/signal.c | 2 ++ 1 file changed, 2 insertions(+)
Comments
Hi, On Wed, May 17, 2023 at 5:54 AM Arnd Bergmann <arnd@kernel.org> wrote: > > From: Arnd Bergmann <arnd@arndb.de> > > kdb_send_sig() is defined in the signal code and called from kdb, > but the declaration is part of the kdb internal code. > Include this from signal.c as well to avoid the warning: > > kernel/signal.c:4789:6: error: no previous prototype for 'kdb_send_sig' [-Werror=missing-prototypes] > > Signed-off-by: Arnd Bergmann <arnd@arndb.de> > --- > kernel/signal.c | 2 ++ > 1 file changed, 2 insertions(+) Reviewed-by: Douglas Anderson <dianders@chromium.org>
On Wed, May 17, 2023 at 02:54:09PM +0200, Arnd Bergmann wrote: > From: Arnd Bergmann <arnd@arndb.de> > > kdb_send_sig() is defined in the signal code and called from kdb, > but the declaration is part of the kdb internal code. > Include this from signal.c as well to avoid the warning: > > kernel/signal.c:4789:6: error: no previous prototype for 'kdb_send_sig' [-Werror=missing-prototypes] > > Signed-off-by: Arnd Bergmann <arnd@arndb.de> Reviewed-by: Kees Cook <keescook@chromium.org>
On Wed, May 17, 2023 at 02:54:09PM +0200, Arnd Bergmann wrote: > From: Arnd Bergmann <arnd@arndb.de> > > kdb_send_sig() is defined in the signal code and called from kdb, > but the declaration is part of the kdb internal code. > Include this from signal.c as well to avoid the warning: > > kernel/signal.c:4789:6: error: no previous prototype for 'kdb_send_sig' [-Werror=missing-prototypes] > > Signed-off-by: Arnd Bergmann <arnd@arndb.de> Sorry to be so late with this feedback! I got as far as queuing this up for merge before the penny dropped... > --- > kernel/signal.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/kernel/signal.c b/kernel/signal.c > index 8f6330f0e9ca..d38df14f71ac 100644 > --- a/kernel/signal.c > +++ b/kernel/signal.c > @@ -4780,6 +4780,8 @@ void __init signals_init(void) > > #ifdef CONFIG_KGDB_KDB > #include <linux/kdb.h> > +#include "debug/kdb/kdb_private.h" > + Isn't is better to move the prototype for kdb_send_sig() into linux/kdb.h instead? That's what other kdb helpers spread across the kernel do (kdb_walk_kallsyms() for example). Daniel.
On Fri, Jun 30, 2023, at 17:24, Daniel Thompson wrote: > On Wed, May 17, 2023 at 02:54:09PM +0200, Arnd Bergmann wrote: >> diff --git a/kernel/signal.c b/kernel/signal.c >> index 8f6330f0e9ca..d38df14f71ac 100644 >> --- a/kernel/signal.c >> +++ b/kernel/signal.c >> @@ -4780,6 +4780,8 @@ void __init signals_init(void) >> >> #ifdef CONFIG_KGDB_KDB >> #include <linux/kdb.h> >> +#include "debug/kdb/kdb_private.h" >> + > > Isn't is better to move the prototype for kdb_send_sig() into > linux/kdb.h instead? > > That's what other kdb helpers spread across the kernel do > (kdb_walk_kallsyms() for example). Right, that is probably better here. Not sure if it's worth reworking the branch if you already merged it, the difference seems rather minor. Arnd
On Fri, Jun 30, 2023 at 05:31:01PM +0200, Arnd Bergmann wrote: > On Fri, Jun 30, 2023, at 17:24, Daniel Thompson wrote: > > On Wed, May 17, 2023 at 02:54:09PM +0200, Arnd Bergmann wrote: > >> diff --git a/kernel/signal.c b/kernel/signal.c > >> index 8f6330f0e9ca..d38df14f71ac 100644 > >> --- a/kernel/signal.c > >> +++ b/kernel/signal.c > >> @@ -4780,6 +4780,8 @@ void __init signals_init(void) > >> > >> #ifdef CONFIG_KGDB_KDB > >> #include <linux/kdb.h> > >> +#include "debug/kdb/kdb_private.h" > >> + > > > > Isn't is better to move the prototype for kdb_send_sig() into > > linux/kdb.h instead? > > > > That's what other kdb helpers spread across the kernel do > > (kdb_walk_kallsyms() for example). > > Right, that is probably better here. Not sure if it's worth > reworking the branch if you already merged it, the difference > seems rather minor. I figure it will take me as long to rework the branch as it will to write the covering letter on the pull-request to explain why kgdb/kdb is messing around in kernel/signal.c ;-) . Daniel.
diff --git a/kernel/signal.c b/kernel/signal.c index 8f6330f0e9ca..d38df14f71ac 100644 --- a/kernel/signal.c +++ b/kernel/signal.c @@ -4780,6 +4780,8 @@ void __init signals_init(void) #ifdef CONFIG_KGDB_KDB #include <linux/kdb.h> +#include "debug/kdb/kdb_private.h" + /* * kdb_send_sig - Allows kdb to send signals without exposing * signal internals. This function checks if the required locks are