* [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off'
@ 2022-02-24 0:04 kernel test robot
2022-02-24 1:44 ` Randy Dunlap
0 siblings, 1 reply; 21+ messages in thread
From: kernel test robot @ 2022-02-24 0:04 UTC (permalink / raw)
To: Randy Dunlap; +Cc: kbuild-all, Linux Memory Management List, Greentime Hu
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
head: 196d330d7fb1e7cc0d85641c89ce4602cb36f12e
commit: 36b9b19753937a6fe0e591b518d46a1f2efae679 [70/7526] nds32: add a Kconfig symbol for LOCKDEP_SUPPORT
config: nds32-randconfig-r023-20220223 (https://download.01.org/0day-ci/archive/20220224/202202240745.3HwmSv5A-lkp@intel.com/config)
compiler: nds32le-linux-gcc (GCC) 11.2.0
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=36b9b19753937a6fe0e591b518d46a1f2efae679
git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
git fetch --no-tags linux-next master
git checkout 36b9b19753937a6fe0e591b518d46a1f2efae679
# save the config file to linux build tree
mkdir build_dir
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=nds32 SHELL=/bin/bash
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
nds32le-linux-ld: arch/nds32/kernel/ex-entry.o: in function `fucop_ctl_done':
>> (.text+0x12a): undefined reference to `__trace_hardirqs_off'
(.text+0x12a): relocation truncated to fit: R_NDS32_25_PCREL_RELA against undefined symbol `__trace_hardirqs_off'
nds32le-linux-ld: arch/nds32/kernel/ex-exit.o: in function `no_work_pending':
(.text+0xea): undefined reference to `__trace_hardirqs_off'
nds32le-linux-ld: (.text+0xee): undefined reference to `__trace_hardirqs_off'
>> nds32le-linux-ld: (.text+0xf2): undefined reference to `__trace_hardirqs_on'
nds32le-linux-ld: (.text+0xf6): undefined reference to `__trace_hardirqs_on'
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
^ permalink raw reply [flat|nested] 21+ messages in thread* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 0:04 [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' kernel test robot @ 2022-02-24 1:44 ` Randy Dunlap 0 siblings, 0 replies; 21+ messages in thread From: Randy Dunlap @ 2022-02-24 1:44 UTC (permalink / raw) To: kernel test robot Cc: kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, Alan Kao, KC Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, On 2/23/22 16:04, kernel test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > head: 196d330d7fb1e7cc0d85641c89ce4602cb36f12e > commit: 36b9b19753937a6fe0e591b518d46a1f2efae679 [70/7526] nds32: add a Kconfig symbol for LOCKDEP_SUPPORT > config: nds32-randconfig-r023-20220223 (https://download.01.org/0day-ci/archive/20220224/202202240745.3HwmSv5A-lkp@intel.com/config) > compiler: nds32le-linux-gcc (GCC) 11.2.0 > reproduce (this is a W=1 build): > wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross > chmod +x ~/bin/make.cross > # https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=36b9b19753937a6fe0e591b518d46a1f2efae679 > git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > git fetch --no-tags linux-next master > git checkout 36b9b19753937a6fe0e591b518d46a1f2efae679 > # save the config file to linux build tree > mkdir build_dir > COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=nds32 SHELL=/bin/bash > > If you fix the issue, kindly add following tag as appropriate > Reported-by: kernel test robot <lkp@intel.com> > > All errors (new ones prefixed by >>): > > nds32le-linux-ld: arch/nds32/kernel/ex-entry.o: in function `fucop_ctl_done': >>> (.text+0x12a): undefined reference to `__trace_hardirqs_off' > (.text+0x12a): relocation truncated to fit: R_NDS32_25_PCREL_RELA against undefined symbol `__trace_hardirqs_off' > nds32le-linux-ld: arch/nds32/kernel/ex-exit.o: in function `no_work_pending': > (.text+0xea): undefined reference to `__trace_hardirqs_off' > nds32le-linux-ld: (.text+0xee): undefined reference to `__trace_hardirqs_off' >>> nds32le-linux-ld: (.text+0xf2): undefined reference to `__trace_hardirqs_on' > nds32le-linux-ld: (.text+0xf6): undefined reference to `__trace_hardirqs_on' I have posted v1 and v2 patches for this problem (as well as other NDS32 patches), but the NDS32 maintainer seems to have disappeared. v1: https://lore.kernel.org/lkml/20210928052657.20909-1-rdunlap@infradead.org/ v2: https://lore.kernel.org/lkml/20220217191347.13480-1-rdunlap@infradead.org/ Any takers? thanks. -- ~Randy ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 1:44 ` Randy Dunlap 0 siblings, 0 replies; 21+ messages in thread From: Randy Dunlap @ 2022-02-24 1:44 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 2442 bytes --] Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, On 2/23/22 16:04, kernel test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > head: 196d330d7fb1e7cc0d85641c89ce4602cb36f12e > commit: 36b9b19753937a6fe0e591b518d46a1f2efae679 [70/7526] nds32: add a Kconfig symbol for LOCKDEP_SUPPORT > config: nds32-randconfig-r023-20220223 (https://download.01.org/0day-ci/archive/20220224/202202240745.3HwmSv5A-lkp(a)intel.com/config) > compiler: nds32le-linux-gcc (GCC) 11.2.0 > reproduce (this is a W=1 build): > wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross > chmod +x ~/bin/make.cross > # https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=36b9b19753937a6fe0e591b518d46a1f2efae679 > git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > git fetch --no-tags linux-next master > git checkout 36b9b19753937a6fe0e591b518d46a1f2efae679 > # save the config file to linux build tree > mkdir build_dir > COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=nds32 SHELL=/bin/bash > > If you fix the issue, kindly add following tag as appropriate > Reported-by: kernel test robot <lkp@intel.com> > > All errors (new ones prefixed by >>): > > nds32le-linux-ld: arch/nds32/kernel/ex-entry.o: in function `fucop_ctl_done': >>> (.text+0x12a): undefined reference to `__trace_hardirqs_off' > (.text+0x12a): relocation truncated to fit: R_NDS32_25_PCREL_RELA against undefined symbol `__trace_hardirqs_off' > nds32le-linux-ld: arch/nds32/kernel/ex-exit.o: in function `no_work_pending': > (.text+0xea): undefined reference to `__trace_hardirqs_off' > nds32le-linux-ld: (.text+0xee): undefined reference to `__trace_hardirqs_off' >>> nds32le-linux-ld: (.text+0xf2): undefined reference to `__trace_hardirqs_on' > nds32le-linux-ld: (.text+0xf6): undefined reference to `__trace_hardirqs_on' I have posted v1 and v2 patches for this problem (as well as other NDS32 patches), but the NDS32 maintainer seems to have disappeared. v1: https://lore.kernel.org/lkml/20210928052657.20909-1-rdunlap(a)infradead.org/ v2: https://lore.kernel.org/lkml/20220217191347.13480-1-rdunlap(a)infradead.org/ Any takers? thanks. -- ~Randy ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 1:44 ` Randy Dunlap @ 2022-02-24 1:53 ` Randy Dunlap -1 siblings, 0 replies; 21+ messages in thread From: Randy Dunlap @ 2022-02-24 1:53 UTC (permalink / raw) To: kernel test robot, Andrew Morton, Steven Rostedt Cc: kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, Alan Kao, KC On 2/23/22 17:44, Randy Dunlap wrote: > Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > [now adding Andrew and Steven!] > > On 2/23/22 16:04, kernel test robot wrote: >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master >> head: 196d330d7fb1e7cc0d85641c89ce4602cb36f12e >> commit: 36b9b19753937a6fe0e591b518d46a1f2efae679 [70/7526] nds32: add a Kconfig symbol for LOCKDEP_SUPPORT >> config: nds32-randconfig-r023-20220223 (https://download.01.org/0day-ci/archive/20220224/202202240745.3HwmSv5A-lkp@intel.com/config) >> compiler: nds32le-linux-gcc (GCC) 11.2.0 >> reproduce (this is a W=1 build): >> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross >> chmod +x ~/bin/make.cross >> # https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=36b9b19753937a6fe0e591b518d46a1f2efae679 >> git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git >> git fetch --no-tags linux-next master >> git checkout 36b9b19753937a6fe0e591b518d46a1f2efae679 >> # save the config file to linux build tree >> mkdir build_dir >> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=nds32 SHELL=/bin/bash >> >> If you fix the issue, kindly add following tag as appropriate >> Reported-by: kernel test robot <lkp@intel.com> >> >> All errors (new ones prefixed by >>): >> >> nds32le-linux-ld: arch/nds32/kernel/ex-entry.o: in function `fucop_ctl_done': >>>> (.text+0x12a): undefined reference to `__trace_hardirqs_off' >> (.text+0x12a): relocation truncated to fit: R_NDS32_25_PCREL_RELA against undefined symbol `__trace_hardirqs_off' >> nds32le-linux-ld: arch/nds32/kernel/ex-exit.o: in function `no_work_pending': >> (.text+0xea): undefined reference to `__trace_hardirqs_off' >> nds32le-linux-ld: (.text+0xee): undefined reference to `__trace_hardirqs_off' >>>> nds32le-linux-ld: (.text+0xf2): undefined reference to `__trace_hardirqs_on' >> nds32le-linux-ld: (.text+0xf6): undefined reference to `__trace_hardirqs_on' > > I have posted v1 and v2 patches for this problem (as well as other NDS32 patches), > but the NDS32 maintainer seems to have disappeared. > > v1: https://lore.kernel.org/lkml/20210928052657.20909-1-rdunlap@infradead.org/ > v2: https://lore.kernel.org/lkml/20220217191347.13480-1-rdunlap@infradead.org/ > > > Any takers? > > thanks. -- ~Randy ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 1:53 ` Randy Dunlap 0 siblings, 0 replies; 21+ messages in thread From: Randy Dunlap @ 2022-02-24 1:53 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 2580 bytes --] On 2/23/22 17:44, Randy Dunlap wrote: > Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > [now adding Andrew and Steven!] > > On 2/23/22 16:04, kernel test robot wrote: >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master >> head: 196d330d7fb1e7cc0d85641c89ce4602cb36f12e >> commit: 36b9b19753937a6fe0e591b518d46a1f2efae679 [70/7526] nds32: add a Kconfig symbol for LOCKDEP_SUPPORT >> config: nds32-randconfig-r023-20220223 (https://download.01.org/0day-ci/archive/20220224/202202240745.3HwmSv5A-lkp(a)intel.com/config) >> compiler: nds32le-linux-gcc (GCC) 11.2.0 >> reproduce (this is a W=1 build): >> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross >> chmod +x ~/bin/make.cross >> # https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=36b9b19753937a6fe0e591b518d46a1f2efae679 >> git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git >> git fetch --no-tags linux-next master >> git checkout 36b9b19753937a6fe0e591b518d46a1f2efae679 >> # save the config file to linux build tree >> mkdir build_dir >> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=nds32 SHELL=/bin/bash >> >> If you fix the issue, kindly add following tag as appropriate >> Reported-by: kernel test robot <lkp@intel.com> >> >> All errors (new ones prefixed by >>): >> >> nds32le-linux-ld: arch/nds32/kernel/ex-entry.o: in function `fucop_ctl_done': >>>> (.text+0x12a): undefined reference to `__trace_hardirqs_off' >> (.text+0x12a): relocation truncated to fit: R_NDS32_25_PCREL_RELA against undefined symbol `__trace_hardirqs_off' >> nds32le-linux-ld: arch/nds32/kernel/ex-exit.o: in function `no_work_pending': >> (.text+0xea): undefined reference to `__trace_hardirqs_off' >> nds32le-linux-ld: (.text+0xee): undefined reference to `__trace_hardirqs_off' >>>> nds32le-linux-ld: (.text+0xf2): undefined reference to `__trace_hardirqs_on' >> nds32le-linux-ld: (.text+0xf6): undefined reference to `__trace_hardirqs_on' > > I have posted v1 and v2 patches for this problem (as well as other NDS32 patches), > but the NDS32 maintainer seems to have disappeared. > > v1: https://lore.kernel.org/lkml/20210928052657.20909-1-rdunlap(a)infradead.org/ > v2: https://lore.kernel.org/lkml/20220217191347.13480-1-rdunlap(a)infradead.org/ > > > Any takers? > > thanks. -- ~Randy ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 1:53 ` Randy Dunlap @ 2022-02-24 2:33 ` Steven Rostedt -1 siblings, 0 replies; 21+ messages in thread From: Steven Rostedt @ 2022-02-24 2:33 UTC (permalink / raw) To: Randy Dunlap Cc: kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, Alan Kao, KC, Masahiro Yamada On Wed, 23 Feb 2022 17:53:00 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > On 2/23/22 17:44, Randy Dunlap wrote: > > Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > > > [now adding Andrew and Steven!] This needs to go via the NDS32 maintainers. If it's being ignored, then we can consider the architecture as orphaned and start the process of removal. ;-) Masahiro was the last to touch this arch with a "nds32:" subject, perhaps he cares? -- Steve ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 2:33 ` Steven Rostedt 0 siblings, 0 replies; 21+ messages in thread From: Steven Rostedt @ 2022-02-24 2:33 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 485 bytes --] On Wed, 23 Feb 2022 17:53:00 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > On 2/23/22 17:44, Randy Dunlap wrote: > > Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > > > [now adding Andrew and Steven!] This needs to go via the NDS32 maintainers. If it's being ignored, then we can consider the architecture as orphaned and start the process of removal. ;-) Masahiro was the last to touch this arch with a "nds32:" subject, perhaps he cares? -- Steve ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 2:33 ` Steven Rostedt @ 2022-02-24 2:38 ` Masahiro Yamada -1 siblings, 0 replies; 21+ messages in thread From: Masahiro Yamada @ 2022-02-24 2:38 UTC (permalink / raw) To: Steven Rostedt Cc: Randy Dunlap, kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, Alan Kao, KC On Thu, Feb 24, 2022 at 11:33 AM Steven Rostedt <rostedt@goodmis.org> wrote: > > On Wed, 23 Feb 2022 17:53:00 -0800 > Randy Dunlap <rdunlap@infradead.org> wrote: > > > On 2/23/22 17:44, Randy Dunlap wrote: > > > Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > > > > > > [now adding Andrew and Steven!] > > This needs to go via the NDS32 maintainers. If it's being ignored, then > we can consider the architecture as orphaned and start the process of > removal. ;-) > > Masahiro was the last to touch this arch with a "nds32:" subject, > perhaps he cares? Not really. I just modified some Makefiles under arch/nds32/. I do not know much about this architecture. > > -- Steve -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 2:38 ` Masahiro Yamada 0 siblings, 0 replies; 21+ messages in thread From: Masahiro Yamada @ 2022-02-24 2:38 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 755 bytes --] On Thu, Feb 24, 2022 at 11:33 AM Steven Rostedt <rostedt@goodmis.org> wrote: > > On Wed, 23 Feb 2022 17:53:00 -0800 > Randy Dunlap <rdunlap@infradead.org> wrote: > > > On 2/23/22 17:44, Randy Dunlap wrote: > > > Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > > > > > > [now adding Andrew and Steven!] > > This needs to go via the NDS32 maintainers. If it's being ignored, then > we can consider the architecture as orphaned and start the process of > removal. ;-) > > Masahiro was the last to touch this arch with a "nds32:" subject, > perhaps he cares? Not really. I just modified some Makefiles under arch/nds32/. I do not know much about this architecture. > > -- Steve -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 2:33 ` Steven Rostedt @ 2022-02-24 3:12 ` Randy Dunlap -1 siblings, 0 replies; 21+ messages in thread From: Randy Dunlap @ 2022-02-24 3:12 UTC (permalink / raw) To: Steven Rostedt Cc: kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, Alan Kao, KC, Masahiro Yamada On 2/23/22 18:33, Steven Rostedt wrote: > On Wed, 23 Feb 2022 17:53:00 -0800 > Randy Dunlap <rdunlap@infradead.org> wrote: > >> On 2/23/22 17:44, Randy Dunlap wrote: >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, >>> >> >> [now adding Andrew and Steven!] > > This needs to go via the NDS32 maintainers. If it's being ignored, then > we can consider the architecture as orphaned and start the process of > removal. ;-) Yes, it appears to be about that time... > Masahiro was the last to touch this arch with a "nds32:" subject, > perhaps he cares? -- ~Randy ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 3:12 ` Randy Dunlap 0 siblings, 0 replies; 21+ messages in thread From: Randy Dunlap @ 2022-02-24 3:12 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 599 bytes --] On 2/23/22 18:33, Steven Rostedt wrote: > On Wed, 23 Feb 2022 17:53:00 -0800 > Randy Dunlap <rdunlap@infradead.org> wrote: > >> On 2/23/22 17:44, Randy Dunlap wrote: >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, >>> >> >> [now adding Andrew and Steven!] > > This needs to go via the NDS32 maintainers. If it's being ignored, then > we can consider the architecture as orphaned and start the process of > removal. ;-) Yes, it appears to be about that time... > Masahiro was the last to touch this arch with a "nds32:" subject, > perhaps he cares? -- ~Randy ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 3:12 ` Randy Dunlap @ 2022-02-24 3:40 ` Steven Rostedt -1 siblings, 0 replies; 21+ messages in thread From: Steven Rostedt @ 2022-02-24 3:40 UTC (permalink / raw) To: Randy Dunlap Cc: kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, Alan Kao, KC, Masahiro Yamada, Arnd Bergmann On Wed, 23 Feb 2022 19:12:45 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > > > On 2/23/22 18:33, Steven Rostedt wrote: > > On Wed, 23 Feb 2022 17:53:00 -0800 > > Randy Dunlap <rdunlap@infradead.org> wrote: > > > >> On 2/23/22 17:44, Randy Dunlap wrote: > >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > >>> > >> > >> [now adding Andrew and Steven!] > > > > This needs to go via the NDS32 maintainers. If it's being ignored, then > > we can consider the architecture as orphaned and start the process of > > removal. ;-) > > Yes, it appears to be about that time... Hi Arnd, Just putting this on your "chopping block" radar. -- Steve > > > Masahiro was the last to touch this arch with a "nds32:" subject, > > perhaps he cares? > > ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 3:40 ` Steven Rostedt 0 siblings, 0 replies; 21+ messages in thread From: Steven Rostedt @ 2022-02-24 3:40 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 796 bytes --] On Wed, 23 Feb 2022 19:12:45 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > > > On 2/23/22 18:33, Steven Rostedt wrote: > > On Wed, 23 Feb 2022 17:53:00 -0800 > > Randy Dunlap <rdunlap@infradead.org> wrote: > > > >> On 2/23/22 17:44, Randy Dunlap wrote: > >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > >>> > >> > >> [now adding Andrew and Steven!] > > > > This needs to go via the NDS32 maintainers. If it's being ignored, then > > we can consider the architecture as orphaned and start the process of > > removal. ;-) > > Yes, it appears to be about that time... Hi Arnd, Just putting this on your "chopping block" radar. -- Steve > > > Masahiro was the last to touch this arch with a "nds32:" subject, > > perhaps he cares? > > ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 3:40 ` Steven Rostedt @ 2022-02-24 8:38 ` Arnd Bergmann -1 siblings, 0 replies; 21+ messages in thread From: Arnd Bergmann @ 2022-02-24 8:38 UTC (permalink / raw) To: Steven Rostedt Cc: Randy Dunlap, kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, Alan Kao, KC, Masahiro Yamada, Arnd Bergmann, nickhu, nick.hu On Thu, Feb 24, 2022 at 4:40 AM Steven Rostedt <rostedt@goodmis.org> wrote: > On Wed, 23 Feb 2022 19:12:45 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > > On 2/23/22 18:33, Steven Rostedt wrote: > > > On Wed, 23 Feb 2022 17:53:00 -0800 > > > Randy Dunlap <rdunlap@infradead.org> wrote: > > > > > >> On 2/23/22 17:44, Randy Dunlap wrote: > > >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > >>> > > >> > > >> [now adding Andrew and Steven!] > > > > > > This needs to go via the NDS32 maintainers. If it's being ignored, then > > > we can consider the architecture as orphaned and start the process of > > > removal. ;-) > > > > Yes, it appears to be about that time... > > Hi Arnd, > > Just putting this on your "chopping block" radar. Yes, that makes sense. I think nds32 was always going to be a short-lived architecture as Andestech was already in the process of moving to RISC-V before it was ever submitted upstream. I did hope that it would live a little longer, but it seems that everyone who ever worked on it in mainline has left andestech by now. I'm guessing Nick's current email address based on his Linkedin page, maybe he can contact someone who is still there and able to take over. I think nds32 is still in a better shape than a lot of the older architectures in mainline, and the CPU cores are still actively marketed for licensing. OTOH it only gets worse if nobody cares about the code, and users are probably already better off with one of the older longterm supported kernels. If we remove arch/nds32 before the next longterm release, that gives users stable updates until late 2026 using linux-5.10.y, which is probably sufficient. Arnd ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 8:38 ` Arnd Bergmann 0 siblings, 0 replies; 21+ messages in thread From: Arnd Bergmann @ 2022-02-24 8:38 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 1727 bytes --] On Thu, Feb 24, 2022 at 4:40 AM Steven Rostedt <rostedt@goodmis.org> wrote: > On Wed, 23 Feb 2022 19:12:45 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > > On 2/23/22 18:33, Steven Rostedt wrote: > > > On Wed, 23 Feb 2022 17:53:00 -0800 > > > Randy Dunlap <rdunlap@infradead.org> wrote: > > > > > >> On 2/23/22 17:44, Randy Dunlap wrote: > > >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > >>> > > >> > > >> [now adding Andrew and Steven!] > > > > > > This needs to go via the NDS32 maintainers. If it's being ignored, then > > > we can consider the architecture as orphaned and start the process of > > > removal. ;-) > > > > Yes, it appears to be about that time... > > Hi Arnd, > > Just putting this on your "chopping block" radar. Yes, that makes sense. I think nds32 was always going to be a short-lived architecture as Andestech was already in the process of moving to RISC-V before it was ever submitted upstream. I did hope that it would live a little longer, but it seems that everyone who ever worked on it in mainline has left andestech by now. I'm guessing Nick's current email address based on his Linkedin page, maybe he can contact someone who is still there and able to take over. I think nds32 is still in a better shape than a lot of the older architectures in mainline, and the CPU cores are still actively marketed for licensing. OTOH it only gets worse if nobody cares about the code, and users are probably already better off with one of the older longterm supported kernels. If we remove arch/nds32 before the next longterm release, that gives users stable updates until late 2026 using linux-5.10.y, which is probably sufficient. Arnd ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 8:38 ` Arnd Bergmann @ 2022-02-24 9:56 ` Alan Kao -1 siblings, 0 replies; 21+ messages in thread From: Alan Kao @ 2022-02-24 9:56 UTC (permalink / raw) To: Arnd Bergmann Cc: Steven Rostedt, Randy Dunlap, kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, KC, Masahiro Yamada, nickhu, nick.hu Hi Arnd, On Thu, Feb 24, 2022 at 09:38:30AM +0100, Arnd Bergmann wrote: > On Thu, Feb 24, 2022 at 4:40 AM Steven Rostedt <rostedt@goodmis.org> wrote: > > On Wed, 23 Feb 2022 19:12:45 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > > > On 2/23/22 18:33, Steven Rostedt wrote: > > > > On Wed, 23 Feb 2022 17:53:00 -0800 > > > > Randy Dunlap <rdunlap@infradead.org> wrote: > > > > > > > >> On 2/23/22 17:44, Randy Dunlap wrote: > > > >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > > >>> > > > >> > > > >> [now adding Andrew and Steven!] > > > > > > > > This needs to go via the NDS32 maintainers. If it's being ignored, then > > > > we can consider the architecture as orphaned and start the process of > > > > removal. ;-) > > > > > > Yes, it appears to be about that time... > > > > Hi Arnd, > > > > Just putting this on your "chopping block" radar. > > Yes, that makes sense. I think nds32 was always going to be a > short-lived architecture as Andestech was already in the process of > moving to RISC-V before it was ever submitted upstream. I did > hope that it would live a little longer, but it seems that everyone who > ever worked on it in mainline has left andestech by now. > > I'm guessing Nick's current email address based on his Linkedin page, > maybe he can contact someone who is still there and able to > take over. I am in charge of this now. > > I think nds32 is still in a better shape than a lot of the older > architectures in mainline, and the CPU cores are still actively > marketed for licensing. OTOH it only gets worse if nobody cares > about the code, and users are probably already better off with > one of the older longterm supported kernels. If we remove > arch/nds32 before the next longterm release, that gives users > stable updates until late 2026 using linux-5.10.y, which is > probably sufficient. > > Arnd All of our nds32 customers maintain their own kernel derived from previous LTS versions. Also, we (as the Linux team in Andes) now dedicate our whole effort to RISC-V, so there is no longer need to maintain arch/nds32. We really appreciate your guidance and support. Many thanks to the community as well. Alan ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 9:56 ` Alan Kao 0 siblings, 0 replies; 21+ messages in thread From: Alan Kao @ 2022-02-24 9:56 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 2245 bytes --] Hi Arnd, On Thu, Feb 24, 2022 at 09:38:30AM +0100, Arnd Bergmann wrote: > On Thu, Feb 24, 2022 at 4:40 AM Steven Rostedt <rostedt@goodmis.org> wrote: > > On Wed, 23 Feb 2022 19:12:45 -0800 Randy Dunlap <rdunlap@infradead.org> wrote: > > > On 2/23/22 18:33, Steven Rostedt wrote: > > > > On Wed, 23 Feb 2022 17:53:00 -0800 > > > > Randy Dunlap <rdunlap@infradead.org> wrote: > > > > > > > >> On 2/23/22 17:44, Randy Dunlap wrote: > > > >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > > >>> > > > >> > > > >> [now adding Andrew and Steven!] > > > > > > > > This needs to go via the NDS32 maintainers. If it's being ignored, then > > > > we can consider the architecture as orphaned and start the process of > > > > removal. ;-) > > > > > > Yes, it appears to be about that time... > > > > Hi Arnd, > > > > Just putting this on your "chopping block" radar. > > Yes, that makes sense. I think nds32 was always going to be a > short-lived architecture as Andestech was already in the process of > moving to RISC-V before it was ever submitted upstream. I did > hope that it would live a little longer, but it seems that everyone who > ever worked on it in mainline has left andestech by now. > > I'm guessing Nick's current email address based on his Linkedin page, > maybe he can contact someone who is still there and able to > take over. I am in charge of this now. > > I think nds32 is still in a better shape than a lot of the older > architectures in mainline, and the CPU cores are still actively > marketed for licensing. OTOH it only gets worse if nobody cares > about the code, and users are probably already better off with > one of the older longterm supported kernels. If we remove > arch/nds32 before the next longterm release, that gives users > stable updates until late 2026 using linux-5.10.y, which is > probably sufficient. > > Arnd All of our nds32 customers maintain their own kernel derived from previous LTS versions. Also, we (as the Linux team in Andes) now dedicate our whole effort to RISC-V, so there is no longer need to maintain arch/nds32. We really appreciate your guidance and support. Many thanks to the community as well. Alan ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 9:56 ` Alan Kao @ 2022-02-24 11:57 ` Arnd Bergmann -1 siblings, 0 replies; 21+ messages in thread From: Arnd Bergmann @ 2022-02-24 11:57 UTC (permalink / raw) To: Alan Kao Cc: Arnd Bergmann, Steven Rostedt, Randy Dunlap, kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, KC, Masahiro Yamada, nickhu, nick.hu On Thu, Feb 24, 2022 at 10:56 AM Alan Kao <alankao@andestech.com> wrote: > On Thu, Feb 24, 2022 at 09:38:30AM +0100, Arnd Bergmann wrote: > > > > Yes, that makes sense. I think nds32 was always going to be a > > short-lived architecture as Andestech was already in the process of > > moving to RISC-V before it was ever submitted upstream. I did > > hope that it would live a little longer, but it seems that everyone who > > ever worked on it in mainline has left andestech by now. > > > > I'm guessing Nick's current email address based on his Linkedin page, > > maybe he can contact someone who is still there and able to > > take over. > > I am in charge of this now. Great, thanks for stepping up! > All of our nds32 customers maintain their own kernel derived from > previous LTS versions. Also, we (as the Linux team in Andes) now > dedicate our whole effort to RISC-V, so there is no longer need > to maintain arch/nds32. > > We really appreciate your guidance and support. Many thanks to > the community as well. Ok, sounds like it can indeed get phased out then. How would you like to proceed here? Would you send a patch to remove arch/nds32 and all the associated driver code that is no longer used with your RISC-V based targets, or would you first update the MAINTAINERS file to list yourself and pick a date for the final removal? Either way, feel free to send me patches to pick up in the asm-generic tree. Arnd ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 11:57 ` Arnd Bergmann 0 siblings, 0 replies; 21+ messages in thread From: Arnd Bergmann @ 2022-02-24 11:57 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 1477 bytes --] On Thu, Feb 24, 2022 at 10:56 AM Alan Kao <alankao@andestech.com> wrote: > On Thu, Feb 24, 2022 at 09:38:30AM +0100, Arnd Bergmann wrote: > > > > Yes, that makes sense. I think nds32 was always going to be a > > short-lived architecture as Andestech was already in the process of > > moving to RISC-V before it was ever submitted upstream. I did > > hope that it would live a little longer, but it seems that everyone who > > ever worked on it in mainline has left andestech by now. > > > > I'm guessing Nick's current email address based on his Linkedin page, > > maybe he can contact someone who is still there and able to > > take over. > > I am in charge of this now. Great, thanks for stepping up! > All of our nds32 customers maintain their own kernel derived from > previous LTS versions. Also, we (as the Linux team in Andes) now > dedicate our whole effort to RISC-V, so there is no longer need > to maintain arch/nds32. > > We really appreciate your guidance and support. Many thanks to > the community as well. Ok, sounds like it can indeed get phased out then. How would you like to proceed here? Would you send a patch to remove arch/nds32 and all the associated driver code that is no longer used with your RISC-V based targets, or would you first update the MAINTAINERS file to list yourself and pick a date for the final removal? Either way, feel free to send me patches to pick up in the asm-generic tree. Arnd ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' 2022-02-24 11:57 ` Arnd Bergmann @ 2022-02-24 12:09 ` Arnd Bergmann -1 siblings, 0 replies; 21+ messages in thread From: Arnd Bergmann @ 2022-02-24 12:09 UTC (permalink / raw) To: Arnd Bergmann Cc: Alan Kao, Steven Rostedt, Randy Dunlap, kernel test robot, Andrew Morton, kbuild-all, Linux Memory Management List, Greentime Hu, Nick Hu, Vincent Chen, KC, Masahiro Yamada, nickhu, nick.hu On Thu, Feb 24, 2022 at 12:57 PM Arnd Bergmann <arnd@arndb.de> wrote: > All of our nds32 customers maintain their own kernel derived from > previous LTS versions. Also, we (as the Linux team in Andes) now > dedicate our whole effort to RISC-V, so there is no longer need > to maintain arch/nds32. On a related note, you may want to pick up https://lore.kernel.org/lkml/20220216131332.1489939-4-arnd@kernel.org/ into any 4.19 (or higher) tree that is still getting updated. I'm leaving this in my series for 5.18 regardless of what happens to arch/nds32 as a whole, so it should also make it into all the longerm backports, but this one would also be a good one for you to pick up without waiting for a stable kernel update. Arnd ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' @ 2022-02-24 12:09 ` Arnd Bergmann 0 siblings, 0 replies; 21+ messages in thread From: Arnd Bergmann @ 2022-02-24 12:09 UTC (permalink / raw) To: kbuild-all [-- Attachment #1: Type: text/plain, Size: 759 bytes --] On Thu, Feb 24, 2022 at 12:57 PM Arnd Bergmann <arnd@arndb.de> wrote: > All of our nds32 customers maintain their own kernel derived from > previous LTS versions. Also, we (as the Linux team in Andes) now > dedicate our whole effort to RISC-V, so there is no longer need > to maintain arch/nds32. On a related note, you may want to pick up https://lore.kernel.org/lkml/20220216131332.1489939-4-arnd(a)kernel.org/ into any 4.19 (or higher) tree that is still getting updated. I'm leaving this in my series for 5.18 regardless of what happens to arch/nds32 as a whole, so it should also make it into all the longerm backports, but this one would also be a good one for you to pick up without waiting for a stable kernel update. Arnd ^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2022-02-24 12:10 UTC | newest] Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2022-02-24 0:04 [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' kernel test robot 2022-02-24 1:44 ` Randy Dunlap 2022-02-24 1:44 ` Randy Dunlap 2022-02-24 1:53 ` Randy Dunlap 2022-02-24 1:53 ` Randy Dunlap 2022-02-24 2:33 ` Steven Rostedt 2022-02-24 2:33 ` Steven Rostedt 2022-02-24 2:38 ` Masahiro Yamada 2022-02-24 2:38 ` Masahiro Yamada 2022-02-24 3:12 ` Randy Dunlap 2022-02-24 3:12 ` Randy Dunlap 2022-02-24 3:40 ` Steven Rostedt 2022-02-24 3:40 ` Steven Rostedt 2022-02-24 8:38 ` Arnd Bergmann 2022-02-24 8:38 ` Arnd Bergmann 2022-02-24 9:56 ` Alan Kao 2022-02-24 9:56 ` Alan Kao 2022-02-24 11:57 ` Arnd Bergmann 2022-02-24 11:57 ` Arnd Bergmann 2022-02-24 12:09 ` Arnd Bergmann 2022-02-24 12:09 ` Arnd Bergmann
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.