From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 14:28:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD08106566B for ; Fri, 3 Feb 2012 14:28:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 820F28FC0A for ; Fri, 3 Feb 2012 14:28:06 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 3B4C546B0A; Fri, 3 Feb 2012 09:28:06 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B1F27B968; Fri, 3 Feb 2012 09:28:05 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 3 Feb 2012 08:37:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120203084817.GA17447@icarus.home.lan> In-Reply-To: <20120203084817.GA17447@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202030837.27080.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 03 Feb 2012 09:28:05 -0500 (EST) Cc: George Mitchell , Jeremy Chadwick Subject: Re: sentex tinderbox build cluster failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2012 14:28:06 -0000 On Friday, February 03, 2012 3:48:17 am Jeremy Chadwick wrote: > Mike, > > For many days now (almost a week?) there have been tinderbox build mails > coming from the sentex.ca build cluster, specific to powerpc, mips, and > sparc64 platforms. > > The errors in question are strange and may indicate some kind of > filesystem corruption or equivalent -- I'm really not sure. > > Breaking them down: > > powerpc/powerpc, RELENG_8_2 -- > > /src/sys/powerpc/booke/platform_bare.c:82: error: expected '}' before ';' token > > This file hasn't been touched in over 2 months: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/powerpc/booke/platform_bare.c > > mips/mips, RELENG_8_2 -- > > /src/sys/mips/alchemy/obio.c:513: warning: pointer type mismatch in conditional expression > > This file hasn't been touched in over 2 months: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/alchemy/obio.c > > mips/mips, RELENG_8_1 -- > > In file included from /src/sys/mips/sentry5/siba_cc.c:58: > /src/sys/dev/siba/sibavar.h:487: error: field 'sd_id' has incomplete type > /src/sys/dev/siba/sibavar.h:526: error: 'SIBA_MAX_CORES' undeclared here (not in a function) > > src/sys/mips/sentry5/siba_cc.c has been Attic'd, and the last > time it was touched was 14 months ago: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/sentry5/Attic/siba_cc.c > > src/sys/dev/siba/sibavar.h hasn't been touched in over 2 months: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/siba/sibavar.h > > All recent tinderbox failures for RELENG_8 (for mips, ia64, and sparc64) > appear to be related to a commit Jack did ~7 hours ago, and are almost > certainly temporary/transient errors (e.g. csup/cvs pulldown didn't get > the full commit). So we can ignore those. > > The others need to be investigated though. > > Users on the freebsd-stable lists have been complaining about these > continual errors, so I was wondering if they're being investigated. > I also got one off-list mail from someone personally asking me if I knew > what could be going on or had any insights to this (not sure why that > person thought that -- I have nothing to do with tinderbox :-) ). > > Let us know if you could. Thanks! The periodically failing ones are old bugs that were uncovered recently when the tinderbox was fixed to compile kernels for these branches. Most of these bugs are trivial to fix, but require committing a change to release branches which requires a whole bunch of hoopla and red tape (otherwise I would have merged the fixes by now). -- John Baldwin