Re: [U-Boot] buildman errors
Hi Tom, On Wed, Jan 27, 2016 at 10:08 AM, Tom Riniwrote: > On Wed, Jan 27, 2016 at 09:55:02AM +0800, Bin Meng wrote: >> Hi Tom, >> >> On Tue, Jan 26, 2016 at 10:47 PM, Tom Rini wrote: >> > On Tue, Jan 26, 2016 at 12:26:07PM +0800, Bin Meng wrote: >> >> Hi Tom, >> >> >> >> On Mon, Jan 25, 2016 at 10:12 PM, Tom Rini wrote: >> >> > On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote: >> >> >> Hi Tom, >> >> >> >> >> >> On Mon, Jan 25, 2016 at 11:05 AM, Tom Rini wrote: >> >> >> > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: >> >> >> >> Hi Tom, >> >> >> >> >> >> >> >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini >> >> >> >> wrote: >> >> >> >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: >> >> >> >> > >> >> >> >> >> Hi, >> >> >> >> >> >> >> >> >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per >> >> >> >> >> thread) >> >> >> >> >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >> >> >> >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >> >> >> >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 >> >> >> >> >> bf527-ad7160-eval >> >> >> >> >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 >> >> >> >> >> cm-bf537u >> >> >> >> >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 >> >> >> >> >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 >> >> >> >> >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 >> >> >> >> >>aarch64: + test >> >> >> >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 >> >> >> >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr >> >> >> >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >> >> >> >> >> openrisc: + openrisc-generic >> >> >> >> >>powerpc: + TQM834x katmai >> >> >> >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >> >> >> >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >> >> >> >> >> mx28evk_auart_console >> >> >> >> >> nds32: + adp-ag101p >> >> >> >> > >> >> >> >> > I need to finally fetch a few toolchains as I don't do >> >> >> >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken >> >> >> >> > with gcc >> >> >> >> > 5.x, can you look into it? :) >> >> >> >> > >> >> >> >> >> >> >> >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? >> >> >> > >> >> >> > Pretty much any, I've seen it for a long time but not had time to >> >> >> > poke >> >> >> > at the libgcc "fun" that's involved here. >> >> >> > >> >> >> >> >> >> I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do >> >> >> I need build one from gcc source? >> >> > >> >> > Fedora has shipped with gcc 5.x for a release or two and Debian/unstable >> >> > is how I get all of my gcc 5.x toolchains for build testing. >> >> > >> >> >> >> I installed a fresh Fedora 23 and got gcc 5.1.1 up and running. >> >> However I see _zero_ compiler warnings/errors using gcc 5.1.1 when >> >> building all of the 9 x86 boards. >> >> >> >> The only thing I noticed, which is probably best matched to what you >> >> said "x86 is very broken with gcc 5.x", is: >> >> >> >> HOSTCC tools/aisimage.o >> >> In file included from tools/aisimage.c:10:0: >> >> include/image.h:923:27: fatal error: openssl/evp.h: No such file or >> >> directory >> >> compilation terminated. >> >> scripts/Makefile.host:111: recipe for target 'tools/aisimage.o' failed >> >> make[1]: *** [tools/aisimage.o] Error 1 >> >> Makefile:1196: recipe for target 'tools' failed >> >> make: *** [tools] Error 2 >> > >> > Are you using the stock configs? >> >> Yes. >> >> > +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) >> > arch/x86/lib/built-in.o: In function `__wrap___udivdi3': >> > +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) >> > build/../arch/x86/lib/gcc.c:25: undefined reference to >> > `__normal___udivdi3' >> > >> >> Is your Fedora a 64-bit installation? And a 64-bit gcc compiler, >> right? I am using 32-bit Fedora with a 32-bit gcc. This is nothing >> related to gcc 5.x too. The same thing happens in gcc 4.x. If we want >> to use 64-bit gcc to build 32-bit U-Boot, gcc must ship with multilib >> support. > > Ug, even with CONFIG_USE_PRIVATE_LIBGCC=y ? > Yes. x86 build relies on gcc to provide a normal libgcc and adds some hacks on top of it (private). Regards, Bin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Tue, Jan 26, 2016 at 12:26:07PM +0800, Bin Meng wrote: > Hi Tom, > > On Mon, Jan 25, 2016 at 10:12 PM, Tom Riniwrote: > > On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote: > >> Hi Tom, > >> > >> On Mon, Jan 25, 2016 at 11:05 AM, Tom Rini wrote: > >> > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: > >> >> Hi Tom, > >> >> > >> >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini wrote: > >> >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >> >> > > >> >> >> Hi, > >> >> >> > >> >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > >> >> >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >> >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > >> >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 > >> >> >> bf527-ad7160-eval > >> >> >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u > >> >> >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > >> >> >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > >> >> >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >> >> >>aarch64: + test > >> >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >> >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >> >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >> >> >> openrisc: + openrisc-generic > >> >> >>powerpc: + TQM834x katmai > >> >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > >> >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >> >> >> mx28evk_auart_console > >> >> >> nds32: + adp-ag101p > >> >> > > >> >> > I need to finally fetch a few toolchains as I don't do > >> >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with > >> >> > gcc > >> >> > 5.x, can you look into it? :) > >> >> > > >> >> > >> >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? > >> > > >> > Pretty much any, I've seen it for a long time but not had time to poke > >> > at the libgcc "fun" that's involved here. > >> > > >> > >> I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do > >> I need build one from gcc source? > > > > Fedora has shipped with gcc 5.x for a release or two and Debian/unstable > > is how I get all of my gcc 5.x toolchains for build testing. > > > > I installed a fresh Fedora 23 and got gcc 5.1.1 up and running. > However I see _zero_ compiler warnings/errors using gcc 5.1.1 when > building all of the 9 x86 boards. > > The only thing I noticed, which is probably best matched to what you > said "x86 is very broken with gcc 5.x", is: > > HOSTCC tools/aisimage.o > In file included from tools/aisimage.c:10:0: > include/image.h:923:27: fatal error: openssl/evp.h: No such file or directory > compilation terminated. > scripts/Makefile.host:111: recipe for target 'tools/aisimage.o' failed > make[1]: *** [tools/aisimage.o] Error 1 > Makefile:1196: recipe for target 'tools' failed > make: *** [tools] Error 2 Are you using the stock configs? +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) arch/x86/lib/built-in.o: In function `__wrap___udivdi3': +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) build/../arch/x86/lib/gcc.c:25: undefined reference to `__normal___udivdi3' -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
Hi Tom, On Tue, Jan 26, 2016 at 10:47 PM, Tom Riniwrote: > On Tue, Jan 26, 2016 at 12:26:07PM +0800, Bin Meng wrote: >> Hi Tom, >> >> On Mon, Jan 25, 2016 at 10:12 PM, Tom Rini wrote: >> > On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote: >> >> Hi Tom, >> >> >> >> On Mon, Jan 25, 2016 at 11:05 AM, Tom Rini wrote: >> >> > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: >> >> >> Hi Tom, >> >> >> >> >> >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini wrote: >> >> >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: >> >> >> > >> >> >> >> Hi, >> >> >> >> >> >> >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) >> >> >> >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >> >> >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >> >> >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 >> >> >> >> bf527-ad7160-eval >> >> >> >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u >> >> >> >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 >> >> >> >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 >> >> >> >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 >> >> >> >>aarch64: + test >> >> >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 >> >> >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr >> >> >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >> >> >> >> openrisc: + openrisc-generic >> >> >> >>powerpc: + TQM834x katmai >> >> >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >> >> >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >> >> >> >> mx28evk_auart_console >> >> >> >> nds32: + adp-ag101p >> >> >> > >> >> >> > I need to finally fetch a few toolchains as I don't do >> >> >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with >> >> >> > gcc >> >> >> > 5.x, can you look into it? :) >> >> >> > >> >> >> >> >> >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? >> >> > >> >> > Pretty much any, I've seen it for a long time but not had time to poke >> >> > at the libgcc "fun" that's involved here. >> >> > >> >> >> >> I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do >> >> I need build one from gcc source? >> > >> > Fedora has shipped with gcc 5.x for a release or two and Debian/unstable >> > is how I get all of my gcc 5.x toolchains for build testing. >> > >> >> I installed a fresh Fedora 23 and got gcc 5.1.1 up and running. >> However I see _zero_ compiler warnings/errors using gcc 5.1.1 when >> building all of the 9 x86 boards. >> >> The only thing I noticed, which is probably best matched to what you >> said "x86 is very broken with gcc 5.x", is: >> >> HOSTCC tools/aisimage.o >> In file included from tools/aisimage.c:10:0: >> include/image.h:923:27: fatal error: openssl/evp.h: No such file or directory >> compilation terminated. >> scripts/Makefile.host:111: recipe for target 'tools/aisimage.o' failed >> make[1]: *** [tools/aisimage.o] Error 1 >> Makefile:1196: recipe for target 'tools' failed >> make: *** [tools] Error 2 > > Are you using the stock configs? Yes. > +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) > arch/x86/lib/built-in.o: In function `__wrap___udivdi3': > +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) > build/../arch/x86/lib/gcc.c:25: undefined reference to > `__normal___udivdi3' > Is your Fedora a 64-bit installation? And a 64-bit gcc compiler, right? I am using 32-bit Fedora with a 32-bit gcc. This is nothing related to gcc 5.x too. The same thing happens in gcc 4.x. If we want to use 64-bit gcc to build 32-bit U-Boot, gcc must ship with multilib support. Regards, Bin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Wed, Jan 27, 2016 at 09:55:02AM +0800, Bin Meng wrote: > Hi Tom, > > On Tue, Jan 26, 2016 at 10:47 PM, Tom Riniwrote: > > On Tue, Jan 26, 2016 at 12:26:07PM +0800, Bin Meng wrote: > >> Hi Tom, > >> > >> On Mon, Jan 25, 2016 at 10:12 PM, Tom Rini wrote: > >> > On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote: > >> >> Hi Tom, > >> >> > >> >> On Mon, Jan 25, 2016 at 11:05 AM, Tom Rini wrote: > >> >> > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: > >> >> >> Hi Tom, > >> >> >> > >> >> >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini > >> >> >> wrote: > >> >> >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >> >> >> > > >> >> >> >> Hi, > >> >> >> >> > >> >> >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per > >> >> >> >> thread) > >> >> >> >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >> >> >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > >> >> >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 > >> >> >> >> bf527-ad7160-eval > >> >> >> >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 > >> >> >> >> cm-bf537u > >> >> >> >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > >> >> >> >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > >> >> >> >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >> >> >> >>aarch64: + test > >> >> >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >> >> >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >> >> >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >> >> >> >> openrisc: + openrisc-generic > >> >> >> >>powerpc: + TQM834x katmai > >> >> >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > >> >> >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >> >> >> >> mx28evk_auart_console > >> >> >> >> nds32: + adp-ag101p > >> >> >> > > >> >> >> > I need to finally fetch a few toolchains as I don't do > >> >> >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken > >> >> >> > with gcc > >> >> >> > 5.x, can you look into it? :) > >> >> >> > > >> >> >> > >> >> >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? > >> >> > > >> >> > Pretty much any, I've seen it for a long time but not had time to poke > >> >> > at the libgcc "fun" that's involved here. > >> >> > > >> >> > >> >> I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do > >> >> I need build one from gcc source? > >> > > >> > Fedora has shipped with gcc 5.x for a release or two and Debian/unstable > >> > is how I get all of my gcc 5.x toolchains for build testing. > >> > > >> > >> I installed a fresh Fedora 23 and got gcc 5.1.1 up and running. > >> However I see _zero_ compiler warnings/errors using gcc 5.1.1 when > >> building all of the 9 x86 boards. > >> > >> The only thing I noticed, which is probably best matched to what you > >> said "x86 is very broken with gcc 5.x", is: > >> > >> HOSTCC tools/aisimage.o > >> In file included from tools/aisimage.c:10:0: > >> include/image.h:923:27: fatal error: openssl/evp.h: No such file or > >> directory > >> compilation terminated. > >> scripts/Makefile.host:111: recipe for target 'tools/aisimage.o' failed > >> make[1]: *** [tools/aisimage.o] Error 1 > >> Makefile:1196: recipe for target 'tools' failed > >> make: *** [tools] Error 2 > > > > Are you using the stock configs? > > Yes. > > > +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) > > arch/x86/lib/built-in.o: In function `__wrap___udivdi3': > > +(galileo,crownbay,coreboot-x86,bayleybay,qemu-x86,chromebook_link,minnowmax,chromebox_panther) > > build/../arch/x86/lib/gcc.c:25: undefined reference to > > `__normal___udivdi3' > > > > Is your Fedora a 64-bit installation? And a 64-bit gcc compiler, > right? I am using 32-bit Fedora with a 32-bit gcc. This is nothing > related to gcc 5.x too. The same thing happens in gcc 4.x. If we want > to use 64-bit gcc to build 32-bit U-Boot, gcc must ship with multilib > support. Ug, even with CONFIG_USE_PRIVATE_LIBGCC=y ? -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Tuesday, January 26, 2016 at 05:26:07 AM, Bin Meng wrote: > Hi Tom, > > On Mon, Jan 25, 2016 at 10:12 PM, Tom Riniwrote: > > On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote: > >> Hi Tom, > >> > >> On Mon, Jan 25, 2016 at 11:05 AM, Tom Rini wrote: > >> > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: > >> >> Hi Tom, > >> >> > >> >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini wrote: > >> >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >> >> >> Hi, > >> >> >> > >> >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per > >> >> >> thread) 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >> >> >> > >> >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > >> >> >> > >> >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 > >> >> >> bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 > >> >> >> cm-bf537e tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit > >> >> >> ibf-dsp561 bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit > >> >> >> bf548-ezkit bf525-ucr2 blackvme tcm-bf537 bf533-stamp dnp5370 > >> >> >> bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >> >> >> > >> >> >>aarch64: + test > >> >> >> > >> >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >> >> >> > >> >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >> >> >> > >> >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >> >> >> > >> >> >> openrisc: + openrisc-generic > >> >> >> > >> >> >>powerpc: + TQM834x katmai > >> >> >> > >> >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > >> >> >> > >> >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >> >> >> mx28evk_auart_console > >> >> >> > >> >> >> nds32: + adp-ag101p > >> >> > > >> >> > I need to finally fetch a few toolchains as I don't do > >> >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken > >> >> > with gcc 5.x, can you look into it? :) > >> >> > >> >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? > >> > > >> > Pretty much any, I've seen it for a long time but not had time to poke > >> > at the libgcc "fun" that's involved here. > >> > >> I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do > >> I need build one from gcc source? > > > > Fedora has shipped with gcc 5.x for a release or two and Debian/unstable > > is how I get all of my gcc 5.x toolchains for build testing. > > I installed a fresh Fedora 23 and got gcc 5.1.1 up and running. > However I see _zero_ compiler warnings/errors using gcc 5.1.1 when > building all of the 9 x86 boards. > > The only thing I noticed, which is probably best matched to what you > said "x86 is very broken with gcc 5.x", is: > > HOSTCC tools/aisimage.o > In file included from tools/aisimage.c:10:0: > include/image.h:923:27: fatal error: openssl/evp.h: No such file or > directory compilation terminated. > scripts/Makefile.host:111: recipe for target 'tools/aisimage.o' failed > make[1]: *** [tools/aisimage.o] Error 1 > Makefile:1196: recipe for target 'tools' failed > make: *** [tools] Error 2 > > But this is nothing related to gcc 5.x. It should be something related > to openssl. After I "dnf install openssl-devel", minnowmax can be > built successfully without any error/warning. Yeah, that's our standard openssl bug :-) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
Hi Tom, On Mon, Jan 25, 2016 at 10:12 PM, Tom Riniwrote: > On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote: >> Hi Tom, >> >> On Mon, Jan 25, 2016 at 11:05 AM, Tom Rini wrote: >> > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: >> >> Hi Tom, >> >> >> >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini wrote: >> >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: >> >> > >> >> >> Hi, >> >> >> >> >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) >> >> >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >> >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >> >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval >> >> >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u >> >> >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 >> >> >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 >> >> >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 >> >> >>aarch64: + test >> >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 >> >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr >> >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >> >> >> openrisc: + openrisc-generic >> >> >>powerpc: + TQM834x katmai >> >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >> >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >> >> >> mx28evk_auart_console >> >> >> nds32: + adp-ag101p >> >> > >> >> > I need to finally fetch a few toolchains as I don't do >> >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with gcc >> >> > 5.x, can you look into it? :) >> >> > >> >> >> >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? >> > >> > Pretty much any, I've seen it for a long time but not had time to poke >> > at the libgcc "fun" that's involved here. >> > >> >> I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do >> I need build one from gcc source? > > Fedora has shipped with gcc 5.x for a release or two and Debian/unstable > is how I get all of my gcc 5.x toolchains for build testing. > I installed a fresh Fedora 23 and got gcc 5.1.1 up and running. However I see _zero_ compiler warnings/errors using gcc 5.1.1 when building all of the 9 x86 boards. The only thing I noticed, which is probably best matched to what you said "x86 is very broken with gcc 5.x", is: HOSTCC tools/aisimage.o In file included from tools/aisimage.c:10:0: include/image.h:923:27: fatal error: openssl/evp.h: No such file or directory compilation terminated. scripts/Makefile.host:111: recipe for target 'tools/aisimage.o' failed make[1]: *** [tools/aisimage.o] Error 1 Makefile:1196: recipe for target 'tools' failed make: *** [tools] Error 2 But this is nothing related to gcc 5.x. It should be something related to openssl. After I "dnf install openssl-devel", minnowmax can be built successfully without any error/warning. Regards, Bin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote: > Hi Tom, > > On Mon, Jan 25, 2016 at 11:05 AM, Tom Riniwrote: > > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: > >> Hi Tom, > >> > >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini wrote: > >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >> > > >> >> Hi, > >> >> > >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > >> >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval > >> >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u > >> >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > >> >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > >> >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >> >>aarch64: + test > >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >> >> openrisc: + openrisc-generic > >> >>powerpc: + TQM834x katmai > >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >> >> mx28evk_auart_console > >> >> nds32: + adp-ag101p > >> > > >> > I need to finally fetch a few toolchains as I don't do > >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with gcc > >> > 5.x, can you look into it? :) > >> > > >> > >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? > > > > Pretty much any, I've seen it for a long time but not had time to poke > > at the libgcc "fun" that's involved here. > > > > I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do > I need build one from gcc source? Fedora has shipped with gcc 5.x for a release or two and Debian/unstable is how I get all of my gcc 5.x toolchains for build testing. -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Monday, January 25, 2016 at 04:12:37 AM, Bin Meng wrote: > Hi Marek, Hi! > On Mon, Jan 25, 2016 at 11:01 AM, Marek Vasutwrote: > > On Monday, January 25, 2016 at 03:58:38 AM, Bin Meng wrote: > >> Hi Marek, > >> > >> On Mon, Jan 25, 2016 at 10:52 AM, Marek Vasut wrote: > >> > On Monday, January 25, 2016 at 03:45:25 AM, Bin Meng wrote: > >> >> On Mon, Jan 25, 2016 at 10:42 AM, Bin Meng wrote: > >> >> > On Mon, Jan 25, 2016 at 1:01 AM, Stefano Babic wrote: > >> >> >> On 24/01/2016 17:41, Marek Vasut wrote: > >> >> >>> On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: > >> >> On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >> >> > Hi, > >> >> > > >> >> > Summary of 71 commits for 1100 boards (24 threads, 1 job per > >> >> > thread) 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >> >> > > >> >> > blackfin: + bf561-acvilon cm-bf561 blackstamp > >> >> > bf537-minotaur > >> >> > > >> >> > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 > >> >> > bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 > >> >> > cm-bf537e tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit > >> >> > ibf-dsp561 bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit > >> >> > bf548-ezkit bf525-ucr2 blackvme tcm-bf537 bf533-stamp dnp5370 > >> >> > bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >> >> > > >> >> >aarch64: + test > >> >> > > >> >> > avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >> >> > > >> >> > sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >> >> > > >> >> >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >> >> > > >> >> > openrisc: + openrisc-generic > >> >> > > >> >> >powerpc: + TQM834x katmai > >> >> > > >> >> >arm: + mx28evk mx28evk_nand xfi3 bg0900 > >> >> >sansa_fuze_plus > >> >> > > >> >> > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >> >> > mx28evk_auart_console > >> >> >>> > >> >> >>> All of MXS is broken, why ? I don't recall any chances to MXS > >> >> >>> being done recently, so what happened ? > >> >> >> > >> >> >> I confirm this - I have not seen any breakage (but I built today > >> >> >> with an older gcc). Bing, can you output what you have seen for > >> >> >> mxs boards ? They looks ok to me. > >> >> > > >> >> > $ make m28evk_defconfig > >> >> > > >> >> > HOSTCC scripts/basic/fixdep > >> >> > HOSTCC scripts/kconfig/conf.o > >> >> > SHIPPED scripts/kconfig/zconf.tab.c > >> >> > SHIPPED scripts/kconfig/zconf.lex.c > >> >> > SHIPPED scripts/kconfig/zconf.hash.c > >> >> > HOSTCC scripts/kconfig/zconf.tab.o > >> >> > HOSTLD scripts/kconfig/conf > >> >> > > >> >> > # > >> >> > # configuration written to .config > >> >> > # > >> >> > $ make > >> >> > scripts/kconfig/conf --silentoldconfig Kconfig > >> >> > > >> >> > CHK include/config.h > >> >> > UPD include/config.h > >> >> > GEN include/autoconf.mk > >> >> > GEN include/autoconf.mk.dep > >> >> > GEN spl/include/autoconf.mk > >> >> > CHK include/config/uboot.release > >> >> > UPD include/config/uboot.release > >> >> > CHK include/generated/version_autogenerated.h > >> >> > UPD include/generated/version_autogenerated.h > >> >> > CHK include/generated/timestamp_autogenerated.h > >> >> > UPD include/generated/timestamp_autogenerated.h > >> >> > CC lib/asm-offsets.s > >> >> > CHK include/generated/generic-asm-offsets.h > >> >> > UPD include/generated/generic-asm-offsets.h > >> >> > CC arch/arm/lib/asm-offsets.s > >> >> > CHK include/generated/asm-offsets.h > >> >> > UPD include/generated/asm-offsets.h > >> >> > HOSTCC tools/bmp_logo > >> >> > HOSTCC tools/envcrc.o > >> >> > WRAPtools/lib/crc32.c > >> >> > HOSTCC tools/lib/crc32.o > >> >> > WRAPtools/common/env_embedded.c > >> >> > HOSTCC tools/common/env_embedded.o > >> >> > WRAPtools/lib/sha1.c > >> >> > HOSTCC tools/lib/sha1.o > >> >> > HOSTLD tools/envcrc > >> >> > HOSTCC tools/gen_eth_addr > >> >> > HOSTCC tools/img2srec > >> >> > HOSTCC tools/mkenvimage.o > >> >> > HOSTCC tools/os_support.o > >> >> > HOSTLD tools/mkenvimage > >> >> > HOSTCC tools/aisimage.o > >> >> > HOSTCC tools/atmelimage.o > >> >> > WRAPtools/common/bootm.c > >> >> > HOSTCC tools/common/bootm.o > >> >> > HOSTCC tools/default_image.o > >> >> > WRAPtools/lib/fdtdec_common.c > >> >> > HOSTCC tools/lib/fdtdec_common.o > >> >> > WRAPtools/lib/fdtdec.c > >> >> > HOSTCC tools/lib/fdtdec.o > >> >> > HOSTCC tools/fit_common.o > >> >> > HOSTCC tools/fit_image.o > >> >> > HOSTCC tools/gpimage.o > >> >> > HOSTCC tools/gpimage-common.o > >> >> > WRAP
Re: [U-Boot] buildman errors
On Monday, January 25, 2016 at 03:58:38 AM, Bin Meng wrote: > Hi Marek, > > On Mon, Jan 25, 2016 at 10:52 AM, Marek Vasutwrote: > > On Monday, January 25, 2016 at 03:45:25 AM, Bin Meng wrote: > >> On Mon, Jan 25, 2016 at 10:42 AM, Bin Meng wrote: > >> > On Mon, Jan 25, 2016 at 1:01 AM, Stefano Babic wrote: > >> >> On 24/01/2016 17:41, Marek Vasut wrote: > >> >>> On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: > >> On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >> > Hi, > >> > > >> > Summary of 71 commits for 1100 boards (24 threads, 1 job per > >> > thread) 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >> > > >> > blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > >> > > >> > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 > >> > bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e > >> > tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 > >> > bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 > >> > blackvme tcm-bf537 bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd > >> > bf561-ezkit br4 > >> > > >> >aarch64: + test > >> > > >> > avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >> > > >> > sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >> > > >> >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >> > > >> > openrisc: + openrisc-generic > >> > > >> >powerpc: + TQM834x katmai > >> > > >> >arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > >> > > >> > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >> > mx28evk_auart_console > >> >>> > >> >>> All of MXS is broken, why ? I don't recall any chances to MXS being > >> >>> done recently, so what happened ? > >> >> > >> >> I confirm this - I have not seen any breakage (but I built today with > >> >> an older gcc). Bing, can you output what you have seen for mxs > >> >> boards ? They looks ok to me. > >> > > >> > $ make m28evk_defconfig > >> > > >> > HOSTCC scripts/basic/fixdep > >> > HOSTCC scripts/kconfig/conf.o > >> > SHIPPED scripts/kconfig/zconf.tab.c > >> > SHIPPED scripts/kconfig/zconf.lex.c > >> > SHIPPED scripts/kconfig/zconf.hash.c > >> > HOSTCC scripts/kconfig/zconf.tab.o > >> > HOSTLD scripts/kconfig/conf > >> > > >> > # > >> > # configuration written to .config > >> > # > >> > $ make > >> > scripts/kconfig/conf --silentoldconfig Kconfig > >> > > >> > CHK include/config.h > >> > UPD include/config.h > >> > GEN include/autoconf.mk > >> > GEN include/autoconf.mk.dep > >> > GEN spl/include/autoconf.mk > >> > CHK include/config/uboot.release > >> > UPD include/config/uboot.release > >> > CHK include/generated/version_autogenerated.h > >> > UPD include/generated/version_autogenerated.h > >> > CHK include/generated/timestamp_autogenerated.h > >> > UPD include/generated/timestamp_autogenerated.h > >> > CC lib/asm-offsets.s > >> > CHK include/generated/generic-asm-offsets.h > >> > UPD include/generated/generic-asm-offsets.h > >> > CC arch/arm/lib/asm-offsets.s > >> > CHK include/generated/asm-offsets.h > >> > UPD include/generated/asm-offsets.h > >> > HOSTCC tools/bmp_logo > >> > HOSTCC tools/envcrc.o > >> > WRAPtools/lib/crc32.c > >> > HOSTCC tools/lib/crc32.o > >> > WRAPtools/common/env_embedded.c > >> > HOSTCC tools/common/env_embedded.o > >> > WRAPtools/lib/sha1.c > >> > HOSTCC tools/lib/sha1.o > >> > HOSTLD tools/envcrc > >> > HOSTCC tools/gen_eth_addr > >> > HOSTCC tools/img2srec > >> > HOSTCC tools/mkenvimage.o > >> > HOSTCC tools/os_support.o > >> > HOSTLD tools/mkenvimage > >> > HOSTCC tools/aisimage.o > >> > HOSTCC tools/atmelimage.o > >> > WRAPtools/common/bootm.c > >> > HOSTCC tools/common/bootm.o > >> > HOSTCC tools/default_image.o > >> > WRAPtools/lib/fdtdec_common.c > >> > HOSTCC tools/lib/fdtdec_common.o > >> > WRAPtools/lib/fdtdec.c > >> > HOSTCC tools/lib/fdtdec.o > >> > HOSTCC tools/fit_common.o > >> > HOSTCC tools/fit_image.o > >> > HOSTCC tools/gpimage.o > >> > HOSTCC tools/gpimage-common.o > >> > WRAPtools/common/image-fit.c > >> > HOSTCC tools/common/image-fit.o > >> > HOSTCC tools/image-host.o > >> > WRAPtools/common/image.c > >> > HOSTCC tools/common/image.o > >> > HOSTCC tools/imagetool.o > >> > HOSTCC tools/imximage.o > >> > HOSTCC tools/kwbimage.o > >> > WRAPtools/lib/md5.c > >> > HOSTCC tools/lib/md5.o > >> > HOSTCC tools/lpc32xximage.o > >> > HOSTCC tools/mxsimage.o > >> > HOSTCC tools/omapimage.o > >> > HOSTCC tools/pblimage.o > >> > HOSTCC tools/pbl_crc32.o > >> >
Re: [U-Boot] buildman errors
On Mon, Jan 25, 2016 at 10:42 AM, Bin Mengwrote: > On Mon, Jan 25, 2016 at 1:01 AM, Stefano Babic wrote: >> On 24/01/2016 17:41, Marek Vasut wrote: >>> On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > Hi, > > Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > > blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval > bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u > bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >aarch64: + test > > avr32: + atngw100mkii grasshopper atstk1002 atngw100 > > sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > > openrisc: + openrisc-generic > >powerpc: + TQM834x katmai > >arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > mx28evk_auart_console >>> >>> All of MXS is broken, why ? I don't recall any chances to MXS being done >>> recently, so what happened ? >> >> I confirm this - I have not seen any breakage (but I built today with an >> older gcc). Bing, can you output what you have seen for mxs boards ? >> They looks ok to me. >> > > $ make m28evk_defconfig > HOSTCC scripts/basic/fixdep > HOSTCC scripts/kconfig/conf.o > SHIPPED scripts/kconfig/zconf.tab.c > SHIPPED scripts/kconfig/zconf.lex.c > SHIPPED scripts/kconfig/zconf.hash.c > HOSTCC scripts/kconfig/zconf.tab.o > HOSTLD scripts/kconfig/conf > # > # configuration written to .config > # > $ make > scripts/kconfig/conf --silentoldconfig Kconfig > CHK include/config.h > UPD include/config.h > GEN include/autoconf.mk > GEN include/autoconf.mk.dep > GEN spl/include/autoconf.mk > CHK include/config/uboot.release > UPD include/config/uboot.release > CHK include/generated/version_autogenerated.h > UPD include/generated/version_autogenerated.h > CHK include/generated/timestamp_autogenerated.h > UPD include/generated/timestamp_autogenerated.h > CC lib/asm-offsets.s > CHK include/generated/generic-asm-offsets.h > UPD include/generated/generic-asm-offsets.h > CC arch/arm/lib/asm-offsets.s > CHK include/generated/asm-offsets.h > UPD include/generated/asm-offsets.h > HOSTCC tools/bmp_logo > HOSTCC tools/envcrc.o > WRAPtools/lib/crc32.c > HOSTCC tools/lib/crc32.o > WRAPtools/common/env_embedded.c > HOSTCC tools/common/env_embedded.o > WRAPtools/lib/sha1.c > HOSTCC tools/lib/sha1.o > HOSTLD tools/envcrc > HOSTCC tools/gen_eth_addr > HOSTCC tools/img2srec > HOSTCC tools/mkenvimage.o > HOSTCC tools/os_support.o > HOSTLD tools/mkenvimage > HOSTCC tools/aisimage.o > HOSTCC tools/atmelimage.o > WRAPtools/common/bootm.c > HOSTCC tools/common/bootm.o > HOSTCC tools/default_image.o > WRAPtools/lib/fdtdec_common.c > HOSTCC tools/lib/fdtdec_common.o > WRAPtools/lib/fdtdec.c > HOSTCC tools/lib/fdtdec.o > HOSTCC tools/fit_common.o > HOSTCC tools/fit_image.o > HOSTCC tools/gpimage.o > HOSTCC tools/gpimage-common.o > WRAPtools/common/image-fit.c > HOSTCC tools/common/image-fit.o > HOSTCC tools/image-host.o > WRAPtools/common/image.c > HOSTCC tools/common/image.o > HOSTCC tools/imagetool.o > HOSTCC tools/imximage.o > HOSTCC tools/kwbimage.o > WRAPtools/lib/md5.c > HOSTCC tools/lib/md5.o > HOSTCC tools/lpc32xximage.o > HOSTCC tools/mxsimage.o > HOSTCC tools/omapimage.o > HOSTCC tools/pblimage.o > HOSTCC tools/pbl_crc32.o > WRAPtools/lib/rc4.c > HOSTCC tools/lib/rc4.o > HOSTCC tools/rkcommon.o > HOSTCC tools/rkimage.o > HOSTCC tools/rksd.o > HOSTCC tools/rkspi.o > HOSTCC tools/socfpgaimage.o > WRAPtools/lib/sha256.c > HOSTCC tools/lib/sha256.o > WRAPtools/common/hash.c > HOSTCC tools/common/hash.o > HOSTCC tools/ublimage.o > HOSTCC tools/zynqimage.o > WRAPtools/lib/libfdt/fdt.c > HOSTCC tools/lib/libfdt/fdt.o > WRAPtools/lib/libfdt/fdt_ro.c > HOSTCC tools/lib/libfdt/fdt_ro.o > WRAPtools/lib/libfdt/fdt_rw.c > HOSTCC tools/lib/libfdt/fdt_rw.o > WRAPtools/lib/libfdt/fdt_strerror.c > HOSTCC tools/lib/libfdt/fdt_strerror.o > WRAPtools/lib/libfdt/fdt_wip.c > HOSTCC tools/lib/libfdt/fdt_wip.o > WRAPtools/lib/libfdt/fdt_region.c > HOSTCC tools/lib/libfdt/fdt_region.o >
Re: [U-Boot] buildman errors
On Mon, Jan 25, 2016 at 1:01 AM, Stefano Babicwrote: > On 24/01/2016 17:41, Marek Vasut wrote: >> On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: >>> On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: Hi, Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 aarch64: + test avr32: + atngw100mkii grasshopper atstk1002 atngw100 sh: + sh7753evb sh7785lcr_32bit sh7785lcr arc: + arcangel4-be axs101 axs103 tb100 arcangel4 openrisc: + openrisc-generic powerpc: + TQM834x katmai arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino mx28evk_auart_console >> >> All of MXS is broken, why ? I don't recall any chances to MXS being done >> recently, so what happened ? > > I confirm this - I have not seen any breakage (but I built today with an > older gcc). Bing, can you output what you have seen for mxs boards ? > They looks ok to me. > $ make m28evk_defconfig HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o SHIPPED scripts/kconfig/zconf.tab.c SHIPPED scripts/kconfig/zconf.lex.c SHIPPED scripts/kconfig/zconf.hash.c HOSTCC scripts/kconfig/zconf.tab.o HOSTLD scripts/kconfig/conf # # configuration written to .config # $ make scripts/kconfig/conf --silentoldconfig Kconfig CHK include/config.h UPD include/config.h GEN include/autoconf.mk GEN include/autoconf.mk.dep GEN spl/include/autoconf.mk CHK include/config/uboot.release UPD include/config/uboot.release CHK include/generated/version_autogenerated.h UPD include/generated/version_autogenerated.h CHK include/generated/timestamp_autogenerated.h UPD include/generated/timestamp_autogenerated.h CC lib/asm-offsets.s CHK include/generated/generic-asm-offsets.h UPD include/generated/generic-asm-offsets.h CC arch/arm/lib/asm-offsets.s CHK include/generated/asm-offsets.h UPD include/generated/asm-offsets.h HOSTCC tools/bmp_logo HOSTCC tools/envcrc.o WRAPtools/lib/crc32.c HOSTCC tools/lib/crc32.o WRAPtools/common/env_embedded.c HOSTCC tools/common/env_embedded.o WRAPtools/lib/sha1.c HOSTCC tools/lib/sha1.o HOSTLD tools/envcrc HOSTCC tools/gen_eth_addr HOSTCC tools/img2srec HOSTCC tools/mkenvimage.o HOSTCC tools/os_support.o HOSTLD tools/mkenvimage HOSTCC tools/aisimage.o HOSTCC tools/atmelimage.o WRAPtools/common/bootm.c HOSTCC tools/common/bootm.o HOSTCC tools/default_image.o WRAPtools/lib/fdtdec_common.c HOSTCC tools/lib/fdtdec_common.o WRAPtools/lib/fdtdec.c HOSTCC tools/lib/fdtdec.o HOSTCC tools/fit_common.o HOSTCC tools/fit_image.o HOSTCC tools/gpimage.o HOSTCC tools/gpimage-common.o WRAPtools/common/image-fit.c HOSTCC tools/common/image-fit.o HOSTCC tools/image-host.o WRAPtools/common/image.c HOSTCC tools/common/image.o HOSTCC tools/imagetool.o HOSTCC tools/imximage.o HOSTCC tools/kwbimage.o WRAPtools/lib/md5.c HOSTCC tools/lib/md5.o HOSTCC tools/lpc32xximage.o HOSTCC tools/mxsimage.o HOSTCC tools/omapimage.o HOSTCC tools/pblimage.o HOSTCC tools/pbl_crc32.o WRAPtools/lib/rc4.c HOSTCC tools/lib/rc4.o HOSTCC tools/rkcommon.o HOSTCC tools/rkimage.o HOSTCC tools/rksd.o HOSTCC tools/rkspi.o HOSTCC tools/socfpgaimage.o WRAPtools/lib/sha256.c HOSTCC tools/lib/sha256.o WRAPtools/common/hash.c HOSTCC tools/common/hash.o HOSTCC tools/ublimage.o HOSTCC tools/zynqimage.o WRAPtools/lib/libfdt/fdt.c HOSTCC tools/lib/libfdt/fdt.o WRAPtools/lib/libfdt/fdt_ro.c HOSTCC tools/lib/libfdt/fdt_ro.o WRAPtools/lib/libfdt/fdt_rw.c HOSTCC tools/lib/libfdt/fdt_rw.o WRAPtools/lib/libfdt/fdt_strerror.c HOSTCC tools/lib/libfdt/fdt_strerror.o WRAPtools/lib/libfdt/fdt_wip.c HOSTCC tools/lib/libfdt/fdt_wip.o WRAPtools/lib/libfdt/fdt_region.c HOSTCC tools/lib/libfdt/fdt_region.o HOSTCC tools/dumpimage.o HOSTLD tools/dumpimage HOSTCC tools/mkimage.o HOSTLD tools/mkimage HOSTCC tools/mxsboot tools/mxsboot.c: In function ‘mx28_create_sd_image’: tools/mxsboot.c:560: warning: implicit declaration of function ‘htole32’ /tmp/cchLIV6q.o: In function `main':
Re: [U-Boot] buildman errors
On Monday, January 25, 2016 at 03:45:25 AM, Bin Meng wrote: > On Mon, Jan 25, 2016 at 10:42 AM, Bin Mengwrote: > > On Mon, Jan 25, 2016 at 1:01 AM, Stefano Babic wrote: > >> On 24/01/2016 17:41, Marek Vasut wrote: > >>> On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > > Hi, > > > > Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > > 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > > > > blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > > > > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 > > bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e > > tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 > > bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 > > blackvme tcm-bf537 bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd > > bf561-ezkit br4 > > > >aarch64: + test > > > > avr32: + atngw100mkii grasshopper atstk1002 atngw100 > > > > sh: + sh7753evb sh7785lcr_32bit sh7785lcr > > > >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > > > > openrisc: + openrisc-generic > > > >powerpc: + TQM834x katmai > > > >arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > > > > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > > mx28evk_auart_console > >>> > >>> All of MXS is broken, why ? I don't recall any chances to MXS being > >>> done recently, so what happened ? > >> > >> I confirm this - I have not seen any breakage (but I built today with an > >> older gcc). Bing, can you output what you have seen for mxs boards ? > >> They looks ok to me. > > > > $ make m28evk_defconfig > > > > HOSTCC scripts/basic/fixdep > > HOSTCC scripts/kconfig/conf.o > > SHIPPED scripts/kconfig/zconf.tab.c > > SHIPPED scripts/kconfig/zconf.lex.c > > SHIPPED scripts/kconfig/zconf.hash.c > > HOSTCC scripts/kconfig/zconf.tab.o > > HOSTLD scripts/kconfig/conf > > > > # > > # configuration written to .config > > # > > $ make > > scripts/kconfig/conf --silentoldconfig Kconfig > > > > CHK include/config.h > > UPD include/config.h > > GEN include/autoconf.mk > > GEN include/autoconf.mk.dep > > GEN spl/include/autoconf.mk > > CHK include/config/uboot.release > > UPD include/config/uboot.release > > CHK include/generated/version_autogenerated.h > > UPD include/generated/version_autogenerated.h > > CHK include/generated/timestamp_autogenerated.h > > UPD include/generated/timestamp_autogenerated.h > > CC lib/asm-offsets.s > > CHK include/generated/generic-asm-offsets.h > > UPD include/generated/generic-asm-offsets.h > > CC arch/arm/lib/asm-offsets.s > > CHK include/generated/asm-offsets.h > > UPD include/generated/asm-offsets.h > > HOSTCC tools/bmp_logo > > HOSTCC tools/envcrc.o > > WRAPtools/lib/crc32.c > > HOSTCC tools/lib/crc32.o > > WRAPtools/common/env_embedded.c > > HOSTCC tools/common/env_embedded.o > > WRAPtools/lib/sha1.c > > HOSTCC tools/lib/sha1.o > > HOSTLD tools/envcrc > > HOSTCC tools/gen_eth_addr > > HOSTCC tools/img2srec > > HOSTCC tools/mkenvimage.o > > HOSTCC tools/os_support.o > > HOSTLD tools/mkenvimage > > HOSTCC tools/aisimage.o > > HOSTCC tools/atmelimage.o > > WRAPtools/common/bootm.c > > HOSTCC tools/common/bootm.o > > HOSTCC tools/default_image.o > > WRAPtools/lib/fdtdec_common.c > > HOSTCC tools/lib/fdtdec_common.o > > WRAPtools/lib/fdtdec.c > > HOSTCC tools/lib/fdtdec.o > > HOSTCC tools/fit_common.o > > HOSTCC tools/fit_image.o > > HOSTCC tools/gpimage.o > > HOSTCC tools/gpimage-common.o > > WRAPtools/common/image-fit.c > > HOSTCC tools/common/image-fit.o > > HOSTCC tools/image-host.o > > WRAPtools/common/image.c > > HOSTCC tools/common/image.o > > HOSTCC tools/imagetool.o > > HOSTCC tools/imximage.o > > HOSTCC tools/kwbimage.o > > WRAPtools/lib/md5.c > > HOSTCC tools/lib/md5.o > > HOSTCC tools/lpc32xximage.o > > HOSTCC tools/mxsimage.o > > HOSTCC tools/omapimage.o > > HOSTCC tools/pblimage.o > > HOSTCC tools/pbl_crc32.o > > WRAPtools/lib/rc4.c > > HOSTCC tools/lib/rc4.o > > HOSTCC tools/rkcommon.o > > HOSTCC tools/rkimage.o > > HOSTCC tools/rksd.o > > HOSTCC tools/rkspi.o > > HOSTCC tools/socfpgaimage.o > > WRAPtools/lib/sha256.c > > HOSTCC tools/lib/sha256.o > > WRAPtools/common/hash.c > > HOSTCC tools/common/hash.o > > HOSTCC tools/ublimage.o > > HOSTCC tools/zynqimage.o > > WRAPtools/lib/libfdt/fdt.c > > HOSTCC tools/lib/libfdt/fdt.o > > WRAP
Re: [U-Boot] buildman errors
On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: > Hi Tom, > > On Mon, Jan 25, 2016 at 12:19 AM, Tom Riniwrote: > > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > > > >> Hi, > >> > >> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval > >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u > >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >>aarch64: + test > >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >> openrisc: + openrisc-generic > >>powerpc: + TQM834x katmai > >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >> mx28evk_auart_console > >> nds32: + adp-ag101p > > > > I need to finally fetch a few toolchains as I don't do > > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with gcc > > 5.x, can you look into it? :) > > > > Sure, I can look into x86. Which gcc 5.x toolchain are you using? Pretty much any, I've seen it for a long time but not had time to poke at the libgcc "fun" that's involved here. -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
Hi Tom, On Mon, Jan 25, 2016 at 12:19 AM, Tom Riniwrote: > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >> Hi, >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 >>aarch64: + test >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >> openrisc: + openrisc-generic >>powerpc: + TQM834x katmai >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >> mx28evk_auart_console >> nds32: + adp-ag101p > > I need to finally fetch a few toolchains as I don't do > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with gcc > 5.x, can you look into it? :) > Sure, I can look into x86. Which gcc 5.x toolchain are you using? Regards, Bin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
Hi Marek, On Mon, Jan 25, 2016 at 10:52 AM, Marek Vasutwrote: > On Monday, January 25, 2016 at 03:45:25 AM, Bin Meng wrote: >> On Mon, Jan 25, 2016 at 10:42 AM, Bin Meng wrote: >> > On Mon, Jan 25, 2016 at 1:01 AM, Stefano Babic wrote: >> >> On 24/01/2016 17:41, Marek Vasut wrote: >> >>> On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: >> On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: >> > Hi, >> > >> > Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) >> > 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >> > >> > blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >> > >> > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 >> > bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e >> > tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 >> > bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 >> > blackvme tcm-bf537 bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd >> > bf561-ezkit br4 >> > >> >aarch64: + test >> > >> > avr32: + atngw100mkii grasshopper atstk1002 atngw100 >> > >> > sh: + sh7753evb sh7785lcr_32bit sh7785lcr >> > >> >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >> > >> > openrisc: + openrisc-generic >> > >> >powerpc: + TQM834x katmai >> > >> >arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >> > >> > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >> > mx28evk_auart_console >> >>> >> >>> All of MXS is broken, why ? I don't recall any chances to MXS being >> >>> done recently, so what happened ? >> >> >> >> I confirm this - I have not seen any breakage (but I built today with an >> >> older gcc). Bing, can you output what you have seen for mxs boards ? >> >> They looks ok to me. >> > >> > $ make m28evk_defconfig >> > >> > HOSTCC scripts/basic/fixdep >> > HOSTCC scripts/kconfig/conf.o >> > SHIPPED scripts/kconfig/zconf.tab.c >> > SHIPPED scripts/kconfig/zconf.lex.c >> > SHIPPED scripts/kconfig/zconf.hash.c >> > HOSTCC scripts/kconfig/zconf.tab.o >> > HOSTLD scripts/kconfig/conf >> > >> > # >> > # configuration written to .config >> > # >> > $ make >> > scripts/kconfig/conf --silentoldconfig Kconfig >> > >> > CHK include/config.h >> > UPD include/config.h >> > GEN include/autoconf.mk >> > GEN include/autoconf.mk.dep >> > GEN spl/include/autoconf.mk >> > CHK include/config/uboot.release >> > UPD include/config/uboot.release >> > CHK include/generated/version_autogenerated.h >> > UPD include/generated/version_autogenerated.h >> > CHK include/generated/timestamp_autogenerated.h >> > UPD include/generated/timestamp_autogenerated.h >> > CC lib/asm-offsets.s >> > CHK include/generated/generic-asm-offsets.h >> > UPD include/generated/generic-asm-offsets.h >> > CC arch/arm/lib/asm-offsets.s >> > CHK include/generated/asm-offsets.h >> > UPD include/generated/asm-offsets.h >> > HOSTCC tools/bmp_logo >> > HOSTCC tools/envcrc.o >> > WRAPtools/lib/crc32.c >> > HOSTCC tools/lib/crc32.o >> > WRAPtools/common/env_embedded.c >> > HOSTCC tools/common/env_embedded.o >> > WRAPtools/lib/sha1.c >> > HOSTCC tools/lib/sha1.o >> > HOSTLD tools/envcrc >> > HOSTCC tools/gen_eth_addr >> > HOSTCC tools/img2srec >> > HOSTCC tools/mkenvimage.o >> > HOSTCC tools/os_support.o >> > HOSTLD tools/mkenvimage >> > HOSTCC tools/aisimage.o >> > HOSTCC tools/atmelimage.o >> > WRAPtools/common/bootm.c >> > HOSTCC tools/common/bootm.o >> > HOSTCC tools/default_image.o >> > WRAPtools/lib/fdtdec_common.c >> > HOSTCC tools/lib/fdtdec_common.o >> > WRAPtools/lib/fdtdec.c >> > HOSTCC tools/lib/fdtdec.o >> > HOSTCC tools/fit_common.o >> > HOSTCC tools/fit_image.o >> > HOSTCC tools/gpimage.o >> > HOSTCC tools/gpimage-common.o >> > WRAPtools/common/image-fit.c >> > HOSTCC tools/common/image-fit.o >> > HOSTCC tools/image-host.o >> > WRAPtools/common/image.c >> > HOSTCC tools/common/image.o >> > HOSTCC tools/imagetool.o >> > HOSTCC tools/imximage.o >> > HOSTCC tools/kwbimage.o >> > WRAPtools/lib/md5.c >> > HOSTCC tools/lib/md5.o >> > HOSTCC tools/lpc32xximage.o >> > HOSTCC tools/mxsimage.o >> > HOSTCC tools/omapimage.o >> > HOSTCC tools/pblimage.o >> > HOSTCC tools/pbl_crc32.o >> > WRAPtools/lib/rc4.c >> > HOSTCC tools/lib/rc4.o >> > HOSTCC tools/rkcommon.o >> > HOSTCC tools/rkimage.o >> > HOSTCC tools/rksd.o >> > HOSTCC tools/rkspi.o >> > HOSTCC tools/socfpgaimage.o >> > WRAPtools/lib/sha256.c >> > HOSTCC tools/lib/sha256.o >> > WRAPtools/common/hash.c >> > HOSTCC
Re: [U-Boot] buildman errors
Hi Marek, On Mon, Jan 25, 2016 at 11:01 AM, Marek Vasutwrote: > On Monday, January 25, 2016 at 03:58:38 AM, Bin Meng wrote: >> Hi Marek, >> >> On Mon, Jan 25, 2016 at 10:52 AM, Marek Vasut wrote: >> > On Monday, January 25, 2016 at 03:45:25 AM, Bin Meng wrote: >> >> On Mon, Jan 25, 2016 at 10:42 AM, Bin Meng wrote: >> >> > On Mon, Jan 25, 2016 at 1:01 AM, Stefano Babic wrote: >> >> >> On 24/01/2016 17:41, Marek Vasut wrote: >> >> >>> On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: >> >> On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: >> >> > Hi, >> >> > >> >> > Summary of 71 commits for 1100 boards (24 threads, 1 job per >> >> > thread) 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >> >> > >> >> > blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >> >> > >> >> > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 >> >> > bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e >> >> > tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 >> >> > bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 >> >> > blackvme tcm-bf537 bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd >> >> > bf561-ezkit br4 >> >> > >> >> >aarch64: + test >> >> > >> >> > avr32: + atngw100mkii grasshopper atstk1002 atngw100 >> >> > >> >> > sh: + sh7753evb sh7785lcr_32bit sh7785lcr >> >> > >> >> >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >> >> > >> >> > openrisc: + openrisc-generic >> >> > >> >> >powerpc: + TQM834x katmai >> >> > >> >> >arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >> >> > >> >> > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >> >> > mx28evk_auart_console >> >> >>> >> >> >>> All of MXS is broken, why ? I don't recall any chances to MXS being >> >> >>> done recently, so what happened ? >> >> >> >> >> >> I confirm this - I have not seen any breakage (but I built today with >> >> >> an older gcc). Bing, can you output what you have seen for mxs >> >> >> boards ? They looks ok to me. >> >> > >> >> > $ make m28evk_defconfig >> >> > >> >> > HOSTCC scripts/basic/fixdep >> >> > HOSTCC scripts/kconfig/conf.o >> >> > SHIPPED scripts/kconfig/zconf.tab.c >> >> > SHIPPED scripts/kconfig/zconf.lex.c >> >> > SHIPPED scripts/kconfig/zconf.hash.c >> >> > HOSTCC scripts/kconfig/zconf.tab.o >> >> > HOSTLD scripts/kconfig/conf >> >> > >> >> > # >> >> > # configuration written to .config >> >> > # >> >> > $ make >> >> > scripts/kconfig/conf --silentoldconfig Kconfig >> >> > >> >> > CHK include/config.h >> >> > UPD include/config.h >> >> > GEN include/autoconf.mk >> >> > GEN include/autoconf.mk.dep >> >> > GEN spl/include/autoconf.mk >> >> > CHK include/config/uboot.release >> >> > UPD include/config/uboot.release >> >> > CHK include/generated/version_autogenerated.h >> >> > UPD include/generated/version_autogenerated.h >> >> > CHK include/generated/timestamp_autogenerated.h >> >> > UPD include/generated/timestamp_autogenerated.h >> >> > CC lib/asm-offsets.s >> >> > CHK include/generated/generic-asm-offsets.h >> >> > UPD include/generated/generic-asm-offsets.h >> >> > CC arch/arm/lib/asm-offsets.s >> >> > CHK include/generated/asm-offsets.h >> >> > UPD include/generated/asm-offsets.h >> >> > HOSTCC tools/bmp_logo >> >> > HOSTCC tools/envcrc.o >> >> > WRAPtools/lib/crc32.c >> >> > HOSTCC tools/lib/crc32.o >> >> > WRAPtools/common/env_embedded.c >> >> > HOSTCC tools/common/env_embedded.o >> >> > WRAPtools/lib/sha1.c >> >> > HOSTCC tools/lib/sha1.o >> >> > HOSTLD tools/envcrc >> >> > HOSTCC tools/gen_eth_addr >> >> > HOSTCC tools/img2srec >> >> > HOSTCC tools/mkenvimage.o >> >> > HOSTCC tools/os_support.o >> >> > HOSTLD tools/mkenvimage >> >> > HOSTCC tools/aisimage.o >> >> > HOSTCC tools/atmelimage.o >> >> > WRAPtools/common/bootm.c >> >> > HOSTCC tools/common/bootm.o >> >> > HOSTCC tools/default_image.o >> >> > WRAPtools/lib/fdtdec_common.c >> >> > HOSTCC tools/lib/fdtdec_common.o >> >> > WRAPtools/lib/fdtdec.c >> >> > HOSTCC tools/lib/fdtdec.o >> >> > HOSTCC tools/fit_common.o >> >> > HOSTCC tools/fit_image.o >> >> > HOSTCC tools/gpimage.o >> >> > HOSTCC tools/gpimage-common.o >> >> > WRAPtools/common/image-fit.c >> >> > HOSTCC tools/common/image-fit.o >> >> > HOSTCC tools/image-host.o >> >> > WRAPtools/common/image.c >> >> > HOSTCC tools/common/image.o >> >> > HOSTCC tools/imagetool.o >> >> > HOSTCC tools/imximage.o >> >> > HOSTCC tools/kwbimage.o >> >> > WRAPtools/lib/md5.c >> >> > HOSTCC tools/lib/md5.o >> >> > HOSTCC
Re: [U-Boot] buildman errors
Hi Tom, On Mon, Jan 25, 2016 at 11:05 AM, Tom Riniwrote: > On Mon, Jan 25, 2016 at 10:34:16AM +0800, Bin Meng wrote: >> Hi Tom, >> >> On Mon, Jan 25, 2016 at 12:19 AM, Tom Rini wrote: >> > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: >> > >> >> Hi, >> >> >> >> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) >> >> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >> >> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >> >> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval >> >> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u >> >> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 >> >> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 >> >> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 >> >>aarch64: + test >> >> avr32: + atngw100mkii grasshopper atstk1002 atngw100 >> >> sh: + sh7753evb sh7785lcr_32bit sh7785lcr >> >>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >> >> openrisc: + openrisc-generic >> >>powerpc: + TQM834x katmai >> >>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >> >> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >> >> mx28evk_auart_console >> >> nds32: + adp-ag101p >> > >> > I need to finally fetch a few toolchains as I don't do >> > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with gcc >> > 5.x, can you look into it? :) >> > >> >> Sure, I can look into x86. Which gcc 5.x toolchain are you using? > > Pretty much any, I've seen it for a long time but not had time to poke > at the libgcc "fun" that's involved here. > I mean if there is any prebuilt gcc 5.x for me to grab and test? Or do I need build one from gcc source? Regards, Bin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On 24/01/2016 17:41, Marek Vasut wrote: > On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: >> On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: >>> Hi, >>> >>> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) >>> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP >>> >>> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur >>> >>> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval >>> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u >>> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 >>> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 >>> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 >>> >>>aarch64: + test >>> >>> avr32: + atngw100mkii grasshopper atstk1002 atngw100 >>> >>> sh: + sh7753evb sh7785lcr_32bit sh7785lcr >>> >>>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 >>> >>> openrisc: + openrisc-generic >>> >>>powerpc: + TQM834x katmai >>> >>>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus >>> >>> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino >>> mx28evk_auart_console > > All of MXS is broken, why ? I don't recall any chances to MXS being done > recently, so what happened ? I confirm this - I have not seen any breakage (but I built today with an older gcc). Bing, can you output what you have seen for mxs boards ? They looks ok to me. Best regards, Stefano Babic -- = DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > Hi, > > Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval > bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u > bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 >aarch64: + test > avr32: + atngw100mkii grasshopper atstk1002 atngw100 > sh: + sh7753evb sh7785lcr_32bit sh7785lcr >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > openrisc: + openrisc-generic >powerpc: + TQM834x katmai >arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > mx28evk_auart_console > nds32: + adp-ag101p I need to finally fetch a few toolchains as I don't do avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with gcc 5.x, can you look into it? :) -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: > On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > > Hi, > > > > Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > > 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > > > > blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > > > > bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval > > bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u > > bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > > cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > > bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > > > >aarch64: + test > > > > avr32: + atngw100mkii grasshopper atstk1002 atngw100 > > > > sh: + sh7753evb sh7785lcr_32bit sh7785lcr > > > >arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > > > > openrisc: + openrisc-generic > > > >powerpc: + TQM834x katmai > > > >arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > > > > mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > > mx28evk_auart_console All of MXS is broken, why ? I don't recall any chances to MXS being done recently, so what happened ? > > nds32: + adp-ag101p > > I need to finally fetch a few toolchains as I don't do > avr32/sh/openrisc/nds32 iirc. As a tangent, x86 is very broken with gcc > 5.x, can you look into it? :) Best regards, Marek Vasut ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] buildman errors
On Sun, Jan 24, 2016 at 06:01:44PM +0100, Stefano Babic wrote: > On 24/01/2016 17:41, Marek Vasut wrote: > > On Sunday, January 24, 2016 at 05:19:54 PM, Tom Rini wrote: > >> On Sun, Jan 24, 2016 at 12:00:42PM +0800, Bin Meng wrote: > >>> Hi, > >>> > >>> Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) > >>> 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP > >>> > >>> blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur > >>> > >>> bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval > >>> bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u > >>> bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 > >>> cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 > >>> bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 > >>> > >>>aarch64: + test > >>> > >>> avr32: + atngw100mkii grasshopper atstk1002 atngw100 > >>> > >>> sh: + sh7753evb sh7785lcr_32bit sh7785lcr > >>> > >>>arc: + arcangel4-be axs101 axs103 tb100 arcangel4 > >>> > >>> openrisc: + openrisc-generic > >>> > >>>powerpc: + TQM834x katmai > >>> > >>>arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus > >>> > >>> mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino > >>> mx28evk_auart_console > > > > All of MXS is broken, why ? I don't recall any chances to MXS being done > > recently, so what happened ? > > I confirm this - I have not seen any breakage (but I built today with an > older gcc). Bing, can you output what you have seen for mxs boards ? > They looks ok to me. They're good for me too, BUT! I suspect it comes down to the openssl-dev requirement on the host side which I also have thought Marek noted at some point as a problem anyhow due to license issues maybe? -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] buildman errors
Hi, Summary of 71 commits for 1100 boards (24 threads, 1 job per thread) 01: iocon / bamboo: Drop CONFIG_SYS_LONGHELP blackfin: + bf561-acvilon cm-bf561 blackstamp bf537-minotaur bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp pr1 bf527-ad7160-eval bf609-ezkit bf537-stamp bf527-ezkit-v2 cm-bf537e tcm-bf518 cm-bf537u bf527-ezkit cm-bf533 bf533-ezkit ibf-dsp561 bf537-pnav bf537-srv1 cm-bf548 bf538f-ezkit bf548-ezkit bf525-ucr2 blackvme tcm-bf537 bf533-stamp dnp5370 bf518f-ezbrd bf526-ezbrd bf561-ezkit br4 aarch64: + test avr32: + atngw100mkii grasshopper atstk1002 atngw100 sh: + sh7753evb sh7785lcr_32bit sh7785lcr arc: + arcangel4-be axs101 axs103 tb100 arcangel4 openrisc: + openrisc-generic powerpc: + TQM834x katmai arm: + mx28evk mx28evk_nand xfi3 bg0900 sansa_fuze_plus mx23evk m28evk sc_sps_1 mx28evk_spi apx4devkit mx23_olinuxino mx28evk_auart_console nds32: + adp-ag101p +In file included from ../include/common.h:86, + from ../lib/asm-offsets.c:15: +../include/part.h:13: error: redefinition of typedef ‘block_dev_desc_t’ +../include/ide.h:44: error: previous declaration of ‘block_dev_desc_t’ was here +make[2]: *** [lib/asm-offsets.s] Error 1 +make[1]: *** [prepare0] Error 2 +make: *** [sub-make] Error 2 +../tools/mxsboot.c: In function ‘mx28_create_sd_image’: +../tools/mxsboot.c:560: warning: implicit declaration of function ‘htole32’ +/tmp/ccTLvksq.o: In function `main': +mxsboot.c:(.text+0x6d8): undefined reference to `htole32' +mxsboot.c:(.text+0x6e7): undefined reference to `htole32' +mxsboot.c:(.text+0x6f6): undefined reference to `htole32' +mxsboot.c:(.text+0x705): undefined reference to `htole32' +mxsboot.c:(.text+0x711): undefined reference to `htole32' +/tmp/ccTLvksq.o:mxsboot.c:(.text+0x71d): more undefined references to `htole32' follow +collect2: ld returned 1 exit status +make[2]: *** [tools/mxsboot] Error 1 +make[1]: *** [tools] Error 2 +In file included from ../include/common.h:86:0, +../include/part.h:13:31: error: redefinition of typedef 'block_dev_desc_t' +../include/ide.h:44:31: note: previous declaration of 'block_dev_desc_t' was here +board/renesas/sh7753evb/built-in.o: In function `init_gether_mdio': +build/../board/renesas/sh7753evb/sh7753evb.c:94: undefined reference to `PMB_ADDR_BASE' +build/../board/renesas/sh7753evb/sh7753evb.c:94: undefined reference to `PMB_DATA_BASE' +build/../board/renesas/sh7753evb/sh7753evb.c:94: undefined reference to `mk_pmb_addr_val' +build/../board/renesas/sh7753evb/sh7753evb.c:94: undefined reference to `mk_pmb_data_val' +make[1]: *** [u-boot] Error 1 +/tmp/cc4yyPwX.o: In function `main': +/tmp/cc4yyPwX.o:mxsboot.c:(.text+0x71d): more undefined references to `htole32' follow +../include/part.h:13: error: redefinition of typedef 'block_dev_desc_t' +../include/ide.h:44: note: previous declaration of 'block_dev_desc_t' was here +/tmp/cc2IW0SD.o: In function `main': +/tmp/cc2IW0SD.o:mxsboot.c:(.text+0x71d): more undefined references to `htole32' follow +../include/ide.h:44: error: previous declaration of 'block_dev_desc_t' was here +/tmp/ccbcq0iG.o: In function `main': +/tmp/ccbcq0iG.o:mxsboot.c:(.text+0x71d): more undefined references to `htole32' follow +/tmp/ccMo5qYk.o: In function `main': +/tmp/ccMo5qYk.o:mxsboot.c:(.text+0x71d): more undefined references to `htole32' follow +(((base + size - 1) >> CSBNDS_EA_SHIFT) & +^ +../board/tqc/tqm834x/tqm834x.c:80:2: note: containing loop + for(cs = 0; cs < 4; ++cs) { + ^ +/tmp/ccgFlFwP.o: In function `main': +/tmp/ccgFlFwP.o:mxsboot.c:(.text+0x71d): more undefined references to `htole32' follow +In file included from ../include/linux/byteorder/big_endian.h:14:0, + from ../arch/powerpc/include/asm/byteorder.h:82, + from ../arch/powerpc/include/asm/bitops.h:8, + from ../include/linux/bitops.h:123, + from ../include/common.h:20, + from ../drivers/net/eepro100.c:8: + return le16_to_cpu (*(volatile u16 *) (addr + dev->iobase)); + ^ +../include/linux/byteorder/swab.h:81:31: note: in definition of macro '__swab16' + (__builtin_constant_p((__u16)(x)) ? \ + ^ +../include/linux/byteorder/generic.h:92:21: note: in expansion of macro '__le16_to_cpu' + #define le16_to_cpu __le16_to_cpu + ^ +../drivers/net/eepro100.c:243:9: note: in expansion of macro 'le16_to_cpu' + ^ +../include/linux/byteorder/swab.h:23:13: note: in definition of macro '___swab16' + (((__u16)(x) & (__u16)0x00ffU) << 8) | \ + ^ +../include/linux/byteorder/big_endian.h:37:26: note: in expansion of macro '__swab16' + #define __le16_to_cpu(x) __swab16((__force __u16)(__le16)(x)) + ^ +../include/linux/byteorder/swab.h:24:13: note: in definition of macro '___swab16' + (((__u16)(x) & (__u16)0xff00U) >> 8) )) +../include/linux/byteorder/swab.h:83:13: note: in