From andreast-list at fgznet.ch Sun Aug 2 20:09:52 2009 From: andreast-list at fgznet.ch (Andreas Tobler) Date: Sun Aug 2 20:09:59 2009 Subject: No 8.0-BETA3 for ia64 & powerpc In-Reply-To: <4BB87807-BDD3-45DA-B82A-AAB05F877C4A@mac.com> References: <84BEFCFB-4E8E-4483-95D4-0D570663E3EF@mac.com> <4A7344B4.9060402@fgznet.ch> <4BB87807-BDD3-45DA-B82A-AAB05F877C4A@mac.com> Message-ID: <4A75F28B.1040708@fgznet.ch> Marcel Moolenaar wrote: > On Jul 31, 2009, at 12:23 PM, Andreas Tobler wrote: > >> Hi Marcel, >> >> Marcel Moolenaar wrote: >> >>> I'm on vacation for the next 10 days and that's right at the time >>> of BETA3 unfortunately. So there will be no BETA3 for ia64 and >>> powerpc (unless someone steps up). >>> Keep the testing going and keep reporting problems. They will all >>> be addressed in time for 8.0-RC1!!! >> Is it sufficent to build (kernel & world) and test -CURRENT svn on >> powerpc? > > Yes, definitely. Just make sure to run... > # make delete-old > # make delete-old-libs > # mergemaster -U > > ...after the install. That should cleanup some old stuff > that may prevent good testing. > BTW: A lot of libraries got their version bumped, so all > ports/packages need to be rebuilt. And here I shot myself in the toe. I did a 'portupgrade -af' afterwards and gtk link stage complained about not being able to link libcairo against libz.so.4, which I deleted with 'make delete-old-libs'. This happened on i386 and also on powerpc. I helped myself with a temporary sym link. Well, I might learn to play with the different options from portupgrade. But doing a 'portupgrade -af' before 'make delete-old-libs' should also have helped here, right? Thanks, Andreas From xcllnt at mac.com Mon Aug 3 02:09:05 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Mon Aug 3 02:09:16 2009 Subject: No 8.0-BETA3 for ia64 & powerpc In-Reply-To: <4A75F28B.1040708@fgznet.ch> References: <84BEFCFB-4E8E-4483-95D4-0D570663E3EF@mac.com> <4A7344B4.9060402@fgznet.ch> <4BB87807-BDD3-45DA-B82A-AAB05F877C4A@mac.com> <4A75F28B.1040708@fgznet.ch> Message-ID: <058B2D3C-9AAF-4BD7-B068-1993D1D71DB9@mac.com> On Aug 2, 2009, at 1:09 PM, Andreas Tobler wrote: >> Yes, definitely. Just make sure to run... >> # make delete-old >> # make delete-old-libs >> # mergemaster -U >> ...after the install. That should cleanup some old stuff >> that may prevent good testing. >> BTW: A lot of libraries got their version bumped, so all >> ports/packages need to be rebuilt. > > But doing a 'portupgrade -af' before 'make delete-old-libs' should > also have helped here, right? Ignoring possible corner case... Yes. -- Marcel Moolenaar xcllnt@mac.com From mexas at bristol.ac.uk Mon Aug 3 08:50:47 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Mon Aug 3 08:50:54 2009 Subject: No 8.0-BETA3 for ia64 & powerpc In-Reply-To: <058B2D3C-9AAF-4BD7-B068-1993D1D71DB9@mac.com> References: <84BEFCFB-4E8E-4483-95D4-0D570663E3EF@mac.com> <4A7344B4.9060402@fgznet.ch> <4BB87807-BDD3-45DA-B82A-AAB05F877C4A@mac.com> <4A75F28B.1040708@fgznet.ch> <058B2D3C-9AAF-4BD7-B068-1993D1D71DB9@mac.com> Message-ID: <20090803085041.GA20029@mech-cluster241.men.bris.ac.uk> On Sun, Aug 02, 2009 at 07:08:58PM -0700, Marcel Moolenaar wrote: > > On Aug 2, 2009, at 1:09 PM, Andreas Tobler wrote: > > >>Yes, definitely. Just make sure to run... > >> # make delete-old > >> # make delete-old-libs > >> # mergemaster -U > >>...after the install. That should cleanup some old stuff > >>that may prevent good testing. shoudn't this be documented, e.g. in section 24.7, Rebuilding "world", of the FBSD handbook? I wasn't aware of these make targets or of "-U" option. I don't think it's mentioned in the handbook. Perhaps I could've avoided some problems with system updates.. many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From bugmaster at FreeBSD.org Mon Aug 3 11:07:00 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 3 11:08:48 2009 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200908031106.n73B6wGa088635@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total. From mexas at bristol.ac.uk Tue Aug 4 09:20:00 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Aug 4 09:20:06 2009 Subject: gcc43 build fails on ia64 Message-ID: <20090804091954.GA76526@mech-cluster241.men.bris.ac.uk> bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 On ia64 SMP 8.0-beta2 building port lang/gcc43 I get this error: gmake[4]: Leaving directory `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc' gmake[4]: Entering directory `/usr/ports/lang/gcc43/work/build/gcc' gmake[4]: *** No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop. gmake[4]: *** Waiting for unfinished jobs.... gmake[4]: Leaving directory `/usr/ports/lang/gcc43/work/build/gcc' gmake[3]: *** [gcc-extra-parts] Error 2 gmake[3]: Leaving directory `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc' gmake[2]: *** [all-stage1-target-libgcc] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc43/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc43/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc43. *** Error code 1 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Tue Aug 4 10:03:16 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Aug 4 10:03:23 2009 Subject: gcc 43 and 44 build fails on ia64 In-Reply-To: <20090804091954.GA76526@mech-cluster241.men.bris.ac.uk> References: <20090804091954.GA76526@mech-cluster241.men.bris.ac.uk> Message-ID: <20090804100215.GA46316@mech-cluster241.men.bris.ac.uk> On Tue, Aug 04, 2009 at 10:19:54AM +0100, Anton Shterenlikht wrote: > bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 > > On ia64 SMP 8.0-beta2 > building port lang/gcc43 I get this error: > > gmake[4]: Leaving directory `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc' > gmake[4]: Entering directory `/usr/ports/lang/gcc43/work/build/gcc' > gmake[4]: *** No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop. > gmake[4]: *** Waiting for unfinished jobs.... > gmake[4]: Leaving directory `/usr/ports/lang/gcc43/work/build/gcc' > gmake[3]: *** [gcc-extra-parts] Error 2 > gmake[3]: Leaving directory `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc' > gmake[2]: *** [all-stage1-target-libgcc] Error 2 > gmake[2]: Leaving directory `/usr/ports/lang/gcc43/work/build' > gmake[1]: *** [stage1-bubble] Error 2 > gmake[1]: Leaving directory `/usr/ports/lang/gcc43/work/build' > gmake: *** [bootstrap-lean] Error 2 > *** Error code 1 > > Stop in /usr/ports/lang/gcc43. > *** Error code 1 and for gcc44: gmake[4]: Leaving directory `/usr/ports/lang/gcc44/work/build/ia64-portbld-freebsd8.0/libgcc' gmake[4]: Entering directory `/usr/ports/lang/gcc44/work/build/gcc' gmake[4]: *** No rule to make target `/usr/ports/lang/gcc44/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop. gmake[4]: *** Waiting for unfinished jobs.... gmake[4]: Leaving directory `/usr/ports/lang/gcc44/work/build/gcc' gmake[3]: *** [gcc-extra-parts] Error 2 gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build/ia64-portbld-freebsd8.0/libgcc' gmake[2]: *** [all-stage1-target-libgcc] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc44/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc44/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc44. *** Error code 1 I updated the bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Tue Aug 4 10:17:04 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Aug 4 10:17:10 2009 Subject: gcc 43, 44 and 45 builds fail on ia64 In-Reply-To: <20090804100215.GA46316@mech-cluster241.men.bris.ac.uk> References: <20090804091954.GA76526@mech-cluster241.men.bris.ac.uk> <20090804100215.GA46316@mech-cluster241.men.bris.ac.uk> Message-ID: <20090804101658.GA81289@mech-cluster241.men.bris.ac.uk> On Tue, Aug 04, 2009 at 11:02:15AM +0100, Anton Shterenlikht wrote: > On Tue, Aug 04, 2009 at 10:19:54AM +0100, Anton Shterenlikht wrote: > > bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 > > > > On ia64 SMP 8.0-beta2 > > building port lang/gcc43 I get this error: > > > > gmake[4]: Leaving directory `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc' > > gmake[4]: Entering directory `/usr/ports/lang/gcc43/work/build/gcc' > > gmake[4]: *** No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop. > > gmake[4]: *** Waiting for unfinished jobs.... > > gmake[4]: Leaving directory `/usr/ports/lang/gcc43/work/build/gcc' > > gmake[3]: *** [gcc-extra-parts] Error 2 > > gmake[3]: Leaving directory `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc' > > gmake[2]: *** [all-stage1-target-libgcc] Error 2 > > gmake[2]: Leaving directory `/usr/ports/lang/gcc43/work/build' > > gmake[1]: *** [stage1-bubble] Error 2 > > gmake[1]: Leaving directory `/usr/ports/lang/gcc43/work/build' > > gmake: *** [bootstrap-lean] Error 2 > > *** Error code 1 > > > > Stop in /usr/ports/lang/gcc43. > > *** Error code 1 > > and for gcc44: > > gmake[4]: Leaving directory `/usr/ports/lang/gcc44/work/build/ia64-portbld-freebsd8.0/libgcc' > gmake[4]: Entering directory `/usr/ports/lang/gcc44/work/build/gcc' > gmake[4]: *** No rule to make target `/usr/ports/lang/gcc44/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop. > gmake[4]: *** Waiting for unfinished jobs.... > gmake[4]: Leaving directory `/usr/ports/lang/gcc44/work/build/gcc' > gmake[3]: *** [gcc-extra-parts] Error 2 > gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build/ia64-portbld-freebsd8.0/libgcc' > gmake[2]: *** [all-stage1-target-libgcc] Error 2 > gmake[2]: Leaving directory `/usr/ports/lang/gcc44/work/build' > gmake[1]: *** [stage1-bubble] Error 2 > gmake[1]: Leaving directory `/usr/ports/lang/gcc44/work/build' > gmake: *** [bootstrap-lean] Error 2 > *** Error code 1 > > Stop in /usr/ports/lang/gcc44. > *** Error code 1 and for gcc45: gmake[4]: Entering directory `/usr/ports/lang/gcc45/work/build/gcc' gmake[4]: *** No rule to make target `/usr/ports/lang/gcc45/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop. gmake[4]: *** Waiting for unfinished jobs.... gmake[4]: Leaving directory `/usr/ports/lang/gcc45/work/build/gcc' gmake[3]: *** [gcc-extra-parts] Error 2 gmake[3]: *** Waiting for unfinished jobs.... gmake[3]: Leaving directory `/usr/ports/lang/gcc45/work/build/ia64-portbld-freebsd8.0/libgcc' gmake[2]: *** [all-stage1-target-libgcc] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc45. *** Error code 1 Seems like a trivial error somewhere in the makefiles. Can somebody confirm these errors please -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Tue Aug 4 11:38:50 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Aug 4 11:38:57 2009 Subject: port www/kazehakase on ia64 dumps core printing to file Message-ID: <20090804113839.GA81576@mech-cluster241.men.bris.ac.uk> On ia64 SMP 8.0-beta2, port www/kazehakase, kazehakase-0.5.4_5, built with xulrunner-1.8.0.4_16 dumps core when printing to file. Looking at the core with gdb /usr/local/bin/kazehakase ./kazehakase.core and getting backtrace: (gdb) bt #0 0x2000000041811a40 in IA__FcCharSetDestroy () from /usr/local/lib/libfontconfig.so.1 #1 0x200000004541d940 in nsFontPSXft::CSSFontEnumCallback () from /usr/local/lib/xulrunner/libxul.so #2 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) Can I get anything else useful from gdb? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Wed Aug 5 13:45:04 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Wed Aug 5 13:45:10 2009 Subject: SOLVED: Re: ImageMagick warnings: libz.so.4, librpcsvc.so.4 may conflict with *.so.5 In-Reply-To: <20090731110344.GA44708@mech-cluster241.men.bris.ac.uk> References: <20090731110344.GA44708@mech-cluster241.men.bris.ac.uk> Message-ID: <20090805134457.GA57673@mech-cluster241.men.bris.ac.uk> On Fri, Jul 31, 2009 at 12:03:44PM +0100, Anton Shterenlikht wrote: > On ia64 SMP 8.0-beta2, building ImageMagick > > # cd /usr/ports/graphics/ImageMagick > # make > > I get these warnings: > > /usr/bin/ld: warning: libz.so.4, needed by /usr/local/lib/libtiff.so, may confli > ct with libz.so.5 > /usr/bin/ld: warning: librpcsvc.so.4, needed by /usr/local/lib/libXext.so, may c > onflict with librpcsvc.so.5 doing # cd /usr/src # make delete-old # make delete-old-libs and rebuilding IM and all packages on which it depends solved this. I'll try to add "make delete-old" and "make delete-old-libs" steps into the handbook, in "rebuilding world" section. It seems these steps are vital for the correct functioning of the system. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Wed Aug 5 15:13:56 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Wed Aug 5 15:14:03 2009 Subject: Assembler Warning: Additional NOP may be necessary to workaround Itanium processor A/B step errata Message-ID: <20090805151346.GA70560@mech-cluster241.men.bris.ac.uk> ia64 SMP 8.0-beta2 building port graphics/ImageMagick I see these warnings repeated quite often: {standard input}: Assembler messages: {standard input}:4334: Warning: Additional NOP may be necessary to workaround It anium processor A/B step errata in this context: ... mv -f coders/.deps/coders_preview_la-preview.Tpo coders/.deps/coders_preview_la- preview.Plo^M /bin/sh ./libtool --silent --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFI G_H -I. -I./config -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/ local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/in clude/lqr-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -O2 -pipe -I/usr/local/include/graphviz -fno-strict-aliasing -Wall -W -MT coders/cod ers_ps_la-ps.lo -MD -MP -MF coders/.deps/coders_ps_la-ps.Tpo -c -o coders/coders _ps_la-ps.lo `test -f 'coders/ps.c' || echo './'`coders/ps.c^M {standard input}: Assembler messages:^M {standard input}:4334: Warning: Additional NOP may be necessary to workaround It anium processor A/B step errata^M ... mv -f magick/.deps/magick_libMagickCore_la-colorspace.Tpo magick/.deps/magick_li bMagickCore_la-colorspace.Plo^M /bin/sh ./libtool --silent --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFI G_H -I. -I./config -I./ltdl -I./ltdl -I/usr/local/include/freetype2 -I/usr/loc al/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml 2 -I/usr/local/include/lqr-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/gli b-2.0/include -O2 -pipe -I/usr/local/include/graphviz -fno-strict-aliasing -Wall -W -MT magick/magick_libMagickCore_la-composite.lo -MD -MP -MF magick/.deps/mag ick_libMagickCore_la-composite.Tpo -c -o magick/magick_libMagickCore_la-composit e.lo `test -f 'magick/composite.c' || echo './'`magick/composite.c^M magick/composite.c: In function 'CompositeImageChannel':^M magick/composite.c:1307: warning: suggest explicit braces to avoid ambiguous 'el se'^M {standard input}: Assembler messages:^M {standard input}:7404: Warning: Additional NOP may be necessary to workaround It anium processor A/B step errata^M {standard input}:10430: Warning: Additional NOP may be necessary to workaround I tanium processor A/B step errata^M {standard input}:13151: Warning: Additional NOP may be necessary to workaround I tanium processor A/B step errata^M I wonder if these are indicative of some serious issue? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From feedback at yomanfeedback.com Fri Aug 7 19:48:49 2009 From: feedback at yomanfeedback.com (David Garcia) Date: Fri Aug 7 19:48:55 2009 Subject: We need your feedback and input Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. From bugmaster at FreeBSD.org Mon Aug 10 11:06:58 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 10 11:08:25 2009 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200908101106.n7AB6vfA025185@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total. From mexas at bristol.ac.uk Tue Aug 11 12:13:40 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Aug 11 12:13:47 2009 Subject: Assembler Warning: Additional NOP may be necessary to workaround Itanium processor A/B step errata In-Reply-To: <20090805151346.GA70560@mech-cluster241.men.bris.ac.uk> References: <20090805151346.GA70560@mech-cluster241.men.bris.ac.uk> Message-ID: <20090811121304.GC70402@mech-cluster241.men.bris.ac.uk> On Wed, Aug 05, 2009 at 04:13:46PM +0100, Anton Shterenlikht wrote: > ia64 SMP 8.0-beta2 > building port graphics/ImageMagick > I see these warnings repeated quite often: > > {standard input}: Assembler messages: > {standard input}:4334: Warning: Additional NOP may be necessary to workaround It > anium processor A/B step errata > > in this context: > > ... > > mv -f coders/.deps/coders_preview_la-preview.Tpo coders/.deps/coders_preview_la- > preview.Plo^M > /bin/sh ./libtool --silent --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFI > G_H -I. -I./config -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/ > local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/in > clude/lqr-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -O2 > -pipe -I/usr/local/include/graphviz -fno-strict-aliasing -Wall -W -MT coders/cod > ers_ps_la-ps.lo -MD -MP -MF coders/.deps/coders_ps_la-ps.Tpo -c -o coders/coders > _ps_la-ps.lo `test -f 'coders/ps.c' || echo './'`coders/ps.c^M > {standard input}: Assembler messages:^M > {standard input}:4334: Warning: Additional NOP may be necessary to workaround It > anium processor A/B step errata^M > > ... > > mv -f magick/.deps/magick_libMagickCore_la-colorspace.Tpo magick/.deps/magick_li > bMagickCore_la-colorspace.Plo^M > /bin/sh ./libtool --silent --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFI > G_H -I. -I./config -I./ltdl -I./ltdl -I/usr/local/include/freetype2 -I/usr/loc > al/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml > 2 -I/usr/local/include/lqr-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/gli > b-2.0/include -O2 -pipe -I/usr/local/include/graphviz -fno-strict-aliasing -Wall > -W -MT magick/magick_libMagickCore_la-composite.lo -MD -MP -MF magick/.deps/mag > ick_libMagickCore_la-composite.Tpo -c -o magick/magick_libMagickCore_la-composit > e.lo `test -f 'magick/composite.c' || echo './'`magick/composite.c^M > magick/composite.c: In function 'CompositeImageChannel':^M > magick/composite.c:1307: warning: suggest explicit braces to avoid ambiguous 'el > se'^M > {standard input}: Assembler messages:^M > {standard input}:7404: Warning: Additional NOP may be necessary to workaround It > anium processor A/B step errata^M > {standard input}:10430: Warning: Additional NOP may be necessary to workaround I > tanium processor A/B step errata^M > {standard input}:13151: Warning: Additional NOP may be necessary to workaround I > tanium processor A/B step errata^M > > > I wonder if these are indicative of some serious issue? I've also seen this warning issued during build of other ports, e.g. science/paraview and math/vtk5 I did some search and mostly people seem to think this is a "benign" message. Can somebody comment on this? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Wed Aug 12 13:12:28 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Wed Aug 12 13:12:35 2009 Subject: ia64: port www/kazekahase panic: Inconsistent high FP state Message-ID: <20090812131220.GA1205@mech-cluster241.men.bris.ac.uk> This is a core.txt.0 file, created with db> panic savecore crashinfo ######################## mech-cluster241.men.bris.ac.uk dumped core - see /usr//vmcore.0 Wed 12 Aug 2009 14:05:54 BST FreeBSD mech-cluster241.men.bris.ac.uk 8.0-BETA2 FreeBSD 8.0-BETA2 #1: Wed Aug 12 12:42:09 BST 2009 mexas@mech-cluster241.men.bris.ac.uk:/usr/obj/usr/src/sys/TZAV ia64 panic: Inconsistent high FP state GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "ia64-marcel-freebsd"... GDB can't read core files on this machine. (kgdb) No stack. (kgdb) ------------------------------------------------------------------------ ps -axl Segmentation fault (core dumped) ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 475 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 1304 pages cached 0 pages freed 0 pages freed by daemon 53749 pages freed by exiting processes 10359 pages active 8144 pages inactive 805 pages in VM cache 12228 pages wired down 975185 pages free 8192 bytes per page 94338 total name lookups cache hits (89% pos + 6% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) filedesc 86 45K - 1352 512,1024 kenv 16 9K - 17 16,32,64,128,8192 kqueue 10 12K - 182 256,2048 proc-args 44 2K - 6814 16,32,64,128,256 CAM XPT 44 17K - 33781 16,32,64,128,256,2048 ithread 62 9K - 62 32,128,256 CAM periph 10 3K - 74 16,32,64,256 PUC 4 1K - 4 32,512 KTRACE 100 13K - 100 128 entropy 1024 64K - 1024 64 linker 35 3K - 57 16,32,64,512 lockf 20 3K - 200 64,128 UART 15 8K - 15 16,512,1024 ip6ndp 4 1K - 4 64,128 temp 222 386K - 4440 16,32,64,128,256,512,1024,2048,4096,8192 devbuf 3651 7491K - 3691 16,32,64,128,512,2048 acpidev 56 4K - 56 64 module 141 18K - 141 128 mtx_pool 2 16K - 2 8192 USBdev 24 10K - 57 64,128,512,1024 USB 21 7K - 21 16,32,64,2048 subproc 196 385K - 1460 512,4096 proc 2 16K - 2 8192 session 28 4K - 44 128 pgrp 36 5K - 157 128 cred 76 12K - 13570 64,256 uidinfo 6 3K - 24 128,2048 plimit 12 3K - 308 256 DEVFS1 135 68K - 139 512 sysctltmp 0 0K - 656 16,32,64,128 sysctloid 1766 87K - 1810 16,32,64,128 sysctl 0 0K - 1355 16,32,64 callout 1 512K - 1 umtx 152 19K - 152 128 p1003.1b 1 1K - 1 16 SWAP 4 2337K - 4 64 DEVFS3 158 40K - 163 256 bus-sc 28 140K - 1041 16,32,64,128,256,512,8192 bus 390 44K - 2395 16,32,64,128,256,512,1024,2048 devstat 12 49K - 12 32,8192 eventhandler 60 5K - 60 64,128 kobj 76 304K - 139 4096 Per-cpu 1 1K - 1 32 DEVFS 13 1K - 14 16,128 rman 78 9K - 90 16,32,128 DEVFSP 0 0K - 33 64 sbuf 0 0K - 947 16,32,64,128,256,512,1024,2048,4096,8192 msdosfs_node 4 1K - 4 256 msdosfs_fat 1 4K - 1 4096 stack 0 0K - 2 256 taskqueue 11 1K - 11 16,32,128 Unitno 7 1K - 17 32,64 msdosfs_mount 1 1K - 1 512 pfs_nodes 20 5K - 20 256 Witness 1 128K - 1 iov 0 0K - 2750 16,64,128,256,512 select 46 6K - 46 128 ioctlops 0 0K - 12889 16,32,64,128,512,1024,2048 msg 4 30K - 4 2048,4096,8192 sem 4 11K - 4 512,1024,8192 shm 2 26K - 3 2048 tty 10 10K - 12 512,1024 pts 5 2K - 5 256 mbuf_tag 0 0K - 1 32 ksem 1 8K - 1 8192 shmfd 1 8K - 1 8192 pcb 32 157K - 186 16,32,128,1024,2048,4096,8192 soname 20 2K - 912 16,32,64,128 acl 0 0K - 2 4096 biobuf 4 8K - 12 2048 vfscache 1 1024K - 1 vfs_hash 1 512K - 1 vnodes 2 1K - 2 256 GEOM 318 52K - 1382 16,32,64,128,256,512,1024,8192 vnodemarker 0 0K - 716 512 mount 99 5K - 142 16,32,64,128,256 ether_multi 20 1K - 22 16,32,64 ifaddr 48 13K - 48 32,64,128,256,512,4096 ifnet 4 7K - 4 128,2048 clone 4 16K - 4 4096 arpcom 2 1K - 2 16 lltable 13 5K - 13 256,512 SCSI sa 1 2K - 26 32,2048,8192 ddb_capture 1 48K - 1 acpica 1431 125K - 414333 16,32,64,128,256,512,1024 acpitask 1 2K - 1 2048 mirror_data 18 6K - 790 64,256,512 routetbl 21 4K - 83 32,64,128,256,512 igmp 3 1K - 3 256 in_multi 3 1K - 3 256 sctp_iter 0 0K - 4 256 sctp_ifn 3 1K - 3 128 sctp_ifa 5 1K - 5 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 4 16 hostcache 1 32K - 1 syncache 1 96K - 1 CAM dev queue 3 1K - 3 128 acpisem 161 21K - 161 128 in6_multi 12 2K - 12 32,256 CAM queue 17 7K - 562 16,32,64,2048 mld 3 1K - 3 128 audit_evclass 172 6K - 211 32 savedino 0 0K - 36 256 dirrem 1 1K - 107 64 mkdir 0 0K - 24 64 diradd 6 1K - 124 64 freefile 0 0K - 63 64 freeblks 3 1K - 54 256 freefrag 0 0K - 5 64 allocdirect 7 2K - 96 256 bmsafemap 4 1K - 50 128 newblk 1 1K - 97 64,512 inodedep 14 516K - 165 256 pagedep 7 129K - 60 128 ufs_dirhash 54 11K - 54 16,32,64,128,512 ufs_mount 12 30K - 12 512,2048,4096,8192 cdev 6 2K - 6 256 CAM SIM 3 1K - 3 256 vm_pgdata 3 513K - 3 128 scsi_da 0 0K - 25 16 SMP 2 36K - 2 4096 nexusdev 1 1K - 1 32 sigio 1 1K - 1 64 sapic 7 1K - 7 64 Unwind 2 9K - 3 64,8192 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 85, 20, 85, 0 UMA Zones: 256, 0, 85, 5, 85, 0 UMA Slabs: 568, 0, 252, 0, 327, 0 UMA RCntSlabs: 568, 0, 214, 10, 214, 0 UMA Hash: 256, 0, 2, 28, 2, 0 16 Bucket: 152, 0, 54, 46, 54, 0 32 Bucket: 280, 0, 43, 13, 43, 0 64 Bucket: 536, 0, 49, 7, 49, 71 128 Bucket: 1048, 0, 113, 6, 113, 42473 VM OBJECT: 216, 0, 3027, 105, 28038, 0 MAP: 232, 0, 7, 59, 7, 0 KMAP ENTRY: 120, 150570, 25, 164, 998, 0 MAP ENTRY: 120, 0, 2425, 284, 62832, 0 PV ENTRY: 48, 0, 36619, 211, 622615, 0 PT ENTRY: 32, 0, 36616, 330, 583209, 0 DP fakepg: 120, 0, 0, 126, 8, 0 SG fakepg: 120, 0, 0, 0, 0, 0 mt_zone: 264, 0, 200, 32, 200, 0 16: 16, 0, 919, 299, 281620, 0 32: 32, 0, 1669, 361, 23341, 0 64: 64, 0, 1835, 199, 79966, 0 128: 128, 0, 4802, 213, 19114, 0 256: 256, 0, 647, 103, 10129, 0 512: 512, 0, 493, 77, 4905, 0 1024: 1024, 0, 70, 66, 49222, 0 2048: 2048, 0, 43, 117, 40336, 0 4096: 4096, 0, 174, 44, 1531, 0 8192: 8192, 0, 22, 13, 2038, 0 Files: 80, 0, 223, 237, 14033, 0 TURNSTILE: 136, 0, 153, 87, 153, 0 umtx pi: 96, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0 PROC: 1096, 0, 81, 31, 1345, 0 THREAD: 936, 0, 140, 12, 140, 0 SLEEPQUEUE: 80, 0, 153, 142, 153, 0 VMSPACE: 392, 0, 44, 76, 1305, 0 cpuset: 72, 0, 2, 200, 2, 0 audit_record: 952, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 322, 344, 16630, 0 mbuf: 256, 0, 4, 406, 15444, 0 mbuf_cluster: 2048, 25600, 640, 40, 640, 0 mbuf_jumbo_page: 8192, 12800, 0, 44, 491, 0 mbuf_jumbo_9k: 9216, 12800, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 6400, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 g_bio: 232, 0, 0, 363, 103161, 0 ttyinq: 160, 0, 90, 54, 150, 0 ttyoutq: 256, 0, 48, 42, 80, 0 VNODE: 472, 0, 1509, 43, 1573, 0 VNODEPOLL: 112, 0, 29, 172, 29, 0 NAMEI: 1024, 0, 0, 48, 31838, 0 S VFS Cache: 108, 0, 1461, 147, 3805, 0 L VFS Cache: 328, 0, 14, 58, 19, 0 DIRHASH: 1024, 0, 81, 23, 81, 0 pipe: 600, 0, 15, 37, 751, 0 ksiginfo: 112, 0, 96, 976, 96, 0 itimer: 344, 0, 1, 45, 1, 0 KNOTE: 120, 0, 32, 157, 226, 0 socket: 680, 25608, 76, 12, 1183, 0 ipq: 56, 889, 0, 0, 0, 0 udp_inpcb: 336, 25622, 10, 59, 950, 0 udpcb: 16, 25781, 10, 396, 950, 0 tcp_inpcb: 336, 25622, 21, 48, 38, 0 tcpcb: 880, 25605, 19, 17, 38, 0 tcptw: 72, 5151, 2, 301, 6, 0 syncache: 144, 15370, 0, 106, 5, 0 hostcache: 136, 15400, 3, 165, 3, 0 tcpreass: 40, 1690, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0 sctp_ep: 1248, 25602, 0, 0, 0, 0 sctp_asoc: 2176, 40002, 0, 0, 0, 0 sctp_laddr: 48, 80040, 0, 290, 4, 0 sctp_raddr: 592, 80002, 0, 0, 0, 0 sctp_chunk: 144, 400044, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0 sctp_stream_msg_out: 96, 400062, 0, 0, 0, 0 sctp_asconf: 40, 400023, 0, 0, 0, 0 sctp_asconf_ack: 48, 400055, 0, 0, 0, 0 ripcb: 336, 25622, 0, 0, 0, 0 unpcb: 240, 25600, 46, 82, 193, 0 rtentry: 200, 0, 10, 107, 10, 0 selfd: 56, 0, 119, 262, 76845, 0 SWAPMETA: 288, 503442, 0, 0, 0, 0 Mountpoints: 752, 0, 6, 24, 6, 0 FFS inode: 168, 0, 1408, 110, 1471, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 1408, 62, 1471, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate clock 4039019 4913 fxp0 2954 3 mpt0 21060 25 mpt1 8705 10 bge0 10614 12 uart0 128 0 Total 4082480 4966 ------------------------------------------------------------------------ pstat -T 223/12328 files 0M/19413M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/mirror/swap 4193776 0 4193776 0% /dev/da2p1 35565888 0 35565888 0% Total 39759664 0 39759664 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid kernel virtual address iostat: disabling TTY statistics iostat: kvm_getcptime: invalid kernel virtual address iostat: disabling CPU time statistics da0 da1 da2 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 9.53 13 0.12 9.46 13 0.12 2.91 0 0.00 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 67108864 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 152 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat nfsstat: kvm_nlist: can't get names ------------------------------------------------------------------------ netstat -s tcp: 3870 packets sent 3600 data packets (707566 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 230 ack-only packets (52 delayed) 0 URG only packets 0 window probe packets 10 window update packets 30 control packets 4524 packets received 2957 acks (for 707390 bytes) 8 duplicate acks 0 acks for unsent data 2782 packets (328061 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 17 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 21 connection requests 5 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 23 connections established (including accepts) 17 connections closed (including 2 drops) 9 connections updated cached RTT on close 9 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 2 embryonic connections dropped 2957 segments updated rtt (of 2763 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 170 correct ACK header predictions 1182 correct data packet header predictions 5 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 5 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 5 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 467 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 8 dropped due to no socket 268 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 191 delivered 197 datagrams output 0 times multicast source filter matched ip: 5803 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 4991 packets for this host 3 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 4077 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 8 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 8 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 3 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 2 first candidate 2 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 326/750/1076 mbufs in use (current/cache/total) 296/384/680/25600 mbuf clusters in use (current/cache/total/max) 322/344 mbuf+clusters out of packet secondary zone in use (current/cache) 0/44/44/12800 8k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/12800 9k jumbo clusters in use (current/cache/total/max) 0/0/0/6400 16k jumbo clusters in use (current/cache/total/max) 673K/1307K/1981K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (8k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Drop fxp0 1500 00:11:0a:31:d6:ec 2949 0 0 0 0 0 fxp0 1500 10.10.10.0 10.10.10.31 3106 - 0 - - - bge0 1500 00:11:0a:31:36:40 7169 0 4013 0 0 0 bge0 1500 137.222.187.0 mech-cluster241 1824 - 4013 - - - lo0 16384 64 0 64 0 0 0 lo0 16384 fe80:3::1 fe80:3::1 0 - 0 - - - lo0 16384 localhost ::1 0 - 0 - - - lo0 16384 your-net localhost 64 - 64 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 137.222.187.250 UGS 0 4013 bge0 10.10.10.0/24 link#1 U 0 0 fxp0 10.10.10.31 link#3 UHS 0 0 lo0 127.0.0.1 link#3 UH 0 64 lo0 137.222.187.0/24 link#2 U 0 0 bge0 137.222.187.241 link#3 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%lo0/64 link#3 U lo0 ff01:3::/32 fe80::1%lo0 U lo0 ff02::%lo0/32 fe80::1%lo0 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) e000000011690dc0 tcp4 0 0 137.222.187.241.50 77.238.187.39.80 SYN_SENT e000000011c4c370 tcp4 0 0 137.222.187.241.55 84.53.133.98.80 ESTABLISHED e000000011c4c6e0 tcp4 0 0 137.222.187.241.51 84.53.133.98.80 ESTABLISHED e0000000116d66e0 tcp4 0 28 137.222.187.241.55 137.222.184.33.600 ESTABLISHED e0000000116d6370 tcp4 0 0 137.222.187.241.30 137.222.184.33.600 ESTABLISHED e0000000116d6000 tcp4 0 0 137.222.187.241.18 137.222.184.33.600 ESTABLISHED e000000011690a50 tcp4 0 88 137.222.187.241.33 137.222.184.33.600 ESTABLISHED e000000011690370 tcp4 0 0 137.222.187.241.49 137.222.184.33.600 ESTABLISHED e0000000116906e0 tcp4 0 0 137.222.187.241.20 137.222.184.33.600 ESTABLISHED e000000011b20090 tcp4 0 0 137.222.187.241.14 137.222.184.33.600 TIME_WAIT e00000001194fb48 tcp4 0 0 137.222.187.241.24 137.222.184.33.600 TIME_WAIT e000000011691130 tcp4 32 0 137.222.187.241.44 137.222.184.33.600 ESTABLISHED e00000001168fb80 tcp6 0 0 *.28036 *.* LISTEN e000000011690000 tcp4 0 0 10.10.10.31.22 137.222.184.33.650 ESTABLISHED e00000001168e370 tcp4 0 0 10.10.10.31.22 137.222.184.33.546 ESTABLISHED e00000001168e6e0 tcp4 0 0 10.10.10.31.22 137.222.184.33.543 ESTABLISHED e00000001168ea50 tcp4 0 0 *.22 *.* LISTEN e00000001168edc0 tcp6 0 0 *.22 *.* LISTEN e00000001168f130 tcp4 0 0 *.587 *.* LISTEN e00000001168f4a0 tcp6 0 0 *.25 *.* LISTEN e00000001168f810 tcp4 0 0 *.25 *.* LISTEN e00000001149da40 udp4 0 0 137.222.187.241.17 *.* e00000001149c540 udp4 0 0 127.0.0.1.123 *.* e00000001149c690 udp6 0 0 ::1.123 *.* e00000001149c7e0 udp6 0 0 fe80:3::1.123 *.* e00000001149c930 udp4 0 0 137.222.187.241.12 *.* e00000001149ca80 udp4 0 0 10.10.10.31.123 *.* e00000001149cbd0 udp6 0 0 *.123 *.* e00000001149cd20 udp4 0 0 *.123 *.* e00000001149ce70 udp4 0 0 *.514 *.* e00000001149cfc0 udp6 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr e0000000115c24b0 stream 0 0 0 e0000000114a4e10 0 0 /var/tmp/orbit-mexas/linc-53e-0-4451604b38530 e0000000114a4e10 stream 0 0 0 e0000000115c24b0 0 0 e0000000114a2d20 stream 0 0 e000000011c07448 0 0 0 /var/tmp/orbit-mexas/linc-53e-0-4451604b38530 e0000000114a4b40 stream 0 0 0 e0000000114a2b40 0 0 /var/tmp/orbit-mexas/linc-541-0-6b2bcc802af1e e0000000114a2b40 stream 0 0 0 e0000000114a4b40 0 0 e0000000114a2a50 stream 0 0 0 e0000000114a2690 0 0 /var/run/dbus/system_bus_socket e0000000114a2690 stream 0 0 0 e0000000114a2a50 0 0 e0000000114a43c0 stream 0 0 0 e0000000114a50e0 0 0 /var/tmp/dbus-s6GXC9Stfo e0000000114a50e0 stream 0 0 0 e0000000114a43c0 0 0 e0000000114a2c30 stream 0 0 e000000011c6aec0 0 0 0 /var/tmp/orbit-mexas/linc-541-0-6b2bcc802af1e e0000000114a4a50 stream 0 0 0 e0000000115c23c0 0 0 /var/tmp/dbus-s6GXC9Stfo e0000000115c23c0 stream 0 0 0 e0000000114a4a50 0 0 e0000000114a4870 stream 0 0 0 e0000000114a2780 0 0 e0000000114a2780 stream 0 0 0 e0000000114a4870 0 0 e0000000115c22d0 stream 0 0 e000000011afa000 0 0 0 /var/tmp/dbus-s6GXC9Stfo e0000000115c2000 stream 0 0 0 e0000000114a4000 0 0 e0000000114a4000 stream 0 0 0 e0000000115c2000 0 0 e0000000114a24b0 stream 0 0 0 e0000000114a2f00 0 0 e0000000114a2f00 stream 0 0 0 e0000000114a24b0 0 0 e0000000114a2870 stream 0 0 0 e0000000114a31d0 0 0 e0000000114a31d0 stream 0 0 0 e0000000114a2870 0 0 e0000000115c3590 stream 0 0 0 e0000000115c3680 0 0 /var/run/dbus/system_bus_socket e0000000115c3680 stream 0 0 0 e0000000115c3590 0 0 e0000000115c3770 stream 0 0 0 e0000000115c3860 0 0 /var/run/hald/dbus-tdjn5D3BsW e0000000115c3860 stream 0 0 0 e0000000115c3770 0 0 e0000000114a52c0 stream 0 0 0 e0000000114a53b0 0 0 /var/run/devd.pipe e0000000114a53b0 stream 0 0 0 e0000000114a52c0 0 0 e0000000114a54a0 stream 0 0 0 e0000000114a5590 0 0 /var/run/hald/dbus-lz7niJzPoP e0000000114a5590 stream 0 0 0 e0000000114a54a0 0 0 e0000000114a5680 stream 0 0 0 e0000000114a5770 0 0 /var/run/dbus/system_bus_socket e0000000114a5770 stream 0 0 0 e0000000114a5680 0 0 e0000000114a5860 stream 0 0 e0000000116fa000 0 0 0 /var/run/hald/dbus-lz7niJzPoP e0000000114a32c0 stream 0 0 0 e0000000114a33b0 0 0 /var/run/dbus/system_bus_socket e0000000114a33b0 stream 0 0 0 e0000000114a32c0 0 0 e0000000114a5950 stream 0 0 e0000000116fa938 0 0 0 /var/run/hald/dbus-tdjn5D3BsW e0000000114a3770 stream 0 0 0 e0000000114a3860 0 0 e0000000114a3860 stream 0 0 0 e0000000114a3770 0 0 e0000000114a5b30 stream 0 0 e0000000115d2ec0 0 0 0 /var/run/dbus/system_bus_socket e0000000115c21e0 stream 0 0 e00000001147d620 0 0 0 /var/run/devd.pipe e0000000117d62d0 dgram 0 0 0 e0000000114a3950 0 e0000000114a2ff0 e0000000114a2ff0 dgram 0 0 0 e0000000114a3950 0 e0000000114a5a40 e0000000114a3680 dgram 0 0 0 e0000000114a3a40 0 0 e0000000114a5a40 dgram 0 0 0 e0000000114a3950 0 e0000000114a5c20 e0000000114a5c20 dgram 0 0 0 e0000000114a3950 0 0 e0000000114a3950 dgram 0 0 e0000000115bd098 0 e0000000117d62d0 0 /var/run/logpriv e0000000114a3a40 dgram 0 0 e0000000115bd270 0 e0000000114a3680 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp6 0/0/5 *.28036 tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh tcp4 0/0/10 *.submission tcp6 0/0/10 *.smtp tcp4 0/0/10 *.smtp unix 0/0/10 /var/tmp/orbit-mexas/linc-53e-0-4451604b38530 unix 0/0/10 /var/tmp/orbit-mexas/linc-541-0-6b2bcc802af1e unix 0/0/30 /var/tmp/dbus-s6GXC9Stfo unix 0/0/30 /var/run/hald/dbus-lz7niJzPoP unix 0/0/30 /var/run/hald/dbus-tdjn5D3BsW unix 0/0/30 /var/run/dbus/system_bus_socket unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat Segmentation fault ------------------------------------------------------------------------ dmesg GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA2 #1: Wed Aug 12 12:42:09 BST 2009 mexas@mech-cluster241.men.bris.ac.uk:/usr/obj/usr/src/sys/TZAV WARNING: WITNESS option enabled, expect reduced performance. CPU: Madison (1500.00-Mhz Itanium 2) Origin = "GenuineIntel" Revision = 5 Features = 0x1 real memory = 8569184256 (8172 MB) avail memory = 8208957440 (7828 MB) FPSWA Revision = 0x10012, Entry = 0xe0000040ffe62050 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: SAPIC Id=0, SAPIC Eid=0 (BSP) cpu1: SAPIC Id=1, SAPIC Eid=0 ACPI Warning: 32/64X length mismatch in Gpe0Block: 32/16 20090521 tbfadt-625 ACPI Warning: 32/64X length mismatch in Gpe1Block: 32/16 20090521 tbfadt-625 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ohci0: mem 0x80023000-0x80023fff irq 16 at device 1.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0x80022000-0x80022fff irq 17 at device 1.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0x80021000-0x800210ff irq 18 at device 1.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 0.95 usbus2: on ehci0 pci0: at device 2.0 (no driver attached) fxp0: port 0xd00-0xd3f mem 0x80020000-0x80020fff,0x80000000-0x8001ffff irq 20 at device 3.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:11:0a:31:d6:ec fxp0: [ITHREAD] pcib1: on acpi0 pci32: on pcib1 mpt0: port 0x2100-0x21ff mem 0x90840000-0x9084ffff,0x90830000-0x9083ffff irq 27 at device 1.0 on pci32 mpt0: [ITHREAD] mpt0: MPI Version=1.2.12.0 mpt1: port 0x2000-0x20ff mem 0x90820000-0x9082ffff,0x90810000-0x9081ffff irq 28 at device 1.1 on pci32 mpt1: [ITHREAD] mpt1: MPI Version=1.2.12.0 bge0: mem 0x90800000-0x9080ffff irq 29 at device 2.0 on pci32 miibus1: on bge0 brgphy0: PHY 1 on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:11:0a:31:36:40 bge0: [ITHREAD] pcib2: on acpi0 pci64: on pcib2 pcib3: on acpi0 pci96: on pcib3 pcib4: on acpi0 pci128: on pcib4 pcib5: on acpi0 pci192: on pcib5 pcib6: on acpi0 pci224: on pcib6 uart0: <16550 or compatible> mem 0xf4051000-0xf405100f irq 82 at device 1.0 on pci224 uart0: [FILTER] puc0: mem 0xf4050000-0xf4050fff,0xf4020000-0xf403ffff irq 82 at device 1.1 on pci224 puc0: [FILTER] uart1: on puc0 uart1: [FILTER] uart1: console (9600,n,8,1) uart2: on puc0 uart2: [FILTER] vgapci0: port 0xe000-0xe0ff mem 0xf0000000-0xf3ffffff,0xf4040000-0xf404ffff at device 2.0 on pci224 uart3: <16550 or compatible> iomem 0xff5e0000-0xff5e0007 irq 34 on acpi0 uart3: [FILTER] uart4: <16550 or compatible> iomem 0xff5e2000-0xff5e2007 irq 35 on acpi0 uart4: [FILTER] uart4: debug port (9600,n,8,1) cpu0: on acpi0 cpu1: on acpi0 Timecounters tick every 1.000 msec IP Filter: v4.1.28 initialized. Default = block all, Logging = enabled Waiting 5 seconds for SCSI devices to settle usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 uhub0: 3 ports with 3 removable, self powered ugen1.1: at usbus1 uhub1: on usbus1 uhub1: 2 ports with 2 removable, self powered ugen2.1: at usbus2 uhub2: on usbus2 (probe1:mpt1:0:3:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe1:mpt1:0:3:0): CAM Status: SCSI Status Error (probe1:mpt1:0:3:0): SCSI Status: Check Condition (probe1:mpt1:0:3:0): UNIT ATTENTION asc:29,2 (probe1:mpt1:0:3:0): SCSI bus reset occurred (probe1:mpt1:0:3:0): Retrying Command (per Sense Data) uhub2: 5 ports with 5 removable, self powered sa0 at mpt1 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 40.000MB/s transfers (20.000MHz, offset 32, 16bit) da2 at mpt1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 63, 16bit) da2: Command Queueing enabled da2: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) WARNING: WITNESS option enabled, expect reduced performance. da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da1: Command Queueing enabled da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) GEOM_MIRROR: Device mirror/efi launched (2/2). GEOM_MIRROR: Device mirror/root launched (2/2). GEOM_MIRROR: Device mirror/swap launched (2/2). GEOM_MIRROR: Device mirror/var launched (2/2). GEOM_MIRROR: Device mirror/tmp launched (2/2). GEOM_MIRROR: Device mirror/usr launched (2/2). Trying to mount root from ufs:/dev/mirror/root Entropy harvesting: interrupts ethernet point_to_point kickstart . /dev/mirror/root: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/root: clean, 227518 free (590 frags, 28366 blocks, 0.2% fragmentation) /dev/mirror/usr: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/usr: clean, 28332023 free (70127 frags, 3532737 blocks, 0.2% fragmentation) /dev/mirror/tmp: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/tmp: clean, 506481 free (49 frags, 63304 blocks, 0.0% fragmentation) /dev/mirror/var: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/var: clean, 478822 free (206 frags, 59827 blocks, 0.0% fragmentation) Enabling ipfilter. Installing NAT rules. 0 entries flushed from NAT table 0 entries flushed from NAT list Starting Network: lo0 fxp0 bge0. filter sync'd add net default: gateway 137.222.187.250 Additional routing options: IP gateway=YES . bge0: link state changed to UP Starting hald. bge0: link state changed to DOWN bge0: link state changed to UP Wed Aug 12 13:03:26 BST 2009 Aug 12 13:04:47 mech-cluster241 su: mexas to root on /dev/pts/0 Aug 12 13:20:14 mech-cluster241 su: mexas to root on /dev/pts/1 panic: Inconsistent high FP state cpuid = 0 KDB: stack backtrace: db_trace_self(0xe000000004140750) at db_trace_self+0x20 db_trace_self_wrapper(0xe0000000043f5120) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe000000004980920, 0xe000000004393890, 0x793, 0xe000000004b616c0) at kdb_backtrace+0xc0 panic(0xe00000000486bbb0, 0x0, 0xe00000000486bb88, 0x5cf) at panic+0x2a0 ia64_highfp_drop(0xe000000011968760) at ia64_highfp_drop+0x100 cpu_thread_exit(0xe000000011968760, 0xe0000000043b0840, 0x50e, 0x15a) at cpu_thread_exit+0x20 thread_exit(0xe000000004834c00, 0xe000000004833880, 0xe0000000118044f0, 0xe000000011968760) at thread_exit+0x130 thr_exit(0xe000000011804468, 0xe000000011804540, 0xe000000004834bd8, 0xe000000011804448) at thr_exit+0x120 syscall(0xa0000000c39c1400, 0x1af, 0x200000004209c7b0, 0xe000000011968760, 0xe000000011804448, 0xe000000004931428, 0x1af, 0xa0000000c39c14e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 33m44s Dumping 8172 MB (11 chunks) chunk 0: 159 pages ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Sat Aug 15 15:48:33 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Sat Aug 15 15:48:41 2009 Subject: Regression: fxp0: device timeout - SCB timeout: 0x70 0x0 0x80 0x0 Message-ID: <20090815154819.GA96052@mech-cluster241.men.bris.ac.uk> This seems to be a regression. On FreeBSD 8.0-BETA2 ia64 after a recent buildworld I get: fxp0: device timeout with lines similar to these: fxp0: SCB timeout: 0x70 0x0 0x80 0x0 fxp0: SCB timeout: 0x70 0x0 0x80 0x400 fxp0: SCB timeout: 0xf0 0x0 0x80 0x400 The cable seems to be in place, no change happend there. All my local network is unreachable! from dmesg: fxp0: port 0xd00-0xd3f mem 0x80020000-0x80020fff,0x80000000-0x8001ffff irq 20 at device 3.0 on pci0 miibus0: on fxp0 fxp0: Ethernet address: xx:xx:xx:xx:xx:xx fxp0: [ITHREAD] % ifconfig fxp0 fxp0: flags=8843 metric 0 mtu 1500 options=219b ether xx:xx:xx:xx:xx:xx inet 10.10.10.31 netmask 0xffffff00 broadcast 10.10.10.255 media: Ethernet autoselect (100baseTX ) status: active % This problem appears in archives from time to time since FBSD 4.x. But nothing that helps me. What am I to do? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Sat Aug 15 15:54:25 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Sat Aug 15 15:54:32 2009 Subject: SOLVED: Re: [Magick-bugs] tests fail on FreeBSD 8.0-BETA2 ia64 SMP In-Reply-To: <20090811122235.GA73902@mech-cluster241.men.bris.ac.uk> References: <20090811122235.GA73902@mech-cluster241.men.bris.ac.uk> Message-ID: <20090815155415.GA98282@mech-cluster241.men.bris.ac.uk> ImageMagick-6.5.4.10_1 passes all tests! many thanks for this update! -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From bugmaster at FreeBSD.org Mon Aug 17 11:06:57 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 17 11:08:25 2009 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200908171106.n7HB6uie075825@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total. From linimon at lonesome.com Mon Aug 17 14:51:17 2009 From: linimon at lonesome.com (Mark Linimon) Date: Mon Aug 17 14:51:37 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> Message-ID: <20090817143602.GB2365@lonesome.com> On Mon, Aug 17, 2009 at 02:57:52PM +0100, Anton Shterenlikht wrote: > Ports lang/gcc43, 44 and 45 fail to build on 8.0-beta2 ia64: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 > > I know they build fine on 6.4-stable alpha, but what about sparc64? > amd64? mips? You can check things like this using the Ports Monitoring tool: http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gcc4&wildcard=yes According to that, for 8.0: - gcc4* are set to "not for ia64". From a commit log for gcc43/Makefile: Add ia64 to NOT_FOR_ARCHS. This has been broken for ages, it is not clear whether it is our kernel/userland, the hardware, or something else at fault and nobody on our side nor upstream seems to have any interest. - previous versions of gcc43 built everywhere; the latest version has not yet been tried on amd64 or sparc64, but builds on i386. - previous versions of gcc44 built everywhere; the latest version has not yet been tried on amd64 or sparc64, but builds on i386. - previous versions of gcc45 built everywhere; the latest version has not yet been tried on amd64 or sparc64, but builds on i386. The package building cluster is currently only set up to try builds on amd64, i386, and sparc64. Although we have some ia64 machines, the last time I tried to upgrade them I had trouble. We do not yet have any arm, mips, or powerpc machines. Our alphas have been deinstalled (sorry), after the alpha src code had fallen too far behind the main 3 archs, and no one was keeping it up. Unless a developer with specific interest in ia64 steps up to help, you may be out of luck. Sorry. mcl * yes, I know that portsmon is throwing 'database not connected' errors, but don't have a fix for it yet. It only seems to affect the query for 'show me uploaded packages', and even then not all the time. From mexas at bristol.ac.uk Mon Aug 17 14:51:46 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Mon Aug 17 14:51:52 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <20090817143602.GB2365@lonesome.com> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> Message-ID: <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> On Mon, Aug 17, 2009 at 09:36:02AM -0500, Mark Linimon wrote: > On Mon, Aug 17, 2009 at 02:57:52PM +0100, Anton Shterenlikht wrote: > > Ports lang/gcc43, 44 and 45 fail to build on 8.0-beta2 ia64: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 > > > > I know they build fine on 6.4-stable alpha, but what about sparc64? > > amd64? mips? > > You can check things like this using the Ports Monitoring tool: > http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gcc4&wildcard=yes > > According to that, for 8.0: > > - gcc4* are set to "not for ia64". From a commit log for gcc43/Makefile: > > Add ia64 to NOT_FOR_ARCHS. This has been broken for ages, it is not clear > whether it is our kernel/userland, the hardware, or something else at fault > and nobody on our side nor upstream seems to have any interest. yes, I understand.. Unfortunately a FBSD system without gcc4x is of little use to me, because I need fortran OMP compiler, and many other ports which depend on gcc4x. I wonder if they work under ia64 linux? > amd64, i386, and sparc64. Although we have some ia64 machines, the last > time I tried to upgrade them I had trouble. We do not yet have any arm, I volunteer to build gcc4x ports on my rx2600 SMP ia64 current. > mips, or powerpc machines. Our alphas have been deinstalled (sorry), > after the alpha src code had fallen too far behind the main 3 archs, and > no one was keeping it up. yes, I gave up on alpha because of this. > Unless a developer with specific interest in ia64 steps up to help, > you may be out of luck. Sorry. well.. unfortunately I've no relevant skills to offer, only testing. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Mon Aug 17 15:33:19 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Mon Aug 17 15:33:26 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <4A8972E8.9050002@osunix.org> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> <4A8972E8.9050002@osunix.org> Message-ID: <20090817153311.GA91430@mech-cluster241.men.bris.ac.uk> On Mon, Aug 17, 2009 at 08:10:32AM -0700, "C. Bergstr?m" wrote: > Anton Shterenlikht wrote: > >On Mon, Aug 17, 2009 at 09:36:02AM -0500, Mark Linimon wrote: > >>On Mon, Aug 17, 2009 at 02:57:52PM +0100, Anton Shterenlikht wrote: > >>>Ports lang/gcc43, 44 and 45 fail to build on 8.0-beta2 ia64: > >>>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 > >>> > >>>I know they build fine on 6.4-stable alpha, but what about sparc64? > >>>amd64? mips? > >>You can check things like this using the Ports Monitoring tool: > >>http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gcc4&wildcard=yes > >> > >>According to that, for 8.0: > >> > >> - gcc4* are set to "not for ia64". From a commit log for gcc43/Makefile: > >> > >> Add ia64 to NOT_FOR_ARCHS. This has been broken for ages, it is not clear > >> whether it is our kernel/userland, the hardware, or something else at fault > >> and nobody on our side nor upstream seems to have any interest. > > > >yes, I understand.. Unfortunately a FBSD system without gcc4x is of little > >use to me, because I need fortran OMP compiler, and many other ports > >which depend on gcc4x. > > > >I wonder if they work under ia64 linux? > > > >>amd64, i386, and sparc64. Although we have some ia64 machines, the last > >>time I tried to upgrade them I had trouble. We do not yet have any arm, > > > >I volunteer to build gcc4x ports on my rx2600 SMP ia64 current. > > > >>mips, or powerpc machines. Our alphas have been deinstalled (sorry), > >>after the alpha src code had fallen too far behind the main 3 archs, and > >>no one was keeping it up. > > > >yes, I gave up on alpha because of this. > > > >>Unless a developer with specific interest in ia64 steps up to help, > >>you may be out of luck. Sorry. > > > >well.. unfortunately I've no relevant skills to offer, only testing. > (Dropping the other lists since this is IA-64 specific) > > > Open64 is highly optimized for IA-64, but also needs a GCC front-end > to function. In regards to this there may be code or bug fixes > floating around. but there's no Open64 FreeBSD port, is there? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From codestr0m at osunix.org Mon Aug 17 15:37:37 2009 From: codestr0m at osunix.org (=?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?=) Date: Mon Aug 17 15:37:43 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> Message-ID: <4A8972E8.9050002@osunix.org> Anton Shterenlikht wrote: > On Mon, Aug 17, 2009 at 09:36:02AM -0500, Mark Linimon wrote: > >> On Mon, Aug 17, 2009 at 02:57:52PM +0100, Anton Shterenlikht wrote: >> >>> Ports lang/gcc43, 44 and 45 fail to build on 8.0-beta2 ia64: >>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 >>> >>> I know they build fine on 6.4-stable alpha, but what about sparc64? >>> amd64? mips? >>> >> You can check things like this using the Ports Monitoring tool: >> http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gcc4&wildcard=yes >> >> According to that, for 8.0: >> >> - gcc4* are set to "not for ia64". From a commit log for gcc43/Makefile: >> >> Add ia64 to NOT_FOR_ARCHS. This has been broken for ages, it is not clear >> whether it is our kernel/userland, the hardware, or something else at fault >> and nobody on our side nor upstream seems to have any interest. >> > > yes, I understand.. Unfortunately a FBSD system without gcc4x is of little > use to me, because I need fortran OMP compiler, and many other ports > which depend on gcc4x. > > I wonder if they work under ia64 linux? > > >> amd64, i386, and sparc64. Although we have some ia64 machines, the last >> time I tried to upgrade them I had trouble. We do not yet have any arm, >> > > I volunteer to build gcc4x ports on my rx2600 SMP ia64 current. > > >> mips, or powerpc machines. Our alphas have been deinstalled (sorry), >> after the alpha src code had fallen too far behind the main 3 archs, and >> no one was keeping it up. >> > > yes, I gave up on alpha because of this. > > >> Unless a developer with specific interest in ia64 steps up to help, >> you may be out of luck. Sorry. >> > > well.. unfortunately I've no relevant skills to offer, only testing. > (Dropping the other lists since this is IA-64 specific) Open64 is highly optimized for IA-64, but also needs a GCC front-end to function. In regards to this there may be code or bug fixes floating around. Currently the Open64 port to FreeBSD x86 isn't done, but has significant progress. This was all held up for months because of me, but I now have access to a few new c/c++ compiler test verification suits that will help ensure the merge doesn't cause regressions. In the coming weeks/months I'll try to get access to IA-64 and help out.. ./C From codestr0m at osunix.org Mon Aug 17 15:44:34 2009 From: codestr0m at osunix.org (=?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?=) Date: Mon Aug 17 15:44:41 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <20090817153311.GA91430@mech-cluster241.men.bris.ac.uk> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> <4A8972E8.9050002@osunix.org> <20090817153311.GA91430@mech-cluster241.men.bris.ac.uk> Message-ID: <4A897B1D.6040204@osunix.org> Anton Shterenlikht wrote: > On Mon, Aug 17, 2009 at 08:10:32AM -0700, "C. Bergstr?m" wrote: > >> Anton Shterenlikht wrote: >> >>> On Mon, Aug 17, 2009 at 09:36:02AM -0500, Mark Linimon wrote: >>> >>>> On Mon, Aug 17, 2009 at 02:57:52PM +0100, Anton Shterenlikht wrote: >>>> >>>>> Ports lang/gcc43, 44 and 45 fail to build on 8.0-beta2 ia64: >>>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 >>>>> >>>>> I know they build fine on 6.4-stable alpha, but what about sparc64? >>>>> amd64? mips? >>>>> >>>> You can check things like this using the Ports Monitoring tool: >>>> http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gcc4&wildcard=yes >>>> >>>> According to that, for 8.0: >>>> >>>> - gcc4* are set to "not for ia64". From a commit log for gcc43/Makefile: >>>> >>>> Add ia64 to NOT_FOR_ARCHS. This has been broken for ages, it is not clear >>>> whether it is our kernel/userland, the hardware, or something else at fault >>>> and nobody on our side nor upstream seems to have any interest. >>>> >>> yes, I understand.. Unfortunately a FBSD system without gcc4x is of little >>> use to me, because I need fortran OMP compiler, and many other ports >>> which depend on gcc4x. >>> >>> I wonder if they work under ia64 linux? >>> >>> >>>> amd64, i386, and sparc64. Although we have some ia64 machines, the last >>>> time I tried to upgrade them I had trouble. We do not yet have any arm, >>>> >>> I volunteer to build gcc4x ports on my rx2600 SMP ia64 current. >>> >>> >>>> mips, or powerpc machines. Our alphas have been deinstalled (sorry), >>>> after the alpha src code had fallen too far behind the main 3 archs, and >>>> no one was keeping it up. >>>> >>> yes, I gave up on alpha because of this. >>> >>> >>>> Unless a developer with specific interest in ia64 steps up to help, >>>> you may be out of luck. Sorry. >>>> >>> well.. unfortunately I've no relevant skills to offer, only testing. >>> >> (Dropping the other lists since this is IA-64 specific) >> >> >> Open64 is highly optimized for IA-64, but also needs a GCC front-end >> to function. In regards to this there may be code or bug fixes >> floating around. >> > > but there's no Open64 FreeBSD port, is there? > Not complete, but 97% yes. http://pkg.osunix.org/open64/open64-opensolaris-fbsd-merged-3-24.diff.gz This is one of my future items so it will eventually get finished.. (Pathch is x86 only, but IA-64 will also happen) I don't want to say this is a low priority, but I have things I must do before I complete this so I don't make my job harder. From xcllnt at mac.com Mon Aug 17 16:42:24 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Mon Aug 17 16:42:30 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <20090817143602.GB2365@lonesome.com> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> Message-ID: On Aug 17, 2009, at 7:36 AM, Mark Linimon wrote: > The package building cluster is currently only set up to try builds on > amd64, i386, and sparc64. Although we have some ia64 machines, the > last > time I tried to upgrade them I had trouble. Really, you have ia64 machines for ports building? Are you referring to pluto1 and pluto2 or are these entirely different beasts? > Unless a developer with specific interest in ia64 steps up to help, > you may be out of luck. Sorry. I'll see about fixing it... -- Marcel Moolenaar xcllnt@mac.com From xcllnt at mac.com Mon Aug 17 16:43:48 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Mon Aug 17 16:43:54 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <20090817153311.GA91430@mech-cluster241.men.bris.ac.uk> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> <4A8972E8.9050002@osunix.org> <20090817153311.GA91430@mech-cluster241.men.bris.ac.uk> Message-ID: <3929045E-8E90-4998-B9A2-30AE59B38EE4@mac.com> On Aug 17, 2009, at 8:33 AM, Anton Shterenlikht wrote: >> >> Open64 is highly optimized for IA-64, but also needs a GCC front-end >> to function. In regards to this there may be code or bug fixes >> floating around. > > but there's no Open64 FreeBSD port, is there? No. Open64 is barely portable. I used to work on it while at HP, so I know that it's not a trivial thing to fix. -- Marcel Moolenaar xcllnt@mac.com From codestr0m at osunix.org Mon Aug 17 16:59:22 2009 From: codestr0m at osunix.org (=?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?=) Date: Mon Aug 17 16:59:28 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <3929045E-8E90-4998-B9A2-30AE59B38EE4@mac.com> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> <4A8972E8.9050002@osunix.org> <20090817153311.GA91430@mech-cluster241.men.bris.ac.uk> <3929045E-8E90-4998-B9A2-30AE59B38EE4@mac.com> Message-ID: <4A898CA7.4030603@osunix.org> Marcel Moolenaar wrote: > > On Aug 17, 2009, at 8:33 AM, Anton Shterenlikht wrote: >>> >>> Open64 is highly optimized for IA-64, but also needs a GCC front-end >>> to function. In regards to this there may be code or bug fixes >>> floating around. >> >> but there's no Open64 FreeBSD port, is there? > > No. Open64 is barely portable. I used to work on it while at HP, > so I know that it's not a trivial thing to fix. Please see my patch I linked to before. (I forget the exact amount, but yes the patch touches like ~400 files) I agree that Open64 is currently not very portable, but I am working on that. Over time you'll see the build process and various things cleaned up. Things on my list I have already done or experimented with * Clean-up the ifdefs that are OS specific * Add a configure script which will help figure out OS/target specifics for the build * Change some defines that assume ILP32 to a more portable type Open64 already supports the IA-64 target, but it's at least a week of work to merge and verify this patch. My problem is I've rebased to a codebase which I'm hoping I can publicly make available soon. ./C From xcllnt at mac.com Mon Aug 17 17:11:39 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Mon Aug 17 17:11:46 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <4A898CA7.4030603@osunix.org> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> <4A8972E8.9050002@osunix.org> <20090817153311.GA91430@mech-cluster241.men.bris.ac.uk> <3929045E-8E90-4998-B9A2-30AE59B38EE4@mac.com> <4A898CA7.4030603@osunix.org> Message-ID: On Aug 17, 2009, at 10:00 AM, C. Bergstr?m wrote: > Marcel Moolenaar wrote: >> >> On Aug 17, 2009, at 8:33 AM, Anton Shterenlikht wrote: >>>> >>>> Open64 is highly optimized for IA-64, but also needs a GCC front- >>>> end >>>> to function. In regards to this there may be code or bug fixes >>>> floating around. >>> >>> but there's no Open64 FreeBSD port, is there? >> >> No. Open64 is barely portable. I used to work on it while at HP, >> so I know that it's not a trivial thing to fix. > Please see my patch I linked to before. (I forget the exact amount, > but yes the patch touches like ~400 files) I agree that Open64 is > currently not very portable, but I am working on that. Over time > you'll see the build process and various things cleaned up. Please keep me informed so that I can create a port for it. -- Marcel Moolenaar xcllnt@mac.com From linimon at lonesome.com Tue Aug 18 03:48:47 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Aug 18 03:48:59 2009 Subject: ports lang/gcc4x fail to build on ia64 In-Reply-To: <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> References: <20090817135752.GA73485@mech-cluster241.men.bris.ac.uk> <20090817143602.GB2365@lonesome.com> <20090817145124.GA89493@mech-cluster241.men.bris.ac.uk> Message-ID: <20090818034846.GC14408@lonesome.com> On Mon, Aug 17, 2009 at 03:51:24PM +0100, Anton Shterenlikht wrote: > I wonder if they work under ia64 linux? I don't know. A quick check of NetBSD seems to indicate that their ia64 port only runs in emulation mode; OpenBSD doesn't list an ia64 port. mcl From lyris-confirm-20708737K at lists.worldbank.org Tue Aug 18 10:34:53 2009 From: lyris-confirm-20708737K at lists.worldbank.org (WB Trade Department Quarterly Newsletter Confirmation (from Lyris ListManager)) Date: Tue Aug 18 10:34:59 2009 Subject: Your confirmation is needed Message-ID: Please reply to this email message to confirm your subscription to tradequarterly. Your email address has been entered for a subscription to the tradequarterly mailing list. However, your new subscription requires a confirmation that you received this email message and want to join this mailing list. If you do not want to join, do nothing. You will be automatically removed. To confirm that you do want to join, simply reply to this message. Make sure that your message is addressed to lyris-confirm-20708737K@lists.worldbank.org To unsubscribe immediately, you send an email message to leave-tradequarterly-20708737K@lists.worldbank.org From tinderbox at freebsd.org Wed Aug 19 14:05:38 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Aug 19 14:06:31 2009 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <200908191405.n7JE56CV001161@freebsd-current2.sentex.ca> TB --- 2009-08-19 14:05:01 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-08-19 14:05:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-08-19 14:05:01 - cleaning the object tree TB --- 2009-08-19 14:05:01 - checking out /src from http://svn.freebsd.org/base/ TB --- 2009-08-19 14:05:01 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2009-08-19 14:05:01 - /usr/local/bin/svn update /src TB --- 2009-08-19 14:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2009-08-19 14:05:01 - ERROR: unable to check out the source tree TB --- 2009-08-19 14:05:01 - 0.02 user 0.01 system 0.07 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From xcllnt at mac.com Sun Aug 23 17:35:48 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Sun Aug 23 17:35:59 2009 Subject: 8.0-BETA3 *is* available [was: No 8.0-BETA3 for ia64 & powerpc] In-Reply-To: <84BEFCFB-4E8E-4483-95D4-0D570663E3EF@mac.com> References: <84BEFCFB-4E8E-4483-95D4-0D570663E3EF@mac.com> Message-ID: On Jul 31, 2009, at 11:10 AM, Marcel Moolenaar wrote: > I'm on vacation for the next 10 days and that's right at the time > of BETA3 unfortunately. So there will be no BETA3 for ia64 and > powerpc (unless someone steps up). 8.0-BETA3 got delayed until after my vacation, so I made them. Look for them on your favorite mirror! FYI, -- Marcel Moolenaar xcllnt@mac.com From bugmaster at FreeBSD.org Mon Aug 24 11:06:57 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 24 11:08:29 2009 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200908241106.n7OB6vjZ048612@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total. From tinderbox at freebsd.org Fri Aug 28 22:59:53 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 28 23:00:00 2009 Subject: [releng_8 tinderbox] failure on ia64/ia64 Message-ID: <200908282259.n7SMxqbF009270@freebsd-current.sentex.ca> TB --- 2009-08-28 21:20:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-08-28 21:20:38 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2009-08-28 21:20:38 - cleaning the object tree TB --- 2009-08-28 21:21:37 - cvsupping the source tree TB --- 2009-08-28 21:21:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2009-08-28 21:27:14 - building world TB --- 2009-08-28 21:27:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-28 21:27:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-28 21:27:14 - TARGET=ia64 TB --- 2009-08-28 21:27:14 - TARGET_ARCH=ia64 TB --- 2009-08-28 21:27:14 - TZ=UTC TB --- 2009-08-28 21:27:14 - __MAKE_CONF=/dev/null TB --- 2009-08-28 21:27:14 - cd /src TB --- 2009-08-28 21:27:14 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 28 21:27:15 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 28 22:48:11 UTC 2009 TB --- 2009-08-28 22:48:11 - generating LINT kernel config TB --- 2009-08-28 22:48:11 - cd /src/sys/ia64/conf TB --- 2009-08-28 22:48:11 - /usr/bin/make -B LINT TB --- 2009-08-28 22:48:11 - building LINT kernel TB --- 2009-08-28 22:48:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-28 22:48:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-28 22:48:11 - TARGET=ia64 TB --- 2009-08-28 22:48:11 - TARGET_ARCH=ia64 TB --- 2009-08-28 22:48:11 - TZ=UTC TB --- 2009-08-28 22:48:11 - __MAKE_CONF=/dev/null TB --- 2009-08-28 22:48:11 - cd /src TB --- 2009-08-28 22:48:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 28 22:48:11 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/ieee8023ad_lacp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/if.c cc1: warnings being treated as errors /src/sys/net/if.c: In function 'ifnet_byindex': /src/sys/net/if.c:203: warning: implicit declaration of function 'IFNET_RLOCK_NOSLEEP' /src/sys/net/if.c:203: warning: nested extern declaration of 'IFNET_RLOCK_NOSLEEP' /src/sys/net/if.c:205: warning: implicit declaration of function 'IFNET_RUNLOCK_NOSLEEP' /src/sys/net/if.c:205: warning: nested extern declaration of 'IFNET_RUNLOCK_NOSLEEP' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-08-28 22:59:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-08-28 22:59:50 - ERROR: failed to build lint kernel TB --- 2009-08-28 22:59:50 - 4245.73 user 513.96 system 5952.18 real http://tinderbox.des.no/tinderbox-releng_8-RELENG_8-ia64-ia64.full From bugmaster at FreeBSD.org Mon Aug 31 11:07:08 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 31 11:08:28 2009 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200908311107.n7VB78hW070592@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total.