Message-ID: <12577be2-ac19-bce5-ede4-a7e6756cb138@windriver.com>
Date:   Wed, 10 Feb 2021 15:57:45 -0600
From:   Jason Wessel <jason.wessel@...driver.com>
To:     Daniel Thompson <daniel.thompson@...aro.org>,
        Douglas Anderson <dianders@...omium.org>
Cc:     Davidlohr Bueso <dave@...olabs.net>,
        Emil Renner Berthing <kernel@...il.dk>,
        kgdb-bugreport@...s.sourceforge.net, linux-kernel@...r.kernel.org,
        patches@...aro.org
Subject: Re: [PATCH] kgdb: Remove kgdb_schedule_breakpoint()


On 2/10/21 8:25 AM, Daniel Thompson wrote:
> To the very best of my knowledge there has never been any in-tree
> code that calls this function. It exists largely to support an
> out-of-tree driver that provides kgdb-over-ethernet using the
> netpoll API.


There was another out of tree user of this, but I don't know if
this is still applicable today.  The scenario is around the
ability to use a character sequence when kgdboc is active
on the console such as <control-c>, to cause a break point, vs
using a hardware break over a tty (because not all hardware supported this).

I could send the original patch that implements this along, but
I question if it is needed given the devices out there.  The reason
the original patch existed at all was to deal with some pick serial
hardware.

---- original out of tree patch header ----

Subject: [PATCH] kgdboc, tty: Add the rx polling call back capability

The idea is to allow kgdboc to intercept a <contorol-c> or any other
character of preference to cause breakpoint interrupt which will start
the kgdb interface running on the controlling terminal where the
character was typed.

The default behavior of kgdboc changes such that the control-c will
always generate an entry to kgdb unless the "n" option is used in the
kgdb configuration line. IE: kgdboc=ttyS0,n,115200

In order to make use of the new API, a low level serial driver must
check to see if it should execute the callback function for each
character that it processes.  This is similar to the approach used
with the NET_POLL API's rx_hook.

The only changes to the tty layer introduced by this patch are:
   * Add poll_rx_cb() call back for the low level driver
   * Move the poll_init() into kgdboc and out of tty_find_polling_driv()
   * change poll_init() to accept the rx callback parameter
---
  Documentation/DocBook/kgdb.tmpl  |   46 ++++++++++++++++++++++---
  drivers/tty/serial/kgdboc.c      |   70 ++++++++++++++++++++++++++++++++++++++-
  drivers/tty/serial/serial_core.c |   23 ++++++++++++
  drivers/tty/tty_io.c             |    9 +----
  include/linux/serial_core.h      |    3 +
  include/linux/tty_driver.h       |    3 +
  6 files changed, 139 insertions(+), 15 deletions(-)


-------------------------------------------



> 
> kgdboe has been out-of-tree for more than 10 years and I don't
> recall any serious attempt to upstream it at any point in the last
> five. At this stage it looks better to stop carrying this code in
> the kernel and integrate the code into the out-of-tree driver
> instead.

Because it has no in tree users, it absolutely makes the most
sense to purge this function.

Acked-by: Jason Wessel <jason.wessel@...driver.com>

> 
> The long term trajectory for the kernel looks likely to include
> effort to remove or reduce the use of tasklets (something that has
> also been true for the last 10 years). Thus the main real reason
> for this patch is to make explicit that the in-tree kgdb features
> do not require tasklets.
> 
> Signed-off-by: Daniel Thompson <daniel.thompson@...aro.org>
> ---
> 
> Notes:
>      During this cycle two developers have proposed tidying up the
>      DECLARE_TASKLET_OLD() in the debug core. Both threads ended with a
>      suggestion to remove kgdb_schedule_breakpoint() but I don't recall
>      seeing a follow up patch for either thread... so I wrote it myself.
> 
>   include/linux/kgdb.h      |  1 -
>   kernel/debug/debug_core.c | 26 --------------------------
>   2 files changed, 27 deletions(-)
> 
> diff --git a/include/linux/kgdb.h b/include/linux/kgdb.h
> index 0d6cf64c8bb12..0444b44bd156d 100644
> --- a/include/linux/kgdb.h
> +++ b/include/linux/kgdb.h
> @@ -325,7 +325,6 @@ extern char *kgdb_mem2hex(char *mem, char *buf, int count);
>   extern int kgdb_hex2mem(char *buf, char *mem, int count);
> 
>   extern int kgdb_isremovedbreak(unsigned long addr);
> -extern void kgdb_schedule_breakpoint(void);
>   extern int kgdb_has_hit_break(unsigned long addr);
> 
>   extern int
> diff --git a/kernel/debug/debug_core.c b/kernel/debug/debug_core.c
> index 7f22c1c0ffe80..b636d517c02c4 100644
> --- a/kernel/debug/debug_core.c
> +++ b/kernel/debug/debug_core.c
> @@ -119,7 +119,6 @@ static DEFINE_RAW_SPINLOCK(dbg_slave_lock);
>    */
>   static atomic_t			masters_in_kgdb;
>   static atomic_t			slaves_in_kgdb;
> -static atomic_t			kgdb_break_tasklet_var;
>   atomic_t			kgdb_setting_breakpoint;
> 
>   struct task_struct		*kgdb_usethread;
> @@ -1084,31 +1083,6 @@ static void kgdb_unregister_callbacks(void)
>   	}
>   }
> 
> -/*
> - * There are times a tasklet needs to be used vs a compiled in
> - * break point so as to cause an exception outside a kgdb I/O module,
> - * such as is the case with kgdboe, where calling a breakpoint in the
> - * I/O driver itself would be fatal.
> - */
> -static void kgdb_tasklet_bpt(unsigned long ing)
> -{
> -	kgdb_breakpoint();
> -	atomic_set(&kgdb_break_tasklet_var, 0);
> -}
> -
> -static DECLARE_TASKLET_OLD(kgdb_tasklet_breakpoint, kgdb_tasklet_bpt);
> -
> -void kgdb_schedule_breakpoint(void)
> -{
> -	if (atomic_read(&kgdb_break_tasklet_var) ||
> -		atomic_read(&kgdb_active) != -1 ||
> -		atomic_read(&kgdb_setting_breakpoint))
> -		return;
> -	atomic_inc(&kgdb_break_tasklet_var);
> -	tasklet_schedule(&kgdb_tasklet_breakpoint);
> -}
> -EXPORT_SYMBOL_GPL(kgdb_schedule_breakpoint);
> -
>   /**
>    *	kgdb_register_io_module - register KGDB IO module
>    *	@new_dbg_io_ops: the io ops vector
> 
> base-commit: 19c329f6808995b142b3966301f217c831e7cf31
> prerequisite-patch-id: 6d9085a2ef51882c80a4f13264cd12a14dcceb54
> prerequisite-patch-id: c0a2cb664281d00a6e32867896374a617aafb358
> prerequisite-patch-id: 6bbcef7ce98747090ecb13fd3eda74a241e47249
> prerequisite-patch-id: 8bf7c51993c06ff88809d49ed59cbace3d94604e
> --
> 2.29.2
> 

Powered by blists - more mailing lists