Re: [PATCH] treewide: drop CONFIG_EMBEDDED

2023-08-18 Thread Randy Dunlap
Hi Jesse, I replied to your comment a few days ago, but for some reason your email to me contains: Reply-To: 20230816055010.31534-1-rdun...@infradead.org so it wasn't sent directly to you. My former reply is below. On 8/16/23 20:15, Randy Dunlap wrote: > Hi Jesse, > > On 8/16/23 15:

Re: [PATCH] treewide: drop CONFIG_EMBEDDED

2023-08-16 Thread Randy Dunlap
Hi Jesse, On 8/16/23 15:45, Jesse Taube wrote: > Hi, Randy > >> diff -- a/init/Kconfig b/init/Kconfig >> --- a/init/Kconfig >> +++ b/init/Kconfig >> @@ -1790,14 +1790,6 @@ config DEBUG_RSEQ >> >>    If unsure, say N. >> >> -config EMBEDDED >> -    bool "Embedded system" >> -    select EXPERT

[PATCH] treewide: drop CONFIG_EMBEDDED

2023-08-15 Thread Randy Dunlap
There is only one Kconfig user of CONFIG_EMBEDDED and it can be switched to EXPERT or "if !ARCH_MULTIPLATFORM" (suggested by Arnd). Signed-off-by: Randy Dunlap Cc: Russell King Cc: linux-arm-ker...@lists.infradead.org Cc: Arnd Bergmann Cc: Jason A. Donenfeld Cc: wireguard@lists.zx

[PATCH 2/6 v2] hw_random: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-11 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Andres Salomon Cc: linux-ge...@lists.infradead.org Cc: Matt Mackall Cc: Herbert Xu Cc: "David S. Miller" Cc: linux-cry...@vger.kernel.org Cc: Jason A.

[PATCH 6/6 v2] wireguard: main: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-11 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Jason A. Donenfeld Cc: wireguard@lists.zx2c4.com Cc: net...@vger.kernel.org --- v2: change Subject: prefixes and function names (thanks, Jason) drivers/net/wireguard/main.c |8 1 file cha

[PATCH 0/6 v2] treewide: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-11 Thread Randy Dunlap
There are multiple (16) modules which use a module_init() function with the name 'mod_init' and a module_exit() function with the name 'mod_exit'. This can lead to confusion or ambiguity when reading crashes/oops/bugs etc. and when reading an initcall_debug log. Example 1: (System.map file)

[PATCH 3/6 v2] lib: crypto: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-11 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Herbert Xu Cc: "David S. Miller" Cc: linux-cry...@vger.kernel.org Cc: Jason A. Donenfeld --- v2: no change lib/crypto/blake2s.c |8 lib/crypto/chacha20poly1305.c |8 ++

[PATCH 5/6 v2] net: hdlc: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-11 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Krzysztof Halasa Cc: net...@vger.kernel.org Cc: "David S. Miller" Cc: Jakub Kicinski Cc: Martin Schiller Cc: linux-...@vger.kernel.org --- v2: no change drivers/net/wan/hdlc_cisco.c

[PATCH 4/6 v2] MOST: cdev: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-11 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Christian Gromm Cc: Greg Kroah-Hartman --- v2: no change drivers/most/most_cdev.c |8 1 file changed, 4 insertions(+), 4 deletions(-) --- linux-next-20210708.orig/drivers/most/most_cdev.c ++

[PATCH 6/6] net: wireguard: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-08 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Jason A. Donenfeld Cc: wireguard@lists.zx2c4.com Cc: net...@vger.kernel.org --- drivers/net/wireguard/main.c |8 1 file changed, 4 insertions(+), 4 deletions(-) --- linux-next-20210708

[PATCH 5/6] net: hdlc: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-08 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Krzysztof Halasa Cc: net...@vger.kernel.org Cc: "David S. Miller" Cc: Jakub Kicinski Cc: Martin Schiller Cc: linux-...@vger.kernel.org --- drivers/net/wan/hdlc_cisco.c |8 +++

[PATCH 4/6] MOST: cdev: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-08 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Christian Gromm Cc: Greg Kroah-Hartman --- drivers/most/most_cdev.c |8 1 file changed, 4 insertions(+), 4 deletions(-) --- linux-next-20210708.orig/drivers/most/most_cdev.c +++ linux-next

[PATCH 0/6] treewide: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-08 Thread Randy Dunlap
There are multiple (16) modules which use a module_init() function with the name 'mod_init' and a module_exit() function with the name 'mod_exit'. This can lead to confusion or ambiguity when reading crashes/oops/bugs etc. and when reading an initcall_debug log. Example 1: (System.map file)

[PATCH 1/6] arm: crypto: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-08 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Jason A. Donenfeld Cc: Russell King Cc: linux-arm-ker...@lists.infradead.org Cc: patc...@armlinux.org.uk --- arch/arm/crypto/curve25519-glue.c |8 1 file changed, 4 insertions(+), 4 deletion

[PATCH 3/6] lib: crypto: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-08 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Herbert Xu Cc: "David S. Miller" Cc: linux-cry...@vger.kernel.org Cc: Jason A. Donenfeld --- lib/crypto/blake2s.c |8 lib/crypto/chacha20poly1305.c |8 lib/

[PATCH 2/6] hw_random: rename 'mod_init' & 'mod_exit' functions to be module-specific

2021-07-08 Thread Randy Dunlap
ining how long certain module_init calls take to execute. Signed-off-by: Randy Dunlap Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Andres Salomon Cc: linux-ge...@lists.infradead.org Cc: Matt Mackall Cc: Herbert Xu Cc: "David S. Miller" Cc: linux-cry...@vger.kernel.org Cc: Jason A

Re: [syzbot] BUG: MAX_LOCKDEP_KEYS too low! (2)

2021-05-19 Thread Randy Dunlap
On 5/19/21 12:48 PM, Dmitry Vyukov wrote: > On Wed, May 19, 2021 at 7:35 PM syzbot > wrote: >> >> Hello, >> >> syzbot found the following issue on: >> >> HEAD commit:b81ac784 net: cdc_eem: fix URL to CDC EEM 1.0 spec >> git tree: net >> console output: