Date: Fri, 26 Oct 2012 15:31:50 -0700 From: mdf@FreeBSD.org To: Warner Losh <imp@bsdimp.com> Cc: Garrett Cooper <yanegomi@gmail.com>, freebsd-current@freebsd.org Subject: Re: make tinderbox failures Message-ID: <CAMBSHm-MiWMwWae1zyJ=E1pUK1040uga4_X37-nqX25jVFkOTg@mail.gmail.com> In-Reply-To: <29E39FE3-57CC-484C-8966-2F33A7A63C89@bsdimp.com> References: <CAMBSHm9CE3ZQ9oEb40EwwZzFg%2BRZj=hhwLqd%2BdhcgwNsBNnf2g@mail.gmail.com> <CAGH67wQ%2BGmNnFKchOb6GXah-NfJjEdqOmWztcy4EVOaLssM6zA@mail.gmail.com> <29E39FE3-57CC-484C-8966-2F33A7A63C89@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 26, 2012 at 3:24 PM, Warner Losh <imp@bsdimp.com> wrote: > > On Oct 26, 2012, at 1:08 PM, Garrett Cooper wrote: > >> On Fri, Oct 26, 2012 at 10:26 AM, <mdf@freebsd.org> wrote: >>> Running make tinderbox locally I see failures that aren't being >>> reported by the automated tinderbox builds. I'm curious what's >>> different about the environment. Failures are in the following: >>> >>> arm ARMADAXP kernel failed, check _.arm.ARMADAXP for details >>> mips SENTRY5 kernel failed, check _.mips.SENTRY5 for details >>> mips XLPN32 kernel failed, check _.mips.XLPN32 for details >>> mips XLR kernel failed, check _.mips.XLR for details >>> mips XLRN32 kernel failed, check _.mips.XLRN32 for details >>> >>> _.arm.ARMADAXP: >>> /data/sb/bsd.git/sys/arm/mv/armadaxp/armadaxp_mp.c: In function >>> 'platform_mp_start_ap': >>> /data/sb/bsd.git/sys/arm/mv/armadaxp/armadaxp_mp.c:181: warning: >>> passing argument 1 of 'pmap_kextract' makes integer from pointer >>> without a cast > > This still needs some love... > >>> _.mips.SENTRY5: >>> config: Error: device "siba" is unknown > > OK. Traced this down and fixed it. I'd planned on moving siba to files, and it looks like I never finished that. My bad. > >>> _.mips.XLPN32 and _.mips.XLRN32: >>> linking kernel.debug >>> stack_machdep.o: In function `stack_capture': >>> /data/sb/bsd.git/sys/mips/mips/stack_machdep.c:(.text+0x34): undefined >>> reference to `stack_zero' >>> /data/sb/bsd.git/sys/mips/mips/stack_machdep.c:(.text+0x34): >>> relocation truncated to fit: R_MIPS_26 against `stack_zero' >>> /data/sb/bsd.git/sys/mips/mips/stack_machdep.c:(.text+0x13c): >>> undefined reference to `stack_put' >>> /data/sb/bsd.git/sys/mips/mips/stack_machdep.c:(.text+0x13c): >>> relocation truncated to fit: R_MIPS_26 against `stack_put' > > stack_machdep needs to depend on options stack or ddb. Fixed. Unsure why other kernels didn't uncover this. > >>> _.mips.XLR: >>> linking kernel.debug >>> board.o: In function `xlr_board_info_setup': >>> /data/sb/bsd.git/sys/mips/rmi/board.c:(.text+0x3a4): undefined >>> reference to `__ucmpdi2' >>> /data/sb/bsd.git/sys/mips/rmi/board.c:(.text+0x3a4): relocation >>> truncated to fit: R_MIPS_26 against `__ucmpdi2' >>> /data/sb/bsd.git/sys/mips/rmi/board.c:(.text+0x3e4): undefined >>> reference to `__ucmpdi2' >>> /data/sb/bsd.git/sys/mips/rmi/board.c:(.text+0x3e4): relocation >>> truncated to fit: R_MIPS_26 against `__ucmpdi2' > > Fixed earlier this week. > >>> Since I don't work on arm or mips I generally ignore these. But it >>> makes it harder to have confidence in a global change when make >>> tinderbox throws errors locally. >> >> These are probably due to the changes that Warner made recently to the >> mips conf files. > > Some of them... Thanks for fixes! Is the reason the public tinderbox didn't see these because it has explicit lists of arch/CONF kernels to build, while "make tinderbox" on my machine just builds all the capitalized files as configuration files? Thanks, matthew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAMBSHm-MiWMwWae1zyJ=E1pUK1040uga4_X37-nqX25jVFkOTg>