[PATCH 00/11] DYNAMIC_DEBUG for this cycle

Jim Cromie posted 11 patches 3 years, 8 months ago
MAINTAINERS                   |   2 +
include/linux/dynamic_debug.h |  22 ++----
kernel/module/internal.h      |   4 +-
kernel/module/main.c          |  18 ++---
lib/Kconfig.debug             |  10 +++
lib/Makefile                  |   1 +
lib/dynamic_debug.c           | 141 +++++++++++++++++-----------------
lib/test_dynamic_debug.c      |  70 +++++++++++++++++
8 files changed, 172 insertions(+), 96 deletions(-)
create mode 100644 lib/test_dynamic_debug.c
[PATCH 00/11] DYNAMIC_DEBUG for this cycle
Posted by Jim Cromie 3 years, 8 months ago
Hi Greg, Jason,

Please consider these for this rc-cycle.
  - 1-9 have Jason's Ack,
  - 9th removes unused EXPORTed fn.
  - 10 is simple var cleanup
  - 11 is a partial decoupling of dyndbg from kernel/module

Jim Cromie (11):
  dyndbg: fix static_branch manipulation
  dyndbg: fix module.dyndbg handling
  dyndbg: show both old and new in change-info
  dyndbg: reverse module walk in cat control
  dyndbg: reverse module.callsite walk in cat control
  dyndbg: use ESCAPE_SPACE for cat control
  dyndbg: let query-modname override actual module name
  dyndbg: add test_dynamic_debug module
  dyndbg: drop EXPORTed dynamic_debug_exec_queries
  dyndbg: cleanup auto vars in dynamic_debug_init
  dyndbg: create and use struct _ddebug_info

 MAINTAINERS                   |   2 +
 include/linux/dynamic_debug.h |  22 ++----
 kernel/module/internal.h      |   4 +-
 kernel/module/main.c          |  18 ++---
 lib/Kconfig.debug             |  10 +++
 lib/Makefile                  |   1 +
 lib/dynamic_debug.c           | 141 +++++++++++++++++-----------------
 lib/test_dynamic_debug.c      |  70 +++++++++++++++++
 8 files changed, 172 insertions(+), 96 deletions(-)
 create mode 100644 lib/test_dynamic_debug.c

-- 
2.37.1
Re: [PATCH 00/11] DYNAMIC_DEBUG for this cycle
Posted by Greg KH 3 years, 7 months ago
On Thu, Aug 11, 2022 at 11:35:30AM -0600, Jim Cromie wrote:
> Hi Greg, Jason,
> 
> Please consider these for this rc-cycle.
>   - 1-9 have Jason's Ack,
>   - 9th removes unused EXPORTed fn.
>   - 10 is simple var cleanup
>   - 11 is a partial decoupling of dyndbg from kernel/module
> 
> Jim Cromie (11):
>   dyndbg: fix static_branch manipulation
>   dyndbg: fix module.dyndbg handling
>   dyndbg: show both old and new in change-info
>   dyndbg: reverse module walk in cat control
>   dyndbg: reverse module.callsite walk in cat control
>   dyndbg: use ESCAPE_SPACE for cat control
>   dyndbg: let query-modname override actual module name
>   dyndbg: add test_dynamic_debug module
>   dyndbg: drop EXPORTed dynamic_debug_exec_queries
>   dyndbg: cleanup auto vars in dynamic_debug_init
>   dyndbg: create and use struct _ddebug_info
> 
>  MAINTAINERS                   |   2 +
>  include/linux/dynamic_debug.h |  22 ++----
>  kernel/module/internal.h      |   4 +-
>  kernel/module/main.c          |  18 ++---
>  lib/Kconfig.debug             |  10 +++
>  lib/Makefile                  |   1 +
>  lib/dynamic_debug.c           | 141 +++++++++++++++++-----------------
>  lib/test_dynamic_debug.c      |  70 +++++++++++++++++
>  8 files changed, 172 insertions(+), 96 deletions(-)
>  create mode 100644 lib/test_dynamic_debug.c
> 
> -- 
> 2.37.1
> 

Is this still ok for linux-next now to go into 6.1-rc1?

Or does it need to be rebased?

thanks,

greg k-h
Re: [PATCH 00/11] DYNAMIC_DEBUG for this cycle
Posted by Greg KH 3 years, 8 months ago
On Thu, Aug 11, 2022 at 11:35:30AM -0600, Jim Cromie wrote:
> Hi Greg, Jason,
> 
> Please consider these for this rc-cycle.
>   - 1-9 have Jason's Ack,
>   - 9th removes unused EXPORTed fn.
>   - 10 is simple var cleanup
>   - 11 is a partial decoupling of dyndbg from kernel/module

This is _WAY_ to late for -rc1, this stuff should have been in
linux-next already in order to have that happen, you know this :(

Unless linux-next is pulling in your tree already?  Otherwise I can pick
this up into my tree after -rc1 is out for the next release after this
one (i.e. if this is going to be 5.20-rc1, it would go into 5.21-rc1.)

thanks,

greg k-h