make buildkernel for GENERIC 9-STABLE just hangs, no error

Olav Grønås Gjerde olavgg at gmail.com
Thu Apr 18 07:58:55 UTC 2013


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 <brooks at freebsd.org> 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 <brooks at freebsd.org>
> 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 <brooks at freebsd.org>
> > > 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).<newest>.  If it turns out that we need to upgrade to 8.4 we
> may
> > > > > need to consider backing this out for a bit.
> > > > >
> > > > > -- Brooks
> > > > >
> > >
>


More information about the freebsd-stable mailing list