Message ID | 20210210142525.2876648-1-daniel.thompson@linaro.org |
---|---|
State | Accepted |
Commit | f11e2bc682cc197e33bfd118178cadb61326dc0e |
Headers | show |
Series | kgdb: Remove kgdb_schedule_breakpoint() | expand |
Hi, On Wed, Feb 10, 2021 at 6:25 AM Daniel Thompson <daniel.thompson@linaro.org> 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. > > 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. > > 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@linaro.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(-) Reviewed-by: Douglas Anderson <dianders@chromium.org>
On Wed, 10 Feb 2021, 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. > >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. > >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. I'm happy to see another user gone, I missed that it was even an option to remove this altogether. Yeah so in general I started sending random patches to get rid of some tasklets after seeing the recent extentions in 12cc923f1cc (tasklet: Introduce new initialization API), which is really the wrong way to go imo. Some driver maintainers/authors push back in the name of performance (albeit tasklets provide no guarantees because of ksoftirqd, for example), some don't care as much. There are also constantly new users being added (despite the explicit deprecation of the api) defering through tasklets, which makes me wonder if the tasklet removal is anything but a pipe dream. Acked-by: Davidlohr Bueso <dbueso@suse.de> > >Signed-off-by: Daniel Thompson <daniel.thompson@linaro.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. Thanks, Davidlohr
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@windriver.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@linaro.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 >
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
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. 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. 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@linaro.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(-) base-commit: 19c329f6808995b142b3966301f217c831e7cf31 prerequisite-patch-id: 6d9085a2ef51882c80a4f13264cd12a14dcceb54 prerequisite-patch-id: c0a2cb664281d00a6e32867896374a617aafb358 prerequisite-patch-id: 6bbcef7ce98747090ecb13fd3eda74a241e47249 prerequisite-patch-id: 8bf7c51993c06ff88809d49ed59cbace3d94604e -- 2.29.2