From owner-freebsd-stable@FreeBSD.ORG Thu Apr 18 07:58:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DF143DD; Thu, 18 Apr 2013 07:58:55 +0000 (UTC) (envelope-from olavgg@gmail.com) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) by mx1.freebsd.org (Postfix) with ESMTP id 424B9198; Thu, 18 Apr 2013 07:58:54 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id q13so2418697lbi.37 for ; Thu, 18 Apr 2013 00:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=n8s74KOEsTaleKcHO8GoshGd+O4dN3zmwv86RjUIEKQ=; b=bbC4QaYhalDglTeDnpK8kDP8Qx6Q1LX9FRbviPqLlo8EEM8IPQ0hYHc2fD8Jt+9Tnb avgJbz0y+Cl78yvP3nHaww2nteL5/iJxcXBGBRl2iCEwo7TKSBU4n0kE+IcuyMahflew G8hQFpStiwLV5UICsnPXxRPFxb0fR32XgP5gUgRDvC/sjsCbWFM3awTaQoSlLEWn66k7 SEksKmjNeeCMBbSMYOr/5NEaJ6yH8J3rA3EIk1wFzt+71GwTXuiAFAp4487izlgv8zE1 CwSMeaqlnljzFq/eOfHpAmlx+/Yu8LcKcPj5ZAiQlEkDvHpwYgCw5BScYMa7cQHDL2Qy jIgA== MIME-Version: 1.0 X-Received: by 10.112.131.169 with SMTP id on9mr5171681lbb.124.1366271933890; Thu, 18 Apr 2013 00:58:53 -0700 (PDT) Received: by 10.112.23.232 with HTTP; Thu, 18 Apr 2013 00:58:53 -0700 (PDT) In-Reply-To: <20130417201808.GA30819@lor.one-eyed-alien.net> References: <20130417181631.GA29166@lor.one-eyed-alien.net> <20130417191812.GA30231@lor.one-eyed-alien.net> <20130417201808.GA30819@lor.one-eyed-alien.net> Date: Thu, 18 Apr 2013 09:58:53 +0200 Message-ID: Subject: Re: make buildkernel for GENERIC 9-STABLE just hangs, no error From: =?ISO-8859-1?Q?Olav_Gr=F8n=E5s_Gjerde?= To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 07:58:55 -0000 I've just upgraded from a clean installation of 8.2-RELEASE and also a clean installation of 8.3-RELEASE to 9-STABLE, without your patch. No problems at all :-) Kind regards, Olav On Wed, Apr 17, 2013 at 10:18 PM, Brooks Davis wrote: > Thank you. You might try with this patch applied. It's not the right > patch but only in that it's too agressive about building ctfconvert as a > cross tool. > > Index: Makefile.inc1 > =================================================================== > --- Makefile.inc1 (revision 249590) > +++ Makefile.inc1 (working copy) > @@ -1114,9 +1114,7 @@ > usr.bin/clang/clang-tblgen > .endif > > -.if ${MK_CDDL} != "no" && \ > - ${BOOTSTRAPPING} < 800038 && \ > - !(${BOOTSTRAPPING} >= 700112 && ${BOOTSTRAPPING} < 799999) > +.if ${MK_CDDL} != "no" > _dtrace_tools= cddl/usr.bin/sgsmsg cddl/lib/libctf lib/libelf \ > lib/libdwarf cddl/usr.bin/ctfconvert cddl/usr.bin/ctfmerge > .endif > > On Wed, Apr 17, 2013 at 10:09:42PM +0200, Olav Gr?n?s Gjerde wrote: > > I will try to upgrade from both of those releases and come back to you > with > > my results. > > > > Kind regards, > > Olav > > > > > > On Wed, Apr 17, 2013 at 9:18 PM, Brooks Davis > wrote: > > > > > On Wed, Apr 17, 2013 at 08:57:22PM +0200, Olav Gr?n?s Gjerde wrote: > > > > It was(sorry) from around 12th June 2012. > > > > But I have another system with 8.2-RELEASE that I can upgrade to a > commit > > > > around 12th June 2012 and then try directly to 9-STABLE(or 8.3 > first?) if > > > > that would be helpful? > > > > > > It would be helpful if you could first try an upgrade from 8.2-RELEASE. > > > It would also be good to know if 8.3-RELEASE builds. If we've got a > > > transient issue in the 8.2-STABLE line, we can document it and move on. > > > If it persisted through 8.3-STABLE that's more of an issue. > > > > > > Thanks, > > > Brooks > > > > > > > > > > > > > > > On Wed, Apr 17, 2013 at 8:16 PM, Brooks Davis > > > wrote: > > > > > > > > > On Wed, Apr 17, 2013 at 09:10:59AM +0200, Olav Gr?n?s Gjerde wrote: > > > > > > I have a weird problem while building the GENERIC 9-STABLE > kernel. > > > After > > > > > > around 5 minutes of compile time, the process just hangs on same > > > place. > > > > > No > > > > > > error. I've tried compiling different commits from this week > with the > > > > > same > > > > > > result. > > > > > > > > > > > > The part in the buildkernel process that hangs is this: > > > > > > MAKE=make sh /usr/src/sys/conf/newvers.sh GENERIC > > > > > > /usr/local/bin/svnversion > > > > > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing > -std=c99 -g > > > > > -Wall > > > > > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > > > > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -Wundef > > > > > > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > > > > > > -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys > > > > > > -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS > > > > > -include > > > > > > opt_global.h -fno-common -finline-limit=8000 --param > > > > > inline-unit-growth=100 > > > > > > --param large-function-growth=1000 -fno-omit-frame-pointer > > > > > -mcmodel=kernel > > > > > > -mno-red-zone -mno-mmx -mno-sse -msoft-float > > > > > > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > > > -Werror > > > > > > vers.c > > > > > > ctfconvert -L VERSION -g vers.o > > > > > > linking kernel.debug > > > > > > ctfmerge -L VERSION -g -o kernel.debug ............+ alot of *.o > > > > > > > > > > > > Any suggestions? > > > > > > > > > > In the DTrace commit message thread, you mentioned that you were > > > > > upgrading from an old 8-STABLE to 9 when you got the hang. Could > you > > > > > quantify how old that 8-STABLE was/is? If it's pre-8.3 it would be > > > > > really helpful if you could upgrade to 8.3 and test that. If that > > > works > > > > > then I think a note in UPDATING would be sufficient as our > historical > > > > > policy has been to support upgrading to release X.Y from > > > > > (X-1).. If it turns out that we need to upgrade to 8.4 we > may > > > > > need to consider backing this out for a bit. > > > > > > > > > > -- Brooks > > > > > > > > >