* [U-Boot] NDS32 toolchain? @ 2018-04-23 20:17 Tom Rini 2018-04-24 3:10 ` rick at andestech.com 0 siblings, 1 reply; 10+ messages in thread From: Tom Rini @ 2018-04-23 20:17 UTC (permalink / raw) To: u-boot Hey, So I'm looking over my setups again at what we do and do not have build testing and run-time testing, and I see that for nds32 I just cannot find a good toolchain. If I try for example https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64/7.3.0/x86_64-gcc-7.3.0-nolibc-nds32-elf.tar.xz it first fails on the -G0 flag that we have set in and then it complains about a lack of position independent code support. Is the kernel.org toolchain perhaps configured incorrectly? Related, is there a QEMU target for nds32 that we could leverage so that once the toolchain issue is resolved we can update .travis.yml to run tests on it? Thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180423/96d460a4/attachment.sig> ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-04-23 20:17 [U-Boot] NDS32 toolchain? Tom Rini @ 2018-04-24 3:10 ` rick at andestech.com 2018-04-24 12:14 ` Tom Rini 0 siblings, 1 reply; 10+ messages in thread From: rick at andestech.com @ 2018-04-24 3:10 UTC (permalink / raw) To: u-boot > -----Original Message----- > From: Tom Rini [mailto:trini at konsulko.com] > Sent: Tuesday, April 24, 2018 4:17 AM > To: u-boot at lists.denx.de; Rick Jian-Zhi Chen(陳建志) > Subject: NDS32 toolchain? > > Hey, > > So I'm looking over my setups again at what we do and do not have build testing > and run-time testing, and I see that for nds32 I just cannot find a good toolchain. > If I try for example > https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64/7.3.0/x86_ > 64-gcc-7.3.0-nolibc-nds32-elf.tar.xz > it first fails on the -G0 flag that we have set in and then it complains about a lack > of position independent code support. Is the kernel.org toolchain perhaps > configured incorrectly? > Hi Tom You may try the following paths: 1. github version https://github.com/andestech/build_script.git https://github.com/greentime/prebuilt-nds32-toolchain/releases 2. Arnd Bergmann built https://lkml.org/lkml/2018/4/17/395 www.kernel.org/pub/tools/crosstool/files/bin/x86_64/6.4.0/x86_64-gcc-6.4.0-nolibc-nds32le-linux.tar.xz > Related, is there a QEMU target for nds32 that we could leverage so that once > the toolchain issue is resolved we can update .travis.yml to run tests on it? > Thanks! > I am applying the QEMU offering permit. If it is ok. I will prepare it for you. Thanks Rick :) > -- > Tom CONFIDENTIALITY NOTICE: This e-mail (and its attachments) may contain confidential and legally privileged information or information protected from disclosure. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein is strictly prohibited. In this case, please immediately notify the sender by return e-mail, delete the message (and any accompanying documents) and destroy all printed hard copies. Thank you for your cooperation. Copyright ANDES TECHNOLOGY CORPORATION - All Rights Reserved. ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-04-24 3:10 ` rick at andestech.com @ 2018-04-24 12:14 ` Tom Rini 2018-04-25 3:27 ` rick at andestech.com 0 siblings, 1 reply; 10+ messages in thread From: Tom Rini @ 2018-04-24 12:14 UTC (permalink / raw) To: u-boot On Tue, Apr 24, 2018 at 03:10:02AM +0000, rick at andestech.com wrote: > > > > -----Original Message----- > > From: Tom Rini [mailto:trini at konsulko.com] > > Sent: Tuesday, April 24, 2018 4:17 AM > > To: u-boot at lists.denx.de; Rick Jian-Zhi Chen(陳建志) > > Subject: NDS32 toolchain? > > > > Hey, > > > > So I'm looking over my setups again at what we do and do not have build testing > > and run-time testing, and I see that for nds32 I just cannot find a good toolchain. > > If I try for example > > https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64/7.3.0/x86_ > > 64-gcc-7.3.0-nolibc-nds32-elf.tar.xz > > it first fails on the -G0 flag that we have set in and then it complains about a lack > > of position independent code support. Is the kernel.org toolchain perhaps > > configured incorrectly? > > > > Hi Tom > > You may try the following paths: > > 1. > github version > https://github.com/andestech/build_script.git > https://github.com/greentime/prebuilt-nds32-toolchain/releases This binary gets a lot farther: CC drivers/mtd/cfi_flash.o drivers/mtd/cfi_flash.c: In function 'write_buff': drivers/mtd/cfi_flash.c:1435:1: internal compiler error: in change_address_1, at emit-rtl.c:2126 } ^ 0x81fecd6 change_address_1 /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/emit-rtl.c:2126 0x81ff26d adjust_address_1(rtx_def*, machine_mode, long long, int, int, int, long long) /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/emit-rtl.c:2264 0x8762488 nds32_spilt_doubleword(rtx_def**, bool) /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/config/nds32/nds32-md-auxiliary.c:3238 0x886be2f gen_split_7(rtx_insn*, rtx_def**) /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/config/nds32/nds32-doubleword.md:209 0x81fdf74 try_split(rtx_def*, rtx_insn*, int) /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/emit-rtl.c:3658 0x8450a37 split_insn /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/recog.c:2865 0x8450d0e split_all_insns() /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/recog.c:2955 0x8450d6a rest_of_handle_split_before_sched2 /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/recog.c:3995 0x8450d6a execute /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/recog.c:4034 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <http://gcc.gnu.org/bugs.html> for instructions. /home/trini/work/u-boot/u-boot/scripts/Makefile.build:280: recipe for target 'drivers/mtd/cfi_flash.o' failed make[2]: *** [drivers/mtd/cfi_flash.o] Error 1 /home/trini/work/u-boot/u-boot/Makefile:1355: recipe for target 'drivers/mtd' failed make[1]: *** [drivers/mtd] Error 2 make[1]: Leaving directory '/tmp/adp-ag101p' Makefile:150: recipe for target 'sub-make' failed make: *** [sub-make] Error 2 > 2. > Arnd Bergmann built > https://lkml.org/lkml/2018/4/17/395 > www.kernel.org/pub/tools/crosstool/files/bin/x86_64/6.4.0/x86_64-gcc-6.4.0-nolibc-nds32le-linux.tar.xz Oddly, his 6.4.0 gets farther along than his 7.3.0 ones, but still doesn't work as I get things like this: AS arch/nds32/cpu/n1213/start.o arch/nds32/cpu/n1213/start.S: Assembler messages: arch/nds32/cpu/n1213/start.S:256: Error: Incorrect syntax, sethi $ta,hi20(_start at GOTOFF). arch/nds32/cpu/n1213/start.S:256: Error: Incorrect syntax, ori $ta,$ta,lo12(_start at GOTOFF). arch/nds32/cpu/n1213/start.S:256: Warning: relax hint unrecognized instruction: line 254. and it just keeps going from there. You may want to drop him an email about how he's configuring for nds32le. Last time I talked with him, he wasn't planning to re-spin the 7.3.x ones, but he might do gcc-8 once it's ready. > > Related, is there a QEMU target for nds32 that we could leverage so that once > > the toolchain issue is resolved we can update .travis.yml to run tests on it? > > Thanks! > > I am applying the QEMU offering permit. > If it is ok. I will prepare it for you. Thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180424/a994e226/attachment.sig> ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-04-24 12:14 ` Tom Rini @ 2018-04-25 3:27 ` rick at andestech.com 2018-04-25 13:03 ` Tom Rini 0 siblings, 1 reply; 10+ messages in thread From: rick at andestech.com @ 2018-04-25 3:27 UTC (permalink / raw) To: u-boot > -----Original Message----- > From: Tom Rini [mailto:trini at konsulko.com] > Sent: Tuesday, April 24, 2018 8:14 PM > To: Rick Jian-Zhi Chen(陳建志) > Cc: u-boot at lists.denx.de; Greentime Ying-Han Hu(胡英漢); > rickchen36 at gmail.com > Subject: Re: NDS32 toolchain? > > On Tue, Apr 24, 2018 at 03:10:02AM +0000, rick at andestech.com wrote: > > > > > > > -----Original Message----- > > > From: Tom Rini [mailto:trini at konsulko.com] > > > Sent: Tuesday, April 24, 2018 4:17 AM > > > To: u-boot at lists.denx.de; Rick Jian-Zhi Chen(陳建志) > > > Subject: NDS32 toolchain? > > > > > > Hey, > > > > > > So I'm looking over my setups again at what we do and do not have > > > build testing and run-time testing, and I see that for nds32 I just cannot find a > good toolchain. > > > If I try for example > > > https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64 > > > /7.3.0/x86_ 64-gcc-7.3.0-nolibc-nds32-elf.tar.xz > > > it first fails on the -G0 flag that we have set in and then it > > > complains about a lack of position independent code support. Is the > > > kernel.org toolchain perhaps configured incorrectly? > > > > > > > Hi Tom > > > > You may try the following paths: > > > > 1. > > github version > > https://github.com/andestech/build_script.git > > https://github.com/greentime/prebuilt-nds32-toolchain/releases > > This binary gets a lot farther: > CC drivers/mtd/cfi_flash.o > drivers/mtd/cfi_flash.c: In function 'write_buff': > drivers/mtd/cfi_flash.c:1435:1: internal compiler error: in change_address_1, at > emit-rtl.c:2126 } ^ > 0x81fecd6 change_address_1 > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/ > emit-rtl.c:2126 > 0x81ff26d adjust_address_1(rtx_def*, machine_mode, long long, int, int, int, > long long) > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/ > emit-rtl.c:2264 > 0x8762488 nds32_spilt_doubleword(rtx_def**, bool) > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/c > onfig/nds32/nds32-md-auxiliary.c:3238 > 0x886be2f gen_split_7(rtx_insn*, rtx_def**) > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/c > onfig/nds32/nds32-doubleword.md:209 > 0x81fdf74 try_split(rtx_def*, rtx_insn*, int) > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/ > emit-rtl.c:3658 > 0x8450a37 split_insn > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > ecog.c:2865 > 0x8450d0e split_all_insns() > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > ecog.c:2955 > 0x8450d6a rest_of_handle_split_before_sched2 > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > ecog.c:3995 > 0x8450d6a execute > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > ecog.c:4034 > Please submit a full bug report, > with preprocessed source if appropriate. > Please include the complete backtrace with any bug report. > See <http://gcc.gnu.org/bugs.html> for instructions. > /home/trini/work/u-boot/u-boot/scripts/Makefile.build:280: recipe for target > 'drivers/mtd/cfi_flash.o' failed > make[2]: *** [drivers/mtd/cfi_flash.o] Error 1 > /home/trini/work/u-boot/u-boot/Makefile:1355: recipe for target 'drivers/mtd' > failed > make[1]: *** [drivers/mtd] Error 2 > make[1]: Leaving directory '/tmp/adp-ag101p' > Makefile:150: recipe for target 'sub-make' failed > make: *** [sub-make] Error 2 > Hi Tom Very Sorry about the build failure. I shall verify it before sending to you. Our teammates are trying to fix this problem. I will offer you a refine one ASAP. > > 2. > > Arnd Bergmann built > > https://lkml.org/lkml/2018/4/17/395 > > www.kernel.org/pub/tools/crosstool/files/bin/x86_64/6.4.0/x86_64-gcc-6 > > .4.0-nolibc-nds32le-linux.tar.xz > > Oddly, his 6.4.0 gets farther along than his 7.3.0 ones, but still doesn't work as I > get things like this: > AS arch/nds32/cpu/n1213/start.o > arch/nds32/cpu/n1213/start.S: Assembler messages: > arch/nds32/cpu/n1213/start.S:256: > Error: Incorrect syntax, sethi $ta,hi20(_start at GOTOFF). > arch/nds32/cpu/n1213/start.S:256: > Error: Incorrect syntax, ori $ta,$ta,lo12(_start at GOTOFF). > arch/nds32/cpu/n1213/start.S:256: > Warning: relax hint unrecognized instruction: line 254. > > and it just keeps going from there. You may want to drop him an email about > how he's configuring for nds32le. Last time I talked with him, he wasn't > planning to re-spin the 7.3.x ones, but he might do gcc-8 once it's ready. > > > > Related, is there a QEMU target for nds32 that we could leverage so > > > that once the toolchain issue is resolved we can update .travis.yml to run > tests on it? > > > Thanks! > > > > I am applying the QEMU offering permit. > > If it is ok. I will prepare it for you. > Because I always verify NDS32 on board (AG101P or AE3XX). I never verify it on NDS32 QEMU. It seem still have some problems, maybe need some time to debug for work. But the RISC-V QEMU is available noe. Maybe I can give it to you for trying. Rick > Thanks! > > -- > Tom CONFIDENTIALITY NOTICE: This e-mail (and its attachments) may contain confidential and legally privileged information or information protected from disclosure. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein is strictly prohibited. In this case, please immediately notify the sender by return e-mail, delete the message (and any accompanying documents) and destroy all printed hard copies. Thank you for your cooperation. Copyright ANDES TECHNOLOGY CORPORATION - All Rights Reserved. ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-04-25 3:27 ` rick at andestech.com @ 2018-04-25 13:03 ` Tom Rini 2018-05-07 2:54 ` rick at andestech.com 0 siblings, 1 reply; 10+ messages in thread From: Tom Rini @ 2018-04-25 13:03 UTC (permalink / raw) To: u-boot On Wed, Apr 25, 2018 at 03:27:11AM +0000, rick at andestech.com wrote: > > > > -----Original Message----- > > From: Tom Rini [mailto:trini at konsulko.com] > > Sent: Tuesday, April 24, 2018 8:14 PM > > To: Rick Jian-Zhi Chen(陳建志) > > Cc: u-boot at lists.denx.de; Greentime Ying-Han Hu(胡英漢); > > rickchen36 at gmail.com > > Subject: Re: NDS32 toolchain? > > > > On Tue, Apr 24, 2018 at 03:10:02AM +0000, rick at andestech.com wrote: > > > > > > > > > > -----Original Message----- > > > > From: Tom Rini [mailto:trini at konsulko.com] > > > > Sent: Tuesday, April 24, 2018 4:17 AM > > > > To: u-boot at lists.denx.de; Rick Jian-Zhi Chen(陳建志) > > > > Subject: NDS32 toolchain? > > > > > > > > Hey, > > > > > > > > So I'm looking over my setups again at what we do and do not have > > > > build testing and run-time testing, and I see that for nds32 I just cannot find a > > good toolchain. > > > > If I try for example > > > > https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64 > > > > /7.3.0/x86_ 64-gcc-7.3.0-nolibc-nds32-elf.tar.xz > > > > it first fails on the -G0 flag that we have set in and then it > > > > complains about a lack of position independent code support. Is the > > > > kernel.org toolchain perhaps configured incorrectly? > > > > > > > > > > Hi Tom > > > > > > You may try the following paths: > > > > > > 1. > > > github version > > > https://github.com/andestech/build_script.git > > > https://github.com/greentime/prebuilt-nds32-toolchain/releases > > > > This binary gets a lot farther: > > CC drivers/mtd/cfi_flash.o > > drivers/mtd/cfi_flash.c: In function 'write_buff': > > drivers/mtd/cfi_flash.c:1435:1: internal compiler error: in change_address_1, at > > emit-rtl.c:2126 } ^ > > 0x81fecd6 change_address_1 > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/ > > emit-rtl.c:2126 > > 0x81ff26d adjust_address_1(rtx_def*, machine_mode, long long, int, int, int, > > long long) > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/ > > emit-rtl.c:2264 > > 0x8762488 nds32_spilt_doubleword(rtx_def**, bool) > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/c > > onfig/nds32/nds32-md-auxiliary.c:3238 > > 0x886be2f gen_split_7(rtx_insn*, rtx_def**) > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/c > > onfig/nds32/nds32-doubleword.md:209 > > 0x81fdf74 try_split(rtx_def*, rtx_insn*, int) > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/ > > emit-rtl.c:3658 > > 0x8450a37 split_insn > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > > ecog.c:2865 > > 0x8450d0e split_all_insns() > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > > ecog.c:2955 > > 0x8450d6a rest_of_handle_split_before_sched2 > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > > ecog.c:3995 > > 0x8450d6a execute > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3.0/gcc/r > > ecog.c:4034 > > Please submit a full bug report, > > with preprocessed source if appropriate. > > Please include the complete backtrace with any bug report. > > See <http://gcc.gnu.org/bugs.html> for instructions. > > /home/trini/work/u-boot/u-boot/scripts/Makefile.build:280: recipe for target > > 'drivers/mtd/cfi_flash.o' failed > > make[2]: *** [drivers/mtd/cfi_flash.o] Error 1 > > /home/trini/work/u-boot/u-boot/Makefile:1355: recipe for target 'drivers/mtd' > > failed > > make[1]: *** [drivers/mtd] Error 2 > > make[1]: Leaving directory '/tmp/adp-ag101p' > > Makefile:150: recipe for target 'sub-make' failed > > make: *** [sub-make] Error 2 > > > Hi Tom > > Very Sorry about the build failure. > I shall verify it before sending to you. > > Our teammates are trying to fix this problem. > I will offer you a refine one ASAP. Thanks, I appreciate it! > > > 2. > > > Arnd Bergmann built > > > https://lkml.org/lkml/2018/4/17/395 > > > www.kernel.org/pub/tools/crosstool/files/bin/x86_64/6.4.0/x86_64-gcc-6 > > > .4.0-nolibc-nds32le-linux.tar.xz > > > > Oddly, his 6.4.0 gets farther along than his 7.3.0 ones, but still doesn't work as I > > get things like this: > > AS arch/nds32/cpu/n1213/start.o > > arch/nds32/cpu/n1213/start.S: Assembler messages: > > arch/nds32/cpu/n1213/start.S:256: > > Error: Incorrect syntax, sethi $ta,hi20(_start at GOTOFF). > > arch/nds32/cpu/n1213/start.S:256: > > Error: Incorrect syntax, ori $ta,$ta,lo12(_start at GOTOFF). > > arch/nds32/cpu/n1213/start.S:256: > > Warning: relax hint unrecognized instruction: line 254. > > > > and it just keeps going from there. You may want to drop him an email about > > how he's configuring for nds32le. Last time I talked with him, he wasn't > > planning to re-spin the 7.3.x ones, but he might do gcc-8 once it's ready. > > > > > > Related, is there a QEMU target for nds32 that we could leverage so > > > > that once the toolchain issue is resolved we can update .travis.yml to run > > tests on it? > > > > Thanks! > > > > > > I am applying the QEMU offering permit. > > > If it is ok. I will prepare it for you. > > > > Because I always verify NDS32 on board (AG101P or AE3XX). > I never verify it on NDS32 QEMU. > It seem still have some problems, maybe need some time to debug for work. > > But the RISC-V QEMU is available noe. > Maybe I can give it to you for trying. Adding riscv to the test.py + QEMU section of .travis.yml would be great! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180425/070fc1f1/attachment.sig> ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-04-25 13:03 ` Tom Rini @ 2018-05-07 2:54 ` rick at andestech.com 2018-05-14 8:31 ` Rick Chen 0 siblings, 1 reply; 10+ messages in thread From: rick at andestech.com @ 2018-05-07 2:54 UTC (permalink / raw) To: u-boot > -----Original Message----- > From: Tom Rini [mailto:trini at konsulko.com] > Sent: Wednesday, April 25, 2018 9:04 PM > To: Rick Jian-Zhi Chen(陳建志) > Cc: u-boot at lists.denx.de; Greentime Ying-Han Hu(胡英漢); > rickchen36 at gmail.com > Subject: Re: NDS32 toolchain? > > On Wed, Apr 25, 2018 at 03:27:11AM +0000, rick at andestech.com wrote: > > > > > > > -----Original Message----- > > > From: Tom Rini [mailto:trini at konsulko.com] > > > Sent: Tuesday, April 24, 2018 8:14 PM > > > To: Rick Jian-Zhi Chen(陳建志) > > > Cc: u-boot at lists.denx.de; Greentime Ying-Han Hu(胡英漢); > > > rickchen36 at gmail.com > > > Subject: Re: NDS32 toolchain? > > > > > > On Tue, Apr 24, 2018 at 03:10:02AM +0000, rick at andestech.com wrote: > > > > > > > > > > > > > -----Original Message----- > > > > > From: Tom Rini [mailto:trini at konsulko.com] > > > > > Sent: Tuesday, April 24, 2018 4:17 AM > > > > > To: u-boot at lists.denx.de; Rick Jian-Zhi Chen(陳建志) > > > > > Subject: NDS32 toolchain? > > > > > > > > > > Hey, > > > > > > > > > > So I'm looking over my setups again at what we do and do not > > > > > have build testing and run-time testing, and I see that for > > > > > nds32 I just cannot find a > > > good toolchain. > > > > > If I try for example > > > > > https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x8 > > > > > 6_64 /7.3.0/x86_ 64-gcc-7.3.0-nolibc-nds32-elf.tar.xz > > > > > it first fails on the -G0 flag that we have set in and then it > > > > > complains about a lack of position independent code support. Is > > > > > the kernel.org toolchain perhaps configured incorrectly? > > > > > > > > > > > > > Hi Tom > > > > > > > > You may try the following paths: > > > > > > > > 1. > > > > github version > > > > https://github.com/andestech/build_script.git > > > > https://github.com/greentime/prebuilt-nds32-toolchain/releases > > > > > > This binary gets a lot farther: > > > CC drivers/mtd/cfi_flash.o > > > drivers/mtd/cfi_flash.c: In function 'write_buff': > > > drivers/mtd/cfi_flash.c:1435:1: internal compiler error: in > > > change_address_1, at > > > emit-rtl.c:2126 } ^ > > > 0x81fecd6 change_address_1 > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/ > > > emit-rtl.c:2126 > > > 0x81ff26d adjust_address_1(rtx_def*, machine_mode, long long, int, > > > int, int, long long) > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/ > > > emit-rtl.c:2264 > > > 0x8762488 nds32_spilt_doubleword(rtx_def**, bool) > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/c > > > onfig/nds32/nds32-md-auxiliary.c:3238 > > > 0x886be2f gen_split_7(rtx_insn*, rtx_def**) > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/c > > > onfig/nds32/nds32-doubleword.md:209 > > > 0x81fdf74 try_split(rtx_def*, rtx_insn*, int) > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/ > > > emit-rtl.c:3658 > > > 0x8450a37 split_insn > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/r > > > ecog.c:2865 > > > 0x8450d0e split_all_insns() > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/r > > > ecog.c:2955 > > > 0x8450d6a rest_of_handle_split_before_sched2 > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/r > > > ecog.c:3995 > > > 0x8450d6a execute > > > > > > /NOBACKUP/sqa2/greentime/contrib/travis/build_script/src_pkg/gcc-6.3 > > > .0/gcc/r > > > ecog.c:4034 > > > Please submit a full bug report, > > > with preprocessed source if appropriate. > > > Please include the complete backtrace with any bug report. > > > See <http://gcc.gnu.org/bugs.html> for instructions. > > > /home/trini/work/u-boot/u-boot/scripts/Makefile.build:280: recipe > > > for target 'drivers/mtd/cfi_flash.o' failed > > > make[2]: *** [drivers/mtd/cfi_flash.o] Error 1 > > > /home/trini/work/u-boot/u-boot/Makefile:1355: recipe for target > 'drivers/mtd' > > > failed > > > make[1]: *** [drivers/mtd] Error 2 > > > make[1]: Leaving directory '/tmp/adp-ag101p' > > > Makefile:150: recipe for target 'sub-make' failed > > > make: *** [sub-make] Error 2 > > > > > Hi Tom > > > > Very Sorry about the build failure. > > I shall verify it before sending to you. > > > > Our teammates are trying to fix this problem. > > I will offer you a refine one ASAP. > > Thanks, I appreciate it! > Hi Tom The person in charge of tool-chain has a vacation. Maybe it still need few weeks to fix the tool-chain problem. Just let you know this issue is still on-going. > > > > 2. > > > > Arnd Bergmann built > > > > https://lkml.org/lkml/2018/4/17/395 > > > > www.kernel.org/pub/tools/crosstool/files/bin/x86_64/6.4.0/x86_64-g > > > > cc-6 > > > > .4.0-nolibc-nds32le-linux.tar.xz > > > > > > Oddly, his 6.4.0 gets farther along than his 7.3.0 ones, but still > > > doesn't work as I get things like this: > > > AS arch/nds32/cpu/n1213/start.o > > > arch/nds32/cpu/n1213/start.S: Assembler messages: > > > arch/nds32/cpu/n1213/start.S:256: > > > Error: Incorrect syntax, sethi $ta,hi20(_start at GOTOFF). > > > arch/nds32/cpu/n1213/start.S:256: > > > Error: Incorrect syntax, ori $ta,$ta,lo12(_start at GOTOFF). > > > arch/nds32/cpu/n1213/start.S:256: > > > Warning: relax hint unrecognized instruction: line 254. > > > > > > and it just keeps going from there. You may want to drop him an > > > email about how he's configuring for nds32le. Last time I talked > > > with him, he wasn't planning to re-spin the 7.3.x ones, but he might do gcc-8 > once it's ready. > > > > > > > > Related, is there a QEMU target for nds32 that we could leverage > > > > > so that once the toolchain issue is resolved we can update > > > > > .travis.yml to run > > > tests on it? > > > > > Thanks! > > > > > > > > I am applying the QEMU offering permit. > > > > If it is ok. I will prepare it for you. > > > > > > > Because I always verify NDS32 on board (AG101P or AE3XX). > > I never verify it on NDS32 QEMU. > > It seem still have some problems, maybe need some time to debug for work. > > > > But the RISC-V QEMU is available noe. > > Maybe I can give it to you for trying. > > Adding riscv to the test.py + QEMU section of .travis.yml would be great! > I find it seem get qemu from upstream in .travis.yml git clone git://git.qemu.org/qemu.git But I am not sure if Andes have any schedule to push qemu to upstream. I will keep study it and try to add. Rick > -- > Tom CONFIDENTIALITY NOTICE: This e-mail (and its attachments) may contain confidential and legally privileged information or information protected from disclosure. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein is strictly prohibited. In this case, please immediately notify the sender by return e-mail, delete the message (and any accompanying documents) and destroy all printed hard copies. Thank you for your cooperation. Copyright ANDES TECHNOLOGY CORPORATION - All Rights Reserved. ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-05-07 2:54 ` rick at andestech.com @ 2018-05-14 8:31 ` Rick Chen 2018-05-14 11:16 ` Tom Rini 0 siblings, 1 reply; 10+ messages in thread From: Rick Chen @ 2018-05-14 8:31 UTC (permalink / raw) To: u-boot >> > > > > Related, is there a QEMU target for nds32 that we could leverage >> > > > > so that once the toolchain issue is resolved we can update >> > > > > .travis.yml to run >> > > tests on it? >> > > > > Thanks! >> > > > >> > > > I am applying the QEMU offering permit. >> > > > If it is ok. I will prepare it for you. >> > > >> > >> > Because I always verify NDS32 on board (AG101P or AE3XX). >> > I never verify it on NDS32 QEMU. >> > It seem still have some problems, maybe need some time to debug for work. >> > >> > But the RISC-V QEMU is available noe. >> > Maybe I can give it to you for trying. >> >> Adding riscv to the test.py + QEMU section of .travis.yml would be great! >> > > I find it seem get qemu from upstream in .travis.yml > git clone git://git.qemu.org/qemu.git > But I am not sure if Andes have any schedule to push qemu to upstream. > I will keep study it and try to add. > Hi Tom After studing test.py and find it will clone git://github.com/swarren/uboot-test-hooks.git in travis flow. It seem that I shall create some files (eq conf.qemu-nx25_na) in uboot-test-hooks\bin\travis-ci\ May I ask how shall I submit these files into the uboot-test-hooks git repo ? Rick ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-05-14 8:31 ` Rick Chen @ 2018-05-14 11:16 ` Tom Rini 2018-05-28 6:45 ` Rick Chen 0 siblings, 1 reply; 10+ messages in thread From: Tom Rini @ 2018-05-14 11:16 UTC (permalink / raw) To: u-boot On Mon, May 14, 2018 at 04:31:27PM +0800, Rick Chen wrote: > >> > > > > Related, is there a QEMU target for nds32 that we could leverage > >> > > > > so that once the toolchain issue is resolved we can update > >> > > > > .travis.yml to run > >> > > tests on it? > >> > > > > Thanks! > >> > > > > >> > > > I am applying the QEMU offering permit. > >> > > > If it is ok. I will prepare it for you. > >> > > > >> > > >> > Because I always verify NDS32 on board (AG101P or AE3XX). > >> > I never verify it on NDS32 QEMU. > >> > It seem still have some problems, maybe need some time to debug for work. > >> > > >> > But the RISC-V QEMU is available noe. > >> > Maybe I can give it to you for trying. > >> > >> Adding riscv to the test.py + QEMU section of .travis.yml would be great! > >> > > > > I find it seem get qemu from upstream in .travis.yml > > git clone git://git.qemu.org/qemu.git > > But I am not sure if Andes have any schedule to push qemu to upstream. > > I will keep study it and try to add. > > Hi Tom > > After studing test.py and find it will clone > git://github.com/swarren/uboot-test-hooks.git in travis flow. > It seem that I shall create some files (eq conf.qemu-nx25_na) in > uboot-test-hooks\bin\travis-ci\ > May I ask how shall I submit these files into the uboot-test-hooks git repo ? The usual github workflow, fork the repository and then submit a PR there with your changes. Thanks again! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180514/f85b6cc0/attachment.sig> ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-05-14 11:16 ` Tom Rini @ 2018-05-28 6:45 ` Rick Chen 2018-06-07 8:18 ` Rick Chen 0 siblings, 1 reply; 10+ messages in thread From: Rick Chen @ 2018-05-28 6:45 UTC (permalink / raw) To: u-boot 2018-05-14 19:16 GMT+08:00 Tom Rini <trini@konsulko.com>: > On Mon, May 14, 2018 at 04:31:27PM +0800, Rick Chen wrote: >> >> > > > > Related, is there a QEMU target for nds32 that we could leverage >> >> > > > > so that once the toolchain issue is resolved we can update >> >> > > > > .travis.yml to run >> >> > > tests on it? >> >> > > > > Thanks! >> >> > > > >> >> > > > I am applying the QEMU offering permit. >> >> > > > If it is ok. I will prepare it for you. >> >> > > >> >> > >> >> > Because I always verify NDS32 on board (AG101P or AE3XX). >> >> > I never verify it on NDS32 QEMU. >> >> > It seem still have some problems, maybe need some time to debug for work. >> >> > >> >> > But the RISC-V QEMU is available noe. >> >> > Maybe I can give it to you for trying. >> >> >> >> Adding riscv to the test.py + QEMU section of .travis.yml would be great! >> >> >> > >> > I find it seem get qemu from upstream in .travis.yml >> > git clone git://git.qemu.org/qemu.git >> > But I am not sure if Andes have any schedule to push qemu to upstream. >> > I will keep study it and try to add. >> >> Hi Tom >> >> After studing test.py and find it will clone >> git://github.com/swarren/uboot-test-hooks.git in travis flow. >> It seem that I shall create some files (eq conf.qemu-nx25_na) in >> uboot-test-hooks\bin\travis-ci\ >> May I ask how shall I submit these files into the uboot-test-hooks git repo ? > > The usual github workflow, fork the repository and then submit a PR > there with your changes. Thanks again! > > -- > Tom Hi Tom cmchen have send 2 patch (one for riscv, one for nds32) to uboot-test-hooks.git After the patch has been accepted.I can verify the trivas flow. Then I will send patchs to support riscv and nds32 QEMU in test.py Following are the running message in my local env (not in travis flow) (venv) rick at atcsqa06[/NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv](13:57)$ python ./test/py/test.py --bd qemu-ax25 --build +make O=/NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv/build-qemu-ax25 -s qemu-ax25_defconfig +make O=/NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv/build-qemu-ax25 -s -j8 make[1]: Warning: File '.config' has modification time 0.74 s in the future make[2]: Warning: File 'include/config/auto.conf' has modification time 1.1 s in the future make[2]: warning: Clock skew detected. Your build may be incomplete. make[1]: Warning: File 'include/autoconf.mk' has modification time 0.63 s in the future make[2]: Warning: File 'include/autoconf.mk' has modification time 0.42 s in the future make[2]: warning: Clock skew detected. Your build may be incomplete. make[2]: Warning: File 'include/autoconf.mk' has modification time 0.41 s in the future make[2]: Warning: File 'include/config/auto.conf' has modification time 0.47 s in the future make[3]: Warning: File 'include/autoconf.mk' has modification time 0.3 s in the future make[2]: warning: Clock skew detected. Your build may be incomplete. make[3]: warning: Clock skew detected. Your build may be incomplete. make[2]: warning: Clock skew detected. Your build may be incomplete. make[3]: Warning: File 'drivers/crypto/fsl/built-in.o' has modification time 0.96 s in the future make[3]: warning: Clock skew detected. Your build may be incomplete. make[2]: Warning: File 'drivers/mmc/built-in.o' has modification time 0.99 s in the future make[3]: Warning: File 'arch/riscv/dts/.ae350.dtb.cmd' has modification time 1 s in the future make[3]: warning: Clock skew detected. Your build may be incomplete. make[2]: warning: Clock skew detected. Your build may be incomplete. make[2]: Warning: File 'lib/efi_selftest/built-in.o' has modification time 0.94 s in the future riscv64-linux-ld.bfd: Warning: Init __global_pointer$ failed. Can not find __global_pointer$ and .sdata section. make[2]: warning: Clock skew detected. Your build may be incomplete. make[1]: warning: Clock skew detected. Your build may be incomplete. +u-boot-test-flash qemu-ax25 na ==================================================================== test session starts ==================================================================== platform linux2 -- Python 2.7.12, pytest-3.5.1, py-1.5.3, pluggy-0.6.0 rootdir: /NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv/test/py, inifile: pytest.ini collected 110 items test/py/tests/test_000_version.py . [ 0%] test/py/tests/test_dfu.py s [ 0%] test/py/tests/test_efi_loader.py .sssss [ 0%] test/py/tests/test_efi_selftest.py ss [ 0%] test/py/tests/test_env.py ........ [ 0%] test/py/tests/test_fit.py s [ 0%] test/py/tests/test_gpt.py sssssss [ 0%] test/py/tests/test_help.py . [ 0%] test/py/tests/test_hush_if_test.py ......................................................s [ 0%] test/py/tests/test_log.py ss [ 0%] test/py/tests/test_md.py .. [ 0%] test/py/tests/test_mmc_rd.py s [ 0%] test/py/tests/test_net.py .sssss [ 0%] test/py/tests/test_ofplatdata.py s [ 0%] test/py/tests/test_sandbox_exit.py ss [ 0%] test/py/tests/test_sf.py ssss [ 0%] test/py/tests/test_shell_basics.py .... [ 0%] test/py/tests/test_sleep.py . [ 0%] test/py/tests/test_ums.py s [ 0%] test/py/tests/test_unknown_cmd.py . [ 0%] test/py/tests/test_ut.py ss [ 0%] test/py/tests/test_vboot.py s =========================================================== 74 passed, 36 skipped in 3.67 seconds =========================================================== Rick ^ permalink raw reply [flat|nested] 10+ messages in thread
* [U-Boot] NDS32 toolchain? 2018-05-28 6:45 ` Rick Chen @ 2018-06-07 8:18 ` Rick Chen 0 siblings, 0 replies; 10+ messages in thread From: Rick Chen @ 2018-06-07 8:18 UTC (permalink / raw) To: u-boot 2018-05-28 14:45 GMT+08:00 Rick Chen <rickchen36@gmail.com>: > 2018-05-14 19:16 GMT+08:00 Tom Rini <trini@konsulko.com>: >> On Mon, May 14, 2018 at 04:31:27PM +0800, Rick Chen wrote: >>> >> > > > > Related, is there a QEMU target for nds32 that we could leverage >>> >> > > > > so that once the toolchain issue is resolved we can update >>> >> > > > > .travis.yml to run >>> >> > > tests on it? >>> >> > > > > Thanks! >>> >> > > > >>> >> > > > I am applying the QEMU offering permit. >>> >> > > > If it is ok. I will prepare it for you. >>> >> > > >>> >> > >>> >> > Because I always verify NDS32 on board (AG101P or AE3XX). >>> >> > I never verify it on NDS32 QEMU. >>> >> > It seem still have some problems, maybe need some time to debug for work. >>> >> > >>> >> > But the RISC-V QEMU is available noe. >>> >> > Maybe I can give it to you for trying. >>> >> >>> >> Adding riscv to the test.py + QEMU section of .travis.yml would be great! >>> >> >>> > >>> > I find it seem get qemu from upstream in .travis.yml >>> > git clone git://git.qemu.org/qemu.git >>> > But I am not sure if Andes have any schedule to push qemu to upstream. >>> > I will keep study it and try to add. >>> >>> Hi Tom >>> >>> After studing test.py and find it will clone >>> git://github.com/swarren/uboot-test-hooks.git in travis flow. >>> It seem that I shall create some files (eq conf.qemu-nx25_na) in >>> uboot-test-hooks\bin\travis-ci\ >>> May I ask how shall I submit these files into the uboot-test-hooks git repo ? >> >> The usual github workflow, fork the repository and then submit a PR >> there with your changes. Thanks again! >> >> -- >> Tom > > Hi Tom > > cmchen have send 2 patch (one for riscv, one for nds32) to uboot-test-hooks.git > > After the patch has been accepted.I can verify the trivas flow. > Then I will send patchs to support riscv and nds32 QEMU in test.py > > > > Following are the running message in my local env (not in travis flow) > > (venv) rick at atcsqa06[/NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv](13:57)$ > python ./test/py/test.py --bd qemu-ax25 --build > +make O=/NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv/build-qemu-ax25 > -s qemu-ax25_defconfig > +make O=/NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv/build-qemu-ax25 > -s -j8 > make[1]: Warning: File '.config' has modification time 0.74 s in the future > make[2]: Warning: File 'include/config/auto.conf' has modification > time 1.1 s in the future > make[2]: warning: Clock skew detected. Your build may be incomplete. > make[1]: Warning: File 'include/autoconf.mk' has modification time > 0.63 s in the future > make[2]: Warning: File 'include/autoconf.mk' has modification time > 0.42 s in the future > make[2]: warning: Clock skew detected. Your build may be incomplete. > make[2]: Warning: File 'include/autoconf.mk' has modification time > 0.41 s in the future > make[2]: Warning: File 'include/config/auto.conf' has modification > time 0.47 s in the future > make[3]: Warning: File 'include/autoconf.mk' has modification time 0.3 > s in the future > make[2]: warning: Clock skew detected. Your build may be incomplete. > make[3]: warning: Clock skew detected. Your build may be incomplete. > make[2]: warning: Clock skew detected. Your build may be incomplete. > make[3]: Warning: File 'drivers/crypto/fsl/built-in.o' has > modification time 0.96 s in the future > make[3]: warning: Clock skew detected. Your build may be incomplete. > make[2]: Warning: File 'drivers/mmc/built-in.o' has modification time > 0.99 s in the future > make[3]: Warning: File 'arch/riscv/dts/.ae350.dtb.cmd' has > modification time 1 s in the future > make[3]: warning: Clock skew detected. Your build may be incomplete. > make[2]: warning: Clock skew detected. Your build may be incomplete. > make[2]: Warning: File 'lib/efi_selftest/built-in.o' has modification > time 0.94 s in the future > riscv64-linux-ld.bfd: > Warning: Init __global_pointer$ failed. Can not find __global_pointer$ > and .sdata section. > > make[2]: warning: Clock skew detected. Your build may be incomplete. > make[1]: warning: Clock skew detected. Your build may be incomplete. > +u-boot-test-flash qemu-ax25 na > ==================================================================== > test session starts > ==================================================================== > platform linux2 -- Python 2.7.12, pytest-3.5.1, py-1.5.3, pluggy-0.6.0 > rootdir: /NOBACKUP/sqa3/User/rick/v5-qemu/ae250/tmp/u-boot-riscv/test/py, > inifile: pytest.ini > collected 110 items > > test/py/tests/test_000_version.py . > > [ 0%] > test/py/tests/test_dfu.py s > > [ 0%] > test/py/tests/test_efi_loader.py .sssss > > [ 0%] > test/py/tests/test_efi_selftest.py ss > > [ 0%] > test/py/tests/test_env.py ........ > > [ 0%] > test/py/tests/test_fit.py s > > [ 0%] > test/py/tests/test_gpt.py sssssss > > [ 0%] > test/py/tests/test_help.py . > > [ 0%] > test/py/tests/test_hush_if_test.py > ......................................................s > [ 0%] > test/py/tests/test_log.py ss > > [ 0%] > test/py/tests/test_md.py .. > > [ 0%] > test/py/tests/test_mmc_rd.py s > > [ 0%] > test/py/tests/test_net.py .sssss > > [ 0%] > test/py/tests/test_ofplatdata.py s > > [ 0%] > test/py/tests/test_sandbox_exit.py ss > > [ 0%] > test/py/tests/test_sf.py ssss > > [ 0%] > test/py/tests/test_shell_basics.py .... > > [ 0%] > test/py/tests/test_sleep.py . > > [ 0%] > test/py/tests/test_ums.py s > > [ 0%] > test/py/tests/test_unknown_cmd.py . > > [ 0%] > test/py/tests/test_ut.py ss > > [ 0%] > test/py/tests/test_vboot.py s > > =========================================================== 74 passed, > 36 skipped in 3.67 seconds > =========================================================== > > Rick Hi Tom Sorry for the late delivary. TOOLCHAIN NDS32 toolchain is ready here https://github.com/vincentzwc/prebuilt-nds32-toolchain/releases/tag/20180521 After verify travis-ci ok, I will send a patch to support NDS32 toolchain in travis-ci. QEMU NDS32 & RISC-V qemu is ready here ftp://ftp.andestech.com After verify travis-ci ok, I will send two patchs to support NDS32 & RISC-V qemu in test.py. Rick ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2018-06-07 8:18 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2018-04-23 20:17 [U-Boot] NDS32 toolchain? Tom Rini 2018-04-24 3:10 ` rick at andestech.com 2018-04-24 12:14 ` Tom Rini 2018-04-25 3:27 ` rick at andestech.com 2018-04-25 13:03 ` Tom Rini 2018-05-07 2:54 ` rick at andestech.com 2018-05-14 8:31 ` Rick Chen 2018-05-14 11:16 ` Tom Rini 2018-05-28 6:45 ` Rick Chen 2018-06-07 8:18 ` Rick Chen
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.