softdep: out of journaling space for softdep!
I just received since two days from now on one of my FreeBSD 10-CUR boxes a kernel message after syncing disks, just the moment when the system is supposed to switch off or reboot, like softdep: out of journaling space for softdep or something similar. I checked the /var/log for more details, but nothing has been logged there so far regarding this subject. The box in question has buildworld and kernel most recent as FreeBSD 10.0-CURRENT #0 r242747M: Thu Nov 8 10:40:09 CET 2012 amd64 The system is CLANG compiled, as it is now the standard and with CXXFLAGS+= -stdlib=libc++ -std=c++11 The box has its root filesystem on a SAMSUNG 830 SSD with a capacity of 120 GB, GPT partitions, UFS2 formated. The box is the only one of a bunch of other FBSD 10 boxes with the very same software revision and a similar setup, but with traditional harddrives. I can not reboot the box, the box is spinning with the above mentioned error message forever (did so for day on the unattended box). A 'hard' reboot is quit with a kernel dump due to sleeping thread. Regards, Oliver signature.asc Description: OpenPGP digital signature
[head tinderbox] failure on i386/i386
TB --- 2012-11-09 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 04:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-09 04:50:00 - cleaning the object tree TB --- 2012-11-09 04:56:11 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 04:56:11 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-09 04:56:11 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 04:58:00 - /usr/local/bin/svn update /src TB --- 2012-11-09 04:58:08 - At svn revision 242816 TB --- 2012-11-09 04:58:09 - building world TB --- 2012-11-09 04:58:09 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 04:58:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 04:58:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 04:58:09 - SRCCONF=/dev/null TB --- 2012-11-09 04:58:09 - TARGET=i386 TB --- 2012-11-09 04:58:09 - TARGET_ARCH=i386 TB --- 2012-11-09 04:58:09 - TZ=UTC TB --- 2012-11-09 04:58:09 - __MAKE_CONF=/dev/null TB --- 2012-11-09 04:58:09 - cd /src TB --- 2012-11-09 04:58:09 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 04:58:15 UTC 2012 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 Nov 9 07:57:26 UTC 2012 TB --- 2012-11-09 07:57:26 - generating LINT kernel config TB --- 2012-11-09 07:57:26 - cd /src/sys/i386/conf TB --- 2012-11-09 07:57:26 - /usr/bin/make -B LINT TB --- 2012-11-09 07:57:26 - cd /src/sys/i386/conf TB --- 2012-11-09 07:57:26 - /usr/sbin/config -m LINT TB --- 2012-11-09 07:57:26 - building LINT kernel TB --- 2012-11-09 07:57:26 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 07:57:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 07:57:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 07:57:26 - SRCCONF=/dev/null TB --- 2012-11-09 07:57:26 - TARGET=i386 TB --- 2012-11-09 07:57:26 - TARGET_ARCH=i386 TB --- 2012-11-09 07:57:26 - TZ=UTC TB --- 2012-11-09 07:57:26 - __MAKE_CONF=/dev/null TB --- 2012-11-09 07:57:26 - cd /src TB --- 2012-11-09 07:57:26 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Nov 9 07:57:26 UTC 2012 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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wmissing-include-dirs
Re: softdep: out of journaling space for softdep!
В Fri, 09 Nov 2012 09:04:43 +0100 O. Hartmann ohart...@zedat.fu-berlin.de пишет: I just received since two days from now on one of my FreeBSD 10-CUR boxes a kernel message after syncing disks, just the moment when the system is supposed to switch off or reboot, like softdep: out of journaling space for softdep or something similar. I checked the /var/log for more details, but nothing has been logged there so far regarding this subject. The box in question has buildworld and kernel most recent as FreeBSD 10.0-CURRENT #0 r242747M: Thu Nov 8 10:40:09 CET 2012 amd64 The system is CLANG compiled, as it is now the standard and with CXXFLAGS+= -stdlib=libc++ -std=c++11 The box has its root filesystem on a SAMSUNG 830 SSD with a capacity of 120 GB, GPT partitions, UFS2 formated. The box is the only one of a bunch of other FBSD 10 boxes with the very same software revision and a similar setup, but with traditional harddrives. I can not reboot the box, the box is spinning with the above mentioned error message forever (did so for day on the unattended box). A 'hard' reboot is quit with a kernel dump due to sleeping thread. Regards, Oliver http://svnweb.freebsd.org/changeset/base/242815 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right?
Hi I'm on 242801 amd64. I understand from [1] that WITH_CLANG_IS_CC is no longer needed in /etc/src.conf. Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. # /usr/bin/cc --version cc (GCC) 4.2.1 20070831 patched [FreeBSD] I'm missing something else. Please advise Thanks Anton [1] http://lists.freebsd.org/pipermail/freebsd-current/2012-November/037458.html ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: softdep: out of journaling space for softdep!
- Original Message From: O. Hartmann ohart...@zedat.fu-berlin.de To: Current FreeBSD freebsd-current@freebsd.org Subject: softdep: out of journaling space for softdep! Date: 09/11/12 09:05 I just received since two days from now on one of my FreeBSD 10-CUR boxes a kernel message after syncing disks, just the moment when the system is supposed to switch off or reboot, like softdep: out of journaling space for softdep or something similar. I checked the /var/log for more details, but nothing has been logged there so far regarding this subject. The box in question has buildworld and kernel most recent as FreeBSD 10.0-CURRENT #0 r242747M: Thu Nov 8 10:40:09 CET 2012 amd64 The system is CLANG compiled, as it is now the standard and with CXXFLAGS+= -stdlib=libc++ -std=c++11 The box has its root filesystem on a SAMSUNG 830 SSD with a capacity of 120 GB, GPT partitions, UFS2 formated. The box is the only one of a bunch of other FBSD 10 boxes with the very same software revision and a similar setup, but with traditional harddrives. I can not reboot the box, the box is spinning with the above mentioned error message forever (did so for day on the unattended box). A 'hard' reboot is quit with a kernel dump due to quot;sleeping threadquot;. I saw something similar last night. This morning I tried: http://svnweb.freebsd.org/base?view=revisionrevision=242815 And it seemed fixed. Though I did not do a stress test. Andreas ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on mips/mips
TB --- 2012-11-09 07:18:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 07:18:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 07:18:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 07:18:59 - cleaning the object tree TB --- 2012-11-09 07:22:15 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 07:22:15 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 07:22:15 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 07:23:48 - /usr/local/bin/svn update /src TB --- 2012-11-09 07:23:54 - At svn revision 242821 TB --- 2012-11-09 07:23:55 - building world TB --- 2012-11-09 07:23:55 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 07:23:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 07:23:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 07:23:55 - SRCCONF=/dev/null TB --- 2012-11-09 07:23:55 - TARGET=mips TB --- 2012-11-09 07:23:55 - TARGET_ARCH=mips TB --- 2012-11-09 07:23:55 - TZ=UTC TB --- 2012-11-09 07:23:55 - __MAKE_CONF=/dev/null TB --- 2012-11-09 07:23:55 - cd /src TB --- 2012-11-09 07:23:55 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 07:24:02 UTC 2012 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 Nov 9 08:41:50 UTC 2012 TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 08:41:50 - skipping ADM5120 kernel TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 08:41:50 - skipping ALCHEMY kernel TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m AP91 TB --- 2012-11-09 08:41:50 - building AP91 kernel TB --- 2012-11-09 08:41:50 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 08:41:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 08:41:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 08:41:50 - SRCCONF=/dev/null TB --- 2012-11-09 08:41:50 - TARGET=mips TB --- 2012-11-09 08:41:50 - TARGET_ARCH=mips TB --- 2012-11-09 08:41:50 - TZ=UTC TB --- 2012-11-09 08:41:50 - __MAKE_CONF=/dev/null TB --- 2012-11-09 08:41:50 - cd /src TB --- 2012-11-09 08:41:50 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Fri Nov 9 08:41:50 UTC 2012 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 [...] : export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko === ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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-c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 08:45:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 08:45:30 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 08:45:30 - 2792.45 user 797.55 system 5191.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: softdep: out of journaling space for softdep!
O. Hartmann ohart...@zedat.fu-berlin.de writes: Hi, I just received since two days from now on one of my FreeBSD 10-CUR boxes a kernel message after syncing disks, just the moment when the system is supposed to switch off or reboot, like softdep: out of journaling space for softdep Seen this morning. I disabled suj on all filesystems after boot single, fscked (there was an inconsistency on /) and all went fine then. I'll probably enable suj on next reboot today. Regards Éric Masson -- MF Comment faire pour rechercher par exemple tout les MF dentistes ayant un email. Du côté de l'email, ça devrait aller, pour les dentistes ! -+- MG in : http://www.le-gnu.net - Carie me on -+- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on amd64/amd64
TB --- 2012-11-09 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 04:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-09 04:50:00 - cleaning the object tree TB --- 2012-11-09 04:58:20 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 04:58:20 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-09 04:58:20 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 04:59:53 - /usr/local/bin/svn update /src TB --- 2012-11-09 05:00:00 - At svn revision 242816 TB --- 2012-11-09 05:00:01 - building world TB --- 2012-11-09 05:00:01 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 05:00:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 05:00:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 05:00:01 - SRCCONF=/dev/null TB --- 2012-11-09 05:00:01 - TARGET=amd64 TB --- 2012-11-09 05:00:01 - TARGET_ARCH=amd64 TB --- 2012-11-09 05:00:01 - TZ=UTC TB --- 2012-11-09 05:00:01 - __MAKE_CONF=/dev/null TB --- 2012-11-09 05:00:01 - cd /src TB --- 2012-11-09 05:00:01 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 05:00:06 UTC 2012 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 stage 5.1: building 32 bit shim libraries World build completed on Fri Nov 9 08:43:54 UTC 2012 TB --- 2012-11-09 08:43:54 - generating LINT kernel config TB --- 2012-11-09 08:43:54 - cd /src/sys/amd64/conf TB --- 2012-11-09 08:43:54 - /usr/bin/make -B LINT TB --- 2012-11-09 08:43:54 - cd /src/sys/amd64/conf TB --- 2012-11-09 08:43:54 - /usr/sbin/config -m LINT TB --- 2012-11-09 08:43:55 - building LINT kernel TB --- 2012-11-09 08:43:55 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 08:43:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 08:43:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 08:43:55 - SRCCONF=/dev/null TB --- 2012-11-09 08:43:55 - TARGET=amd64 TB --- 2012-11-09 08:43:55 - TARGET_ARCH=amd64 TB --- 2012-11-09 08:43:55 - TZ=UTC TB --- 2012-11-09 08:43:55 - __MAKE_CONF=/dev/null TB --- 2012-11-09 08:43:55 - cd /src TB --- 2012-11-09 08:43:55 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Nov 9 08:43:55 UTC 2012 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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
Re: ath0: unable to attach hardware
Hello again, the mail I'm replying to (and which is cited below) hasn't caused a reaction yet. Seeing that this mailing list has quite a lot of traffic, I'm worried that the mail, and the issue it tries to point out, will be forgotten. Should I file a bug report in hopes that the issue will somewhen be investigated/resolved? Again, I'm offering any kind of help I'm able to provide, i.e. delivering more information upon (hopefully detailed enough for me to understand) request, testing proposed fixes and doing some progamming on my own; for the latter, please keep in mind that I have no experience with the FreeBSD codebase or hardware programming. Thanks! On Samstag, 3. November 2012 at 11:43 AM, hu...@hush.com wrote: Hello everyone, I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a PC I was given. At first glance, it seems like everything is working, except the wireless LAN PCI card. I started a thread on freebsd-wireless on the 31st of October (see here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- October/002511.html or a repost of my original message with proper formatting: http://lists.freebsd.org/pipermail/freebsd- wireless/2012-October/002513.html ) Short summary: The card has the strings Anatel, WN5301A-H1-V02 and KN160562*7 printed on it, although I'm not sure which, if any, of those is a proper product number. After setting hw.ath.debug=1 hw.ath.hal.debug=1 I receive ath0: Atheros 5413 mem 0xfdee-0xfdee irq 16 at device 4.0 on pci2 ar5212ChipTest: address test failed addr: 0x8000 - wr:0x != rd:0x ar5212Attach: hardware self-test failed ath0: unable to attach hardware; HAL status 14 device_attach: ath0 attach returned 6 and am left unable to use the device. I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 snapshots from https://snapshots.glenbarber.us/Latest/ (seemlingly built a few days ago) and received the same messages, although I did not get the debug messages since I booted off of the installation media and therefore had a stock kernel, which seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the Ubuntu 12.04 amd64 installation media, I can use the NIC without having any problems. Adrian Chadd tried to help me via freebsd-wireless (thank you again,) but ultimately asked me this: Please try a recent -HEAD i386 and amd64 snapshot and if that doesn't work, you could try posting for help on freebsd-current. But please stress that I think it's a bus enumeration and PCI bridge programming problem, _not_ a driver problem. And so I did. I'd be very glad if you could try to help me. Of course, I'm willing to provide any kind of information you might need, but please keep in mind that I'm new to FreeBSD and therefore would be thankful if you stated your instructions/requests in a newbie- friendly way. Thank you. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: sysutils/lsof author: API work?
On Thu, Nov 08, 2012 at 07:01:02PM -0600, Larry Rosenman wrote: Continuing from my thread with clang questions from Vic Abell a...@purdue.edu for lsof: Larry, Thanks for forwarding the comments. I would be happy to engage anyone interested in improving lsof's interface to FreeBSD. After having participated in three previous efforts -- HP-UX, Linux and MacOS X -- I think I know the pros and cons of kernel dumpster diving versus an API. It's not at all clear to me which approach is the best. So, did Vic looked at the facilities provided by sysctl kern.proc ? Most interesting for the first look are kern.proc.file. Example of the usage is available in the procstat(1) source code. Obvious missed facility of our kernel interfaces is the reporting of the advisory file locks. I will be happy to implement reasonable extensions for our introspection facilities. As for the mistaken comment about VOP_WRITE (It was VOP_UNLOCK) -- the reason I needed to know is that clang objected to some of the ZFS header files that used that macro/function without any pre-definition of it. My hunch is that will be true of the standard FreeBSD modules that se VOP_UNLOCK if they were to be compiled with clang. So, see if anyone wants to step up and work with me on an lsof API. Regards, Vic Does anyone want to work with Vic? (I can supply a -CURRENT test box that I keep up-to-date). This is not needed, thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org pgpzP7ajog1k4.pgp Description: PGP signature
Re: Failed to switch consoles in 9.0-RC3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08.11.2012 17:53, Tomek CEDRO wrote: Thanks for hint :-) For some reasons I need to have console usable after/during xorg is active, for instance at the moment I have problems with xfce4 and no console keeps me away from seeing what is wrong and even getting back into xorg. Depending on the issues you have with XFCE, you should be able to dump the content of the console while in X.Org by using the following command: vidcontrol -P -H /dev/ttyv0 This command dumps the whole console buffer (-P), including history (-H). - -- Jean-Sébastien Pédron -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEUEARECAAYFAlCc5icACgkQa+xGJsFYOlPNVQCXWFmbqAQ1z04u3hcLRbxpUQWI AQCgvbX9d45E3p9pQCwFgHGOzmGoQUw= =B55w -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: On Thu, Nov 08, 2012 at 03:13:49PM -0800, Steve Kargl wrote: Upgraded my amd64 system, yesterday. Needed to rebuild one of my projects, and hit /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas //usr/lib/libc.a(isnan.o): In function `isnanf': /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): first defined here collect2: ld returned 1 exit status *** [sasmp] Error code 1 Stop in /usr/home/kargl/trunk/oa. Can't rebuild gcc46 due to clang issue. Rebuilding openmpi does not help as openmpi uses gfortran46. Maybe there's a library problem. Error clangbase/gcc yeslibc,libm yeslibm libc no libc libm no libc,libm libm.a compiled with clang % nm /usr/lib/libm.a | grep isnan U __isnanl U __isnanf U __isnanl U isnan U __isnanf U isnan U isnanf s_isnan.o: T __isnanf 0030 T __isnanl W isnanf U isnan libm.a compiled with /usr/lib/gcc troutmask:fvwm:kargl[232] nm /usr/lib/libm.a | grep isnan U __isnanl U __isnanf U __isnanl U __isnanf s_isnan.o: T __isnanf 0030 T __isnanl W isnanf This appears to fix the problem. Don't know if this is th right way to handle it. Index: src/s_isnan.c === --- src/s_isnan.c (revision 242701) +++ src/s_isnan.c (working copy) @@ -40,7 +40,6 @@ u.d = d; return (u.bits.exp == 2047 (u.bits.manl != 0 || u.bits.manh != 0)); } -#endif int __isnanf(float f) @@ -51,6 +50,9 @@ return (u.bits.exp == 255 u.bits.man != 0); } +__weak_reference(__isnanf, isnanf); +#endif + int __isnanl(long double e) { @@ -60,5 +62,3 @@ mask_nbit_l(u); return (u.bits.exp == 32767 (u.bits.manl != 0 || u.bits.manh != 0)); } - -__weak_reference(__isnanf, isnanf); Is this patch against src/msun ? This is only a workaround, which break ABI and older binaries. The bug is apparently in clang, which inserts the undef reference into the resulting object file, when weak alias references undefined symbol. Gnu as does not have the bug. There is some magic switch to reduce amount of clang bugs, like -fno-integrated-as. Please try to compile the problematic .o with the switch. pgphX7ExYGh7a.pgp Description: PGP signature
Re: Failed to switch consoles in 9.0-RC3
Thank you Jean-Sebastien, very useful hint with vidcontrol!! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/bin/calendar broken on current
On 2012-11-09 08:26, Greg 'groggy' Lehey wrote: On Thursday, 8 November 2012 at 22:58:37 -0800, Manfred Antar wrote: Sometime in the last week calendar stopped working. not sure the cause here is some of the output: /usr/share/calendar/calendar.music:231:17: warning: missing terminating ' character [-Winvalid-pp-token] 12/16 Don McLean's American Pie is released, 1971 ^ This is unexpected fallout from the transition from gcc to clang. calendar invokes cpp, and it seems that clang's cpp doesn't like what it sees. This patch works around the issue: --- pathnames.h (revision 242777) +++ pathnames.h (working copy) @@ -32,5 +32,5 @@ #include paths.h -#define_PATH_CPP /usr/bin/cpp +#define_PATH_CPP /usr/bin/gcpp #define _PATH_INCLUDE /usr/share/calendar Clearly that's not the solution. I'll investigate. Looks like yet another cpp -traditional abuse. Clang will most likely never support traditional preprocessing. It is probably better to just use sed or awk for this kind of trickery. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/pc98
TB --- 2012-11-09 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 12:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-09 12:30:00 - cleaning the object tree TB --- 2012-11-09 12:33:56 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 12:33:56 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-09 12:33:56 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 12:35:39 - /usr/local/bin/svn update /src TB --- 2012-11-09 12:35:44 - At svn revision 242822 TB --- 2012-11-09 12:35:45 - building world TB --- 2012-11-09 12:35:45 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 12:35:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 12:35:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 12:35:45 - SRCCONF=/dev/null TB --- 2012-11-09 12:35:45 - TARGET=pc98 TB --- 2012-11-09 12:35:45 - TARGET_ARCH=i386 TB --- 2012-11-09 12:35:45 - TZ=UTC TB --- 2012-11-09 12:35:45 - __MAKE_CONF=/dev/null TB --- 2012-11-09 12:35:45 - cd /src TB --- 2012-11-09 12:35:45 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 12:35:50 UTC 2012 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangparse/../../../contrib/llvm/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse -I. -I/src/lib/clang/libclangparse/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.0\ -DLLVM_HOSTTRIPLE=\x86_64-unknown-freebsd10.0\ -DDEFAULT_SYSROOT=\/obj/pc98.i386/src/tmp\ -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseDecl.cpp -o ParseDecl.o c++ -O2 -pipe -I/src/lib/clang/libclangparse/../../../contrib/llvm/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse -I. -I/src/lib/clang/libclangparse/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.0\ -DLLVM_HOSTTRIPLE=\x86_64-unknown-freebsd10.0\ -DDEFAULT_SYSROOT=\/obj/pc98.i386/src/tmp\ -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseDeclCXX.cpp -o ParseDeclCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangparse/../../../contrib/llvm/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse -I. -I/src/lib/clang/libclangparse/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.0\ -DLLVM_HOSTTRIPLE=\x86_64-unknown-freebsd10.0\ -DDEFAULT_SYSROOT=\/obj/pc98.i386/src/tmp\ -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp -o ParseExpr.o /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp: In member function 'clang::ExprResult clang::Parser::ParseCastExpression(bool, bool, bool, clang::Parser::TypeCastState)': /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp:657: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** [ParseExpr.o] Error code 1 Stop in /src/lib/clang/libclangparse. *** [all] Error code 1 Stop in /src/lib/clang. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 13:01:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 13:01:56 - ERROR: failed to build world TB --- 2012-11-09 13:01:56 - 1285.27 user 138.73 system 1915.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to
Re: clang and static linking?
On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: On Thu, Nov 08, 2012 at 03:13:49PM -0800, Steve Kargl wrote: Upgraded my amd64 system, yesterday. Needed to rebuild one of my projects, and hit /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas //usr/lib/libc.a(isnan.o): In function `isnanf': /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): first defined here collect2: ld returned 1 exit status *** [sasmp] Error code 1 Stop in /usr/home/kargl/trunk/oa. Can't rebuild gcc46 due to clang issue. Rebuilding openmpi does not help as openmpi uses gfortran46. Maybe there's a library problem. Error clangbase/gcc yeslibc,libm yeslibm libc no libc libm no libc,libm libm.a compiled with clang % nm /usr/lib/libm.a | grep isnan U __isnanl U __isnanf U __isnanl U isnan U __isnanf U isnan U isnanf s_isnan.o: T __isnanf 0030 T __isnanl W isnanf U isnan libm.a compiled with /usr/lib/gcc troutmask:fvwm:kargl[232] nm /usr/lib/libm.a | grep isnan U __isnanl U __isnanf U __isnanl U __isnanf s_isnan.o: T __isnanf 0030 T __isnanl W isnanf This appears to fix the problem. Don't know if this is th right way to handle it. Index: src/s_isnan.c === --- src/s_isnan.c (revision 242701) +++ src/s_isnan.c (working copy) @@ -40,7 +40,6 @@ u.d = d; return (u.bits.exp == 2047 (u.bits.manl != 0 || u.bits.manh != 0)); } -#endif int __isnanf(float f) @@ -51,6 +50,9 @@ return (u.bits.exp == 255 u.bits.man != 0); } +__weak_reference(__isnanf, isnanf); +#endif + int __isnanl(long double e) { @@ -60,5 +62,3 @@ mask_nbit_l(u); return (u.bits.exp == 32767 (u.bits.manl != 0 || u.bits.manh != 0)); } - -__weak_reference(__isnanf, isnanf); Is this patch against src/msun ? This is only a workaround, which break ABI and older binaries. The bug is apparently in clang, which inserts the undef reference into the resulting object file, when weak alias references undefined symbol. Gnu as does not have the bug. There is some magic switch to reduce amount of clang bugs, like -fno-integrated-as. Please try to compile the problematic .o with the switch. This is what I am seeing here: pes msun$ touch src/s_isnan.c pes msun$ make Warning: Object directory not changed from original /usr/home/rdivacky/freebsd-head/lib/msun clang -O2 -pipe -I/usr/home/rdivacky/freebsd-head/lib/msun/ld80 -I/usr/home/rdivacky/freebsd-head/lib/msun/src -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/include -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/amd64 -std=gnu99 -Wsystem-headers -Wno-pointer-sign -c /usr/home/rdivacky/freebsd-head/lib/msun/src/s_isnan.c building static m library ranlib libm.a clang -pg -O2 -pipe -I/usr/home/rdivacky/freebsd-head/lib/msun/ld80 -I/usr/home/rdivacky/freebsd-head/lib/msun/src -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/include -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/amd64 -std=gnu99 -Wsystem-headers -Wno-pointer-sign -c /usr/home/rdivacky/freebsd-head/lib/msun/src/s_isnan.c -o s_isnan.po building profiled m library ranlib libm_p.a clang -fpic -DPIC -O2 -pipe -I/usr/home/rdivacky/freebsd-head/lib/msun/ld80 -I/usr/home/rdivacky/freebsd-head/lib/msun/src -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/include -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/amd64 -std=gnu99 -Wsystem-headers -Wno-pointer-sign -c /usr/home/rdivacky/freebsd-head/lib/msun/src/s_isnan.c -o s_isnan.So building shared library libm.so.5 pes msun$ nm s_isnan.o T __isnanf 0030 T __isnanl W isnanf pes msun$ ie. no U for isnan. This is with todays clang not the one in base. So either this bug is already gone in clang trunk (and will get fixed when we import new clang). Or something else is going on... Roman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to
Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right?
On 2012-11-09 09:27, Anton Shterenlikht wrote: I'm on 242801 amd64. I understand from [1] that WITH_CLANG_IS_CC is no longer needed in /etc/src.conf. Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. # /usr/bin/cc --version cc (GCC) 4.2.1 20070831 patched [FreeBSD] Please post your make.conf and src.conf files. You may have something in there which overrides the new defaults. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: softdep: out of journaling space for softdep!
On 11/09/12 09:50, Eric Masson wrote: O. Hartmann ohart...@zedat.fu-berlin.de writes: Hi, I just received since two days from now on one of my FreeBSD 10-CUR boxes a kernel message after syncing disks, just the moment when the system is supposed to switch off or reboot, like softdep: out of journaling space for softdep Seen this morning. I disabled suj on all filesystems after boot single, fscked (there was an inconsistency on /) and all went fine then. I'll probably enable suj on next reboot today. Regards Éric Masson I realized, that since I build with each kernel the virtualbox-ose-kmod kernel module via /etc/src.conf, which does not build anymore due to incompatibilities with the CLANG compiler, a new kernel with the changes made mentioned in http://svnweb.freebsd.org/changeset/base/242815 never got installed properly as expected and somehow I messed up, even having had the proper SVN commit in the source. I will recompile all systems tonight. Hopefully, the problem will go away as it did with some others reporting here. Thanks and regards, Oliver signature.asc Description: OpenPGP digital signature
[head tinderbox] failure on i386/i386
TB --- 2012-11-09 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 12:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-09 12:30:00 - cleaning the object tree TB --- 2012-11-09 12:36:44 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 12:36:44 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-09 12:36:44 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 12:38:00 - /usr/local/bin/svn update /src TB --- 2012-11-09 12:38:05 - At svn revision 242822 TB --- 2012-11-09 12:38:06 - building world TB --- 2012-11-09 12:38:06 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 12:38:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 12:38:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 12:38:06 - SRCCONF=/dev/null TB --- 2012-11-09 12:38:06 - TARGET=i386 TB --- 2012-11-09 12:38:06 - TARGET_ARCH=i386 TB --- 2012-11-09 12:38:06 - TZ=UTC TB --- 2012-11-09 12:38:06 - __MAKE_CONF=/dev/null TB --- 2012-11-09 12:38:06 - cd /src TB --- 2012-11-09 12:38:06 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 12:38:11 UTC 2012 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 Nov 9 15:34:18 UTC 2012 TB --- 2012-11-09 15:34:18 - generating LINT kernel config TB --- 2012-11-09 15:34:18 - cd /src/sys/i386/conf TB --- 2012-11-09 15:34:18 - /usr/bin/make -B LINT TB --- 2012-11-09 15:34:18 - cd /src/sys/i386/conf TB --- 2012-11-09 15:34:18 - /usr/sbin/config -m LINT TB --- 2012-11-09 15:34:18 - building LINT kernel TB --- 2012-11-09 15:34:18 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 15:34:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 15:34:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 15:34:18 - SRCCONF=/dev/null TB --- 2012-11-09 15:34:18 - TARGET=i386 TB --- 2012-11-09 15:34:18 - TARGET_ARCH=i386 TB --- 2012-11-09 15:34:18 - TZ=UTC TB --- 2012-11-09 15:34:18 - __MAKE_CONF=/dev/null TB --- 2012-11-09 15:34:18 - cd /src TB --- 2012-11-09 15:34:18 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Nov 9 15:34:18 UTC 2012 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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wmissing-include-dirs
[head tinderbox] failure on mips/mips
TB --- 2012-11-09 14:49:39 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 14:49:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 14:49:39 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 14:49:39 - cleaning the object tree TB --- 2012-11-09 14:50:29 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 14:50:29 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 14:50:29 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 14:51:01 - /usr/local/bin/svn update /src TB --- 2012-11-09 14:51:06 - At svn revision 242825 TB --- 2012-11-09 14:51:07 - building world TB --- 2012-11-09 14:51:07 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 14:51:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 14:51:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 14:51:07 - SRCCONF=/dev/null TB --- 2012-11-09 14:51:07 - TARGET=mips TB --- 2012-11-09 14:51:07 - TARGET_ARCH=mips TB --- 2012-11-09 14:51:07 - TZ=UTC TB --- 2012-11-09 14:51:07 - __MAKE_CONF=/dev/null TB --- 2012-11-09 14:51:07 - cd /src TB --- 2012-11-09 14:51:07 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 14:51:12 UTC 2012 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 Nov 9 16:00:24 UTC 2012 TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 16:00:24 - skipping ADM5120 kernel TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 16:00:24 - skipping ALCHEMY kernel TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m AP91 TB --- 2012-11-09 16:00:24 - building AP91 kernel TB --- 2012-11-09 16:00:24 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 16:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 16:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 16:00:24 - SRCCONF=/dev/null TB --- 2012-11-09 16:00:24 - TARGET=mips TB --- 2012-11-09 16:00:24 - TARGET_ARCH=mips TB --- 2012-11-09 16:00:24 - TZ=UTC TB --- 2012-11-09 16:00:24 - __MAKE_CONF=/dev/null TB --- 2012-11-09 16:00:24 - cd /src TB --- 2012-11-09 16:00:24 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Fri Nov 9 16:00:24 UTC 2012 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 [...] : export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko === ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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-c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 16:03:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 16:03:55 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 16:03:55 - 2794.91 user 800.93 system 4456.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on amd64/amd64
TB --- 2012-11-09 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 12:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-09 12:30:00 - cleaning the object tree TB --- 2012-11-09 12:38:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 12:38:09 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-09 12:38:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 12:39:34 - /usr/local/bin/svn update /src TB --- 2012-11-09 12:39:39 - At svn revision 242822 TB --- 2012-11-09 12:39:40 - building world TB --- 2012-11-09 12:39:40 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 12:39:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 12:39:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 12:39:40 - SRCCONF=/dev/null TB --- 2012-11-09 12:39:40 - TARGET=amd64 TB --- 2012-11-09 12:39:40 - TARGET_ARCH=amd64 TB --- 2012-11-09 12:39:40 - TZ=UTC TB --- 2012-11-09 12:39:40 - __MAKE_CONF=/dev/null TB --- 2012-11-09 12:39:40 - cd /src TB --- 2012-11-09 12:39:40 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 12:39:45 UTC 2012 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 stage 5.1: building 32 bit shim libraries World build completed on Fri Nov 9 16:13:30 UTC 2012 TB --- 2012-11-09 16:13:30 - generating LINT kernel config TB --- 2012-11-09 16:13:30 - cd /src/sys/amd64/conf TB --- 2012-11-09 16:13:30 - /usr/bin/make -B LINT TB --- 2012-11-09 16:13:30 - cd /src/sys/amd64/conf TB --- 2012-11-09 16:13:30 - /usr/sbin/config -m LINT TB --- 2012-11-09 16:13:30 - building LINT kernel TB --- 2012-11-09 16:13:30 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 16:13:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 16:13:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 16:13:30 - SRCCONF=/dev/null TB --- 2012-11-09 16:13:30 - TARGET=amd64 TB --- 2012-11-09 16:13:30 - TARGET_ARCH=amd64 TB --- 2012-11-09 16:13:30 - TZ=UTC TB --- 2012-11-09 16:13:30 - __MAKE_CONF=/dev/null TB --- 2012-11-09 16:13:30 - cd /src TB --- 2012-11-09 16:13:30 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Nov 9 16:13:30 UTC 2012 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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
Re: [head tinderbox] failure on arm/arm
No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! On Fri, Nov 9, 2012 at 7:13 AM, Adrian Chadd adr...@freebsd.org wrote: Fixed, sorry! adrian On 8 November 2012 15:03, FreeBSD Tinderbox tinder...@freebsd.org wrote: TB --- 2012-11-08 21:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 21:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 21:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-08 21:30:00 - cleaning the object tree TB --- 2012-11-08 21:30:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 21:30:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-08 21:30:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 21:31:52 - /usr/local/bin/svn update /src TB --- 2012-11-08 21:32:01 - At svn revision 242793 TB --- 2012-11-08 21:32:02 - building world TB --- 2012-11-08 21:32:02 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 21:32:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 21:32:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 21:32:02 - SRCCONF=/dev/null TB --- 2012-11-08 21:32:02 - TARGET=arm TB --- 2012-11-08 21:32:02 - TARGET_ARCH=arm TB --- 2012-11-08 21:32:02 - TZ=UTC TB --- 2012-11-08 21:32:02 - __MAKE_CONF=/dev/null TB --- 2012-11-08 21:32:02 - cd /src TB --- 2012-11-08 21:32:02 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Nov 8 21:32:09 UTC 2012 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 Thu Nov 8 22:32:33 UTC 2012 TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m AC100 TB --- 2012-11-08 22:32:33 - skipping AC100 kernel TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ARMADAXP TB --- 2012-11-08 22:32:33 - skipping ARMADAXP kernel TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ATMEL TB --- 2012-11-08 22:32:34 - building ATMEL kernel TB --- 2012-11-08 22:32:34 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:32:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:32:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:32:34 - SRCCONF=/dev/null TB --- 2012-11-08 22:32:34 - TARGET=arm TB --- 2012-11-08 22:32:34 - TARGET_ARCH=arm TB --- 2012-11-08 22:32:34 - TZ=UTC TB --- 2012-11-08 22:32:34 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:32:34 - cd /src TB --- 2012-11-08 22:32:34 - /usr/bin/make -B buildkernel KERNCONF=ATMEL Kernel build for ATMEL started on Thu Nov 8 22:32:34 UTC 2012 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 Kernel build for ATMEL completed on Thu Nov 8 22:36:09 UTC 2012 TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m AVILA TB --- 2012-11-08 22:36:09 - skipping AVILA kernel TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-11-08 22:36:09 - skipping BEAGLEBONE kernel TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BWCT TB --- 2012-11-08 22:36:09 - building BWCT kernel TB --- 2012-11-08 22:36:09 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:36:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:36:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:36:09 - SRCCONF=/dev/null TB --- 2012-11-08 22:36:09 - TARGET=arm TB --- 2012-11-08 22:36:09 - TARGET_ARCH=arm TB --- 2012-11-08 22:36:09 - TZ=UTC TB --- 2012-11-08 22:36:09 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:36:09 - cd /src TB --- 2012-11-08 22:36:09 - /usr/bin/make -B buildkernel KERNCONF=BWCT Kernel build for BWCT started on Thu Nov 8 22:36:09 UTC 2012 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 Kernel build for BWCT completed on Thu Nov 8 22:38:19 UTC 2012 TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CAMBRIA TB --- 2012-11-08 22:38:19 - skipping CAMBRIA kernel TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CNS11XXNAS
Re: clang and static linking?
On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: This appears to fix the problem. Don't know if this is th right way to handle it. Index: src/s_isnan.c === --- src/s_isnan.c (revision 242701) +++ src/s_isnan.c (working copy) @@ -40,7 +40,6 @@ Is this patch against src/msun ? Yes. This is only a workaround, which break ABI and older binaries. Which leads to an interest question. With the major upheavel of switching to clang, are there any ABI breaking changes that would be desirable to commit? This would entail a major library version bump. For starters, libc/gen/isnan.c could be removed. The bug is apparently in clang, which inserts the undef reference into the resulting object file, when weak alias references undefined symbol. Gnu as does not have the bug. There is some magic switch to reduce amount of clang bugs, like -fno-integrated-as. Please try to compile the problematic .o with the switch. I'll try this shortly. Does this mean that we need to build all *.a libraries where a weak reference may occur with this switch? -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ath0: unable to attach hardware
Can you use pciconf to dump the config space? I think its pciconf -r ath pci device string 0:255 thanks! adrian On 9 November 2012 01:57, hu...@hush.com wrote: Hello again, the mail I'm replying to (and which is cited below) hasn't caused a reaction yet. Seeing that this mailing list has quite a lot of traffic, I'm worried that the mail, and the issue it tries to point out, will be forgotten. Should I file a bug report in hopes that the issue will somewhen be investigated/resolved? Again, I'm offering any kind of help I'm able to provide, i.e. delivering more information upon (hopefully detailed enough for me to understand) request, testing proposed fixes and doing some progamming on my own; for the latter, please keep in mind that I have no experience with the FreeBSD codebase or hardware programming. Thanks! On Samstag, 3. November 2012 at 11:43 AM, hu...@hush.com wrote: Hello everyone, I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a PC I was given. At first glance, it seems like everything is working, except the wireless LAN PCI card. I started a thread on freebsd-wireless on the 31st of October (see here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- October/002511.html or a repost of my original message with proper formatting: http://lists.freebsd.org/pipermail/freebsd- wireless/2012-October/002513.html ) Short summary: The card has the strings Anatel, WN5301A-H1-V02 and KN160562*7 printed on it, although I'm not sure which, if any, of those is a proper product number. After setting hw.ath.debug=1 hw.ath.hal.debug=1 I receive ath0: Atheros 5413 mem 0xfdee-0xfdee irq 16 at device 4.0 on pci2 ar5212ChipTest: address test failed addr: 0x8000 - wr:0x != rd:0x ar5212Attach: hardware self-test failed ath0: unable to attach hardware; HAL status 14 device_attach: ath0 attach returned 6 and am left unable to use the device. I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 snapshots from https://snapshots.glenbarber.us/Latest/ (seemlingly built a few days ago) and received the same messages, although I did not get the debug messages since I booted off of the installation media and therefore had a stock kernel, which seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the Ubuntu 12.04 amd64 installation media, I can use the NIC without having any problems. Adrian Chadd tried to help me via freebsd-wireless (thank you again,) but ultimately asked me this: Please try a recent -HEAD i386 and amd64 snapshot and if that doesn't work, you could try posting for help on freebsd-current. But please stress that I think it's a bus enumeration and PCI bridge programming problem, _not_ a driver problem. And so I did. I'd be very glad if you could try to help me. Of course, I'm willing to provide any kind of information you might need, but please keep in mind that I'm new to FreeBSD and therefore would be thankful if you stated your instructions/requests in a newbie- friendly way. Thank you. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: This appears to fix the problem. Don't know if this is th right way to handle it. Index: src/s_isnan.c === --- src/s_isnan.c (revision 242701) +++ src/s_isnan.c (working copy) @@ -40,7 +40,6 @@ Is this patch against src/msun ? Yes. This is only a workaround, which break ABI and older binaries. Which leads to an interest question. With the major upheavel of switching to clang, are there any ABI breaking changes that would be desirable to commit? This would entail a major library version bump. For starters, libc/gen/isnan.c could be removed. The bug is apparently in clang, which inserts the undef reference into the resulting object file, when weak alias references undefined symbol. Gnu as does not have the bug. There is some magic switch to reduce amount of clang bugs, like -fno-integrated-as. Please try to compile the problematic .o with the switch. I'll try this shortly. Does this mean that we need to build all *.a libraries where a weak reference may occur with this switch? No, this has nothing to do with llvm integrated asm. So far it looks like gcc always inline isnan even at O0 while clang does not. We are trying to figure out the solution. Maybe use __builtin_isnan instead of isnan in the isnan macro expansion? Roman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On Fri, Nov 09, 2012 at 05:45:41PM +0100, Roman Divacky wrote: On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: There is some magic switch to reduce amount of clang bugs, like -fno-integrated-as. Please try to compile the problematic .o with the switch. I'll try this shortly. Does this mean that we need to build all *.a libraries where a weak reference may occur with this switch? No, this has nothing to do with llvm integrated asm. So far it looks like gcc always inline isnan even at O0 while clang does not. We are trying to figure out the solution. Maybe use __builtin_isnan instead of isnan in the isnan macro expansion? Do you want me to file a PR for this? I can continue to use the work around until a proper fix is found. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On 2012-11-09 17:45, Roman Divacky wrote: On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: ... ... I'll try this shortly. Does this mean that we need to build all *.a libraries where a weak reference may occur with this switch? No, this has nothing to do with llvm integrated asm. So far it looks like gcc always inline isnan even at O0 while clang does not. We are trying to figure out the solution. No, it is not related to the optimization level. It looks like isnan() is a builtin for gcc, but not for clang. The isnan() macro expands to a isnan() call for a few of libm's objects: s_fdim.o s_csqrt.o e_scalb.o Maybe use __builtin_isnan instead of isnan in the isnan macro expansion? Either that, or if people prefer to use libc's isnan() implementation, make sure gcc also calls it instead. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: This appears to fix the problem. Don't know if this is th right way to handle it. Index: src/s_isnan.c === --- src/s_isnan.c (revision 242701) +++ src/s_isnan.c (working copy) @@ -40,7 +40,6 @@ Is this patch against src/msun ? Yes. This is only a workaround, which break ABI and older binaries. Which leads to an interest question. With the major upheavel of switching to clang, are there any ABI breaking changes that would be desirable to commit? This would entail a major library version bump. For starters, libc/gen/isnan.c could be removed. No, we do not want or allow for the ABI breakage, regardless of the compiler used or any other reason. ATM, clang breaks ABI on i386, but this was promised to be fixed. pgpg5MWhyNXqg.pgp Description: PGP signature
Re: clang and static linking?
On 2012-11-09 00:13, Steve Kargl wrote: Upgraded my amd64 system, yesterday. Needed to rebuild one of my projects, and hit /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas //usr/lib/libc.a(isnan.o): In function `isnanf': /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): first defined here collect2: ld returned 1 exit status *** [sasmp] Error code 1 Can you please post a reduced testcase? I cannot reproduce this error on -current, however much I tried. My testcases attempted calling isnan() and isnanf(), then I tried statically linking with libc and libm, but it worked just fine... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On Fri, Nov 09, 2012 at 07:02:48PM +0100, Dimitry Andric wrote: On 2012-11-09 00:13, Steve Kargl wrote: Upgraded my amd64 system, yesterday. Needed to rebuild one of my projects, and hit /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas //usr/lib/libc.a(isnan.o): In function `isnanf': /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): first defined here collect2: ld returned 1 exit status *** [sasmp] Error code 1 Can you please post a reduced testcase? I cannot reproduce this error on -current, however much I tried. My testcases attempted calling isnan() and isnanf(), then I tried statically linking with libc and libm, but it worked just fine... I'll see what I can do. sasmp is a fairly large OpenMPI program. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on arm/arm
On Fri, Nov 9, 2012 at 7:34 AM, Doug Brewer brewer.d...@gmail.com wrote: No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! make tinderbox is the important point here because it uses different compile time options and flags that Adrian doesn't probably have set in his KERNCONF -- assuming that the default KERNCONFs haven't been mangled on his system, in which case it messes up this statement; [un]fortunately someone can change GENERIC, etc on his/her box, run make tinderbox and have it pass, then . In which case I would recommend the following [just to be safe]: 1. Custom KERNCONF that includes a generic one. 2. make tinderbox -DMAKE_JUST_KERNELS before performing commits with just ARM/x86 and a select KERNCONF as a smoke test, and a more extensive make tinderbox when doing a more major commit. Thoughts? Thanks! -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On 2012-11-09 19:28, Steve Kargl wrote: On Fri, Nov 09, 2012 at 07:02:48PM +0100, Dimitry Andric wrote: ... Can you please post a reduced testcase? I cannot reproduce this error on -current, however much I tried. My testcases attempted calling isnan() and isnanf(), then I tried statically linking with libc and libm, but it worked just fine... I'll see what I can do. sasmp is a fairly large OpenMPI program. Sorry, never mind that. I found a simple testcase: #include math.h int main(int argc, char *argv[]) { return isnan((double)argc) + isnan((float)argc); } Building with -lm -static will trigger the link error. I'm investigating where the problem is. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right?
From d...@freebsd.org Fri Nov 9 14:11:18 2012 On 2012-11-09 09:27, Anton Shterenlikht wrote: I'm on 242801 amd64. I understand from [1] that WITH_CLANG_IS_CC is no longer needed in /etc/src.conf. Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. # /usr/bin/cc --version cc (GCC) 4.2.1 20070831 patched [FreeBSD] Please post your make.conf and src.conf files. You may have something in there which overrides the new defaults. # cat /etc/src.conf PORTS_MODULES=net/bwn-firmware-kmod # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.2 # Thanks Anton ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right?
On Fri, Nov 9, 2012 at 8:47 PM, Anton Shterenlikht me...@bristol.ac.uk wrote: From d...@freebsd.org Fri Nov 9 14:11:18 2012 On 2012-11-09 09:27, Anton Shterenlikht wrote: I'm on 242801 amd64. I understand from [1] that WITH_CLANG_IS_CC is no longer needed in /etc/src.conf. Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. # /usr/bin/cc --version cc (GCC) 4.2.1 20070831 patched [FreeBSD] Please post your make.conf and src.conf files. You may have something in there which overrides the new defaults. # cat /etc/src.conf PORTS_MODULES=net/bwn-firmware-kmod # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.2 # Sure you are running a current enough CURRENT? -- chs, ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right?
From christer.solsko...@gmail.com Fri Nov 9 20:40:46 2012 On 2012-11-09 09:27, Anton Shterenlikht wrote: I'm on 242801 amd64. I understand from [1] that WITH_CLANG_IS_CC is no longer needed in /etc/src.conf. Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. # /usr/bin/cc --version cc (GCC) 4.2.1 20070831 patched [FreeBSD] Please post your make.conf and src.conf files. You may have something in there which overrides the new defaults. # cat /etc/src.conf PORTS_MODULES=net/bwn-firmware-kmod # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.2 # Sure you are running a current enough CURRENT? sure... just forgot installworld... # cc --version FreeBSD clang version 3.2 (trunk 162107) 20120817 Target: x86_64-unknown-freebsd10.0 Thread model: posix # After 10 years of using freebsd, I fucked up again... really embarrased, sorry Anton ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: watchdogd coredump
On Sun, 4 Nov 2012 00:08:43 +0200 Konstantin Belousov kostik...@gmail.com wrote: On Sat, Nov 03, 2012 at 10:55:42PM +0100, Alexander Leidinger wrote: Hi, I updated from r239708 to r242511 and my watchdogd coredumps (and brings down the system... well, the WD works). Before I have a deeper look (recompiling with debugging and such) at this, can someone confirm that with a recent -current and a WD configured to call a shell script which does a simple ls to /dev/null there is a segfault in watchdogd? watchdogd_flags=-e /root/bin/wd_check.sh -s 5 -t 60 ---snip--- # cat /root/bin/wd_check.sh #!/bin/sh exec ls / /space/jails /dev/null 21 /dev/null ---snip--- The not so useful backtrace of the watchdogd core: ---snip--- #0 0x000800609520 in dlopen () from /libexec/ld-elf.so.1 #1 0x00080060309d in .text () from /libexec/ld-elf.so.1 #2 0x0246 in ?? () #3 0xfe001ee700f8 in ?? () #4 0xfe001ee700f8 in ?? () #5 0x80647e80 in ?? () #6 0x0001 in ?? () #7 0x7fffdb90 in ?? () #8 0x0013 in ?? () #9 0x7fffdb80 in ?? () #10 0x in ?? () #11 0x0206 in ?? () #12 0x7fffdaf0 in ?? () #13 0x00080061cc00 in ?? () #14 0x0031 in ?? () #15 0x000800c93dc9 in system () from /lib/libc.so.7 #16 0x00401558 in ?? () #17 0x00400f7e in ?? () #18 0x00080061c000 in ?? () #19 0x in ?? () #20 0x0007 in ?? () #21 0x7fffdef8 in ?? () ---snip--- Are you sure that your kernel is at r242511 ? The issue should have been fixed by r242011. I got some time again to look into this. I recompiled the libs with debugging symbols and installed unstripped versions, but I don't get an useful backtrace: ---snip--- # gdb /usr/sbin/watchdogd /watchdogd.core 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 amd64-marcel-freebsd...(no debugging symbols found)... Core was generated by `watchdogd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libutil.so.9...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000800609520 in dlopen () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800609520 in dlopen () from /libexec/ld-elf.so.1 #1 0x00080060309d in .text () from /libexec/ld-elf.so.1 #2 0x0246 in ?? () #3 0xfe0179f060f8 in ?? () #4 0xfe0179f060f8 in ?? () #5 0x80647e80 in ?? () #6 0x0001 in ?? () #7 0x7fffdb90 in ?? () #8 0x0013 in ?? () #9 0x7fffdb80 in ?? () #10 0x in ?? () #11 0x0206 in ?? () #12 0x7fffdaf0 in ?? () #13 0x00080061cc00 in ?? () #14 0x0031 in ?? () #15 0x000800c93dc9 in __system ( command=0x801406040 /root/bin/wd_check.sh) at /space/system/usr_src/lib/libc/stdlib/system.c:70 #16 0x00401558 in main () # uname -v FreeBSD 10.0-CURRENT #10 r242511M: Sat Nov 3 17:49:09 CET 2012 ---snip--- How can I debug this further? Bye, Alexander. -- http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on arm/arm
On 9 November 2012 07:34, Doug Brewer brewer.d...@gmail.com wrote: No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! I'm implementing a cut-down version of make universe on my development laptop. It unfortunately is slightly too small to run make universe at the moment; I do a lot of development on netbooks with small amounts of RAM and disk. My cut-down version is likely going to be oh, and cross build a test MIPS kernel or two that doesn't actually set ATH_DEBUG* options by default. So I'm sorry about this; it'll get resolved soon. Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/pc98
TB --- 2012-11-09 19:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 19:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 19:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-09 19:40:00 - cleaning the object tree TB --- 2012-11-09 19:42:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 19:42:09 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-09 19:42:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 19:43:27 - /usr/local/bin/svn update /src TB --- 2012-11-09 19:43:37 - At svn revision 242838 TB --- 2012-11-09 19:43:38 - building world TB --- 2012-11-09 19:43:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 19:43:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 19:43:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 19:43:38 - SRCCONF=/dev/null TB --- 2012-11-09 19:43:38 - TARGET=pc98 TB --- 2012-11-09 19:43:38 - TARGET_ARCH=i386 TB --- 2012-11-09 19:43:38 - TZ=UTC TB --- 2012-11-09 19:43:38 - __MAKE_CONF=/dev/null TB --- 2012-11-09 19:43:38 - cd /src TB --- 2012-11-09 19:43:38 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 19:43:43 UTC 2012 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 [...] === sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a-I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S === sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments-c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 22:00:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 22:00:57 - ERROR: failed to build world TB --- 2012-11-09 22:00:57 - 6721.46 user 895.40 system 8456.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on arm/arm
Message: 11 Date: Fri, 9 Nov 2012 23:34:58 +0800 From: Doug Brewer brewer.d...@gmail.com To: Adrian Chadd adr...@freebsd.org Cc: a...@freebsd.org, FreeBSD Tinderbox tinder...@freebsd.org, curr...@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm Message-ID: cag0v13tpalmdpg-8rifcjjroxz948mqzjnn1yvqz4teybjz...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! Just an observation: a few years ago when I got sick of Linux's headlong rush development model, I subscribed to various BSD mailing lists to see what else was out there. I considered FreeBSD at the time - there was a neverending avalanche of [head tinderbox] failure messages. This told me that I would be more likely to be running code written by people who knew what they were doing if I went with Open, Net, or DragonflyBSD. I safely run OpenBSD-current on my main computer and it always works (I think I have had 2-3 build problems in about 3 years, and they were all my fault). At the moment, I only feel confident enough with FreeBSD-current to run it on my unimportant torrent computer. This is 80% due to constant build failures, and 20% due to invasive changes being introduced with documentation/instructions scattered over many different pages and mailing lists, e.g: http://wiki.freebsd.org/FrontPage?action=fullsearchcontext=180value=xorgtitlesearch=Titles http://wiki.freebsd.org/FrontPage?action=fullsearchcontext=180value=pkgngtitlesearch=Titles Hypothetical user: Is it WITHOUT_PKGNG= or WITHOUT_PKGNG=yes or WITH_PKGNG=no today? I wonder how many other people that you never hear from feel the same, and if some sort of x weeks commit freezeout should apply to the build breakers. Cute pointy hats or whatever obviously have no effect. Rant over! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right?
On 11/9/2012 2:44 PM, Anton Shterenlikht wrote: From christer.solsko...@gmail.com Fri Nov 9 20:40:46 2012 On 2012-11-09 09:27, Anton Shterenlikht wrote: I'm on 242801 amd64. I understand from [1] that WITH_CLANG_IS_CC is no longer needed in /etc/src.conf. Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. # /usr/bin/cc --version cc (GCC) 4.2.1 20070831 patched [FreeBSD] Please post your make.conf and src.conf files. You may have something in there which overrides the new defaults. # cat /etc/src.conf PORTS_MODULES=net/bwn-firmware-kmod # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.2 # Sure you are running a current enough CURRENT? sure... just forgot installworld... # cc --version FreeBSD clang version 3.2 (trunk 162107) 20120817 Target: x86_64-unknown-freebsd10.0 Thread model: posix # After 10 years of using freebsd, I fucked up again... really embarrased, sorry Anton ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Just remember, if you can't laugh at yourself for dumb misakes, there will always be someone willing to do it for you! :) Glad you figured it out.. now the obligatory LOL! :) -- Chuck Burns brea...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on arm/arm
On 11/9/2012 3:20 PM, Adrian Chadd wrote: On 9 November 2012 07:34, Doug Brewer brewer.d...@gmail.com wrote: No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! I'm implementing a cut-down version of make universe on my development laptop. It unfortunately is slightly too small to run make universe at the moment; I do a lot of development on netbooks with small amounts of RAM and disk. My cut-down version is likely going to be oh, and cross build a test MIPS kernel or two that doesn't actually set ATH_DEBUG* options by default. So I'm sorry about this; it'll get resolved soon. Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Adrian. diskspace and cpu cycles are things I can spare, drop me a line outside of the ML and we can discuss particulars. It's just a personal box.. on a residential internet service, I have an amd64 box with 600G free on my pool.. 8G ram.. and I have a smaller i386 box... 100G or so free, 512M ram.. just drop me a line.. -- Chuck Burns brea...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on arm/arm
On 11/9/2012 4:16 PM, Brett wrote: Message: 11 Date: Fri, 9 Nov 2012 23:34:58 +0800 From: Doug Brewer brewer.d...@gmail.com To: Adrian Chadd adr...@freebsd.org Cc: a...@freebsd.org, FreeBSD Tinderbox tinder...@freebsd.org, curr...@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm Message-ID: cag0v13tpalmdpg-8rifcjjroxz948mqzjnn1yvqz4teybjz...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! Just an observation: a few years ago when I got sick of Linux's headlong rush development model, I subscribed to various BSD mailing lists to see what else was out there. I considered FreeBSD at the time - there was a neverending avalanche of [head tinderbox] failure messages. This told me that I would be more likely to be running code written by people who knew what they were doing if I went with Open, Net, or DragonflyBSD. I safely run OpenBSD-current on my main computer and it always works (I think I have had 2-3 build problems in about 3 years, and they were all my fault). At the moment, I only feel confident enough with FreeBSD-current to run it on my unimportant torrent computer. This is 80% due to constant build failures, and 20% due to invasive changes being introduced with documentation/instructions scattered over many different pages and mailing lists, e.g: http://wiki.freebsd.org/FrontPage?action=fullsearchcontext=180value=xorgtitlesearch=Titles http://wiki.freebsd.org/FrontPage?action=fullsearchcontext=180value=pkgngtitlesearch=Titles Hypothetical user: Is it WITHOUT_PKGNG= or WITHOUT_PKGNG=yes or WITH_PKGNG=no today? I wonder how many other people that you never hear from feel the same, and if some sort of x weeks commit freezeout should apply to the build breakers. Cute pointy hats or whatever obviously have no effect. Rant over! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Quite honestly, the head/current branch is going to have build failures.. It's the test bed.. Stick with the release system unless you want cutting edge.. just remember.. cutting edge cuts sometimes... -- Chuck Burns brea...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on arm/arm
On 9 November 2012 14:37, Chuck Burns brea...@gmail.com wrote: Adrian. diskspace and cpu cycles are things I can spare, drop me a line outside of the ML and we can discuss particulars. It's just a personal box.. on a residential internet service, I have an amd64 box with 600G free on my pool.. 8G ram.. and I have a smaller i386 box... 100G or so free, 512M ram.. just drop me a line.. Hi, Those I do have - I have access to all of the ref* boxes in the cluster. I'm just typically hacking on this stuff on the train or at a cafe, and I don't have a workflow setup for pushing out potential diffs to build machines that have all the grunt/disk space for each little change that I do. I'm sorry about breaking things from time to time, but besides a small handful of what was I thinking?! things, the build breaks are just that - build breaks. They're easily fixed. Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2012-11-09 19:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 19:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 19:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-09 19:40:00 - cleaning the object tree TB --- 2012-11-09 19:45:46 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 19:45:46 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-09 19:45:46 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 19:46:45 - /usr/local/bin/svn update /src TB --- 2012-11-09 19:46:57 - At svn revision 242839 TB --- 2012-11-09 19:46:58 - building world TB --- 2012-11-09 19:46:58 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 19:46:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 19:46:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 19:46:58 - SRCCONF=/dev/null TB --- 2012-11-09 19:46:58 - TARGET=i386 TB --- 2012-11-09 19:46:58 - TARGET_ARCH=i386 TB --- 2012-11-09 19:46:58 - TZ=UTC TB --- 2012-11-09 19:46:58 - __MAKE_CONF=/dev/null TB --- 2012-11-09 19:46:58 - cd /src TB --- 2012-11-09 19:46:58 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 19:47:05 UTC 2012 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 Nov 9 22:44:11 UTC 2012 TB --- 2012-11-09 22:44:11 - generating LINT kernel config TB --- 2012-11-09 22:44:11 - cd /src/sys/i386/conf TB --- 2012-11-09 22:44:11 - /usr/bin/make -B LINT TB --- 2012-11-09 22:44:11 - cd /src/sys/i386/conf TB --- 2012-11-09 22:44:11 - /usr/sbin/config -m LINT TB --- 2012-11-09 22:44:12 - building LINT kernel TB --- 2012-11-09 22:44:12 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 22:44:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 22:44:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 22:44:12 - SRCCONF=/dev/null TB --- 2012-11-09 22:44:12 - TARGET=i386 TB --- 2012-11-09 22:44:12 - TARGET_ARCH=i386 TB --- 2012-11-09 22:44:12 - TZ=UTC TB --- 2012-11-09 22:44:12 - __MAKE_CONF=/dev/null TB --- 2012-11-09 22:44:12 - cd /src TB --- 2012-11-09 22:44:12 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Nov 9 22:44:12 UTC 2012 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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/nlm_prot_xdr.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/sm_inter_xdr.c cc -c -o linux_compat.o -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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/include/linux/linux_compat.c In file included from /src/sys/ofed/include/linux/linux_compat.c:51: /src/sys/ofed/include/linux/cdev.h:110:6: error: format string is not a string literal
[head tinderbox] failure on mips/mips
TB --- 2012-11-09 22:00:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 22:00:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 22:00:57 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 22:00:57 - cleaning the object tree TB --- 2012-11-09 22:02:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 22:02:09 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 22:02:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 22:03:11 - /usr/local/bin/svn update /src TB --- 2012-11-09 22:03:19 - At svn revision 242841 TB --- 2012-11-09 22:03:20 - building world TB --- 2012-11-09 22:03:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 22:03:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 22:03:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 22:03:20 - SRCCONF=/dev/null TB --- 2012-11-09 22:03:20 - TARGET=mips TB --- 2012-11-09 22:03:20 - TARGET_ARCH=mips TB --- 2012-11-09 22:03:20 - TZ=UTC TB --- 2012-11-09 22:03:20 - __MAKE_CONF=/dev/null TB --- 2012-11-09 22:03:20 - cd /src TB --- 2012-11-09 22:03:20 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 22:03:25 UTC 2012 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 Nov 9 23:14:05 UTC 2012 TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 23:14:05 - skipping ADM5120 kernel TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 23:14:05 - skipping ALCHEMY kernel TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m AP91 TB --- 2012-11-09 23:14:05 - building AP91 kernel TB --- 2012-11-09 23:14:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 23:14:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 23:14:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 23:14:05 - SRCCONF=/dev/null TB --- 2012-11-09 23:14:05 - TARGET=mips TB --- 2012-11-09 23:14:05 - TARGET_ARCH=mips TB --- 2012-11-09 23:14:05 - TZ=UTC TB --- 2012-11-09 23:14:05 - __MAKE_CONF=/dev/null TB --- 2012-11-09 23:14:05 - cd /src TB --- 2012-11-09 23:14:05 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Fri Nov 9 23:14:05 UTC 2012 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 [...] : export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko === ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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-c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 23:17:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 23:17:49 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 23:17:49 - 2794.91 user 827.40 system 4612.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On 2012-11-09 20:38, Dimitry Andric wrote: On 2012-11-09 19:28, Steve Kargl wrote: ... I'll see what I can do. sasmp is a fairly large OpenMPI program. Sorry, never mind that. I found a simple testcase: #include math.h int main(int argc, char *argv[]) { return isnan((double)argc) + isnan((float)argc); } Building with -lm -static will trigger the link error. I'm investigating where the problem is. I think I have an idea now what causes this. When you compile the above program with gcc, it emits a call to __isnanf(), but uses its builtin for isnan(). When you statically link it using -lm, the linker finds __isnanf() in libm.a's s_isnan.o member. It ignores libc.a's isnan.o member, because it does not need any additional symbols from it. In contrast, clang emits calls to both isnan() and __isnanf(), as the former is not a clang builtin. When you statically link with -lm, the linker first finds __isnanf() in libm.a's s_isnan.o member, just like before. Then, it finds isnan(), as a weak reference, in libc.a's isnan.o member, so it wants to load that too. This causes a conflict, because __isnanf() is defined both in libm.a's s_isnan.o member, and in libc.a's isna.o member. Note that you will see the same link error, if you use gcc -fno-builtin to compile the above program, and for the same reason: the copies of __isnanf() in libm.a and libc.a conflict. There seem to be two ways out of this conundrum: the easier one is to make clang also use a builtin for isnan(), for example by modifying the isnan() macro in math.h, letting it invoke __builtin_isnan() instead. However, this just papers over the issue. The more difficult way out is to not define any duplicate functions in libc.a and libm.a. For the shared libraries, this should not be a problem, since the dynamic linker will figure out which of the two copies will get precedence. The functions must stay available for backwards compatibility reasons anyway. For static libraries, this compatibility seems to be unnecessary, as they will only be used to link new programs. Therefore, it would probably be best to remove the whole isnan.o member from libc.a, and move all the isnan functions to libm.a instead. Currently, isnan() is commented out in lib/msun/src/s_isnan.c, maybe we can enable it whenever PIC is not defined? Then we could simply skip building lib/libc/gen/isnan.c for libc.a. Anther possible solution is to split off isnanf() and __isnanf() to separate files, then build s_isnanf.o for libm.a, but skip building isnanf.o for libc.a. This might be a little cleaner. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ath0: unable to attach hardware
Hello, thank you for your reply. I've entered the following pciconf -r ath0@pci0:2:4:0 0:255 and received this output: 001b168c 02900406 0201 2008 fdee 5001 500111ad 0044 1c0a0110 01c20001 c6004000 I hope this helps you out. If not, please let me know what else I can do. Thanks! On Freitag, 9. November 2012 at 5:45 PM, Adrian Chadd adr...@freebsd.org wrote: Can you use pciconf to dump the config space? I think its pciconf -r ath pci device string 0:255 thanks! adrian On 9 November 2012 01:57, hu...@hush.com wrote: Hello again, the mail I'm replying to (and which is cited below) hasn't caused a reaction yet. Seeing that this mailing list has quite a lot of traffic, I'm worried that the mail, and the issue it tries to point out, will be forgotten. Should I file a bug report in hopes that the issue will somewhen be investigated/resolved? Again, I'm offering any kind of help I'm able to provide, i.e. delivering more information upon (hopefully detailed enough for me to understand) request, testing proposed fixes and doing some progamming on my own; for the latter, please keep in mind that I have no experience with the FreeBSD codebase or hardware programming. Thanks! On Samstag, 3. November 2012 at 11:43 AM, hu...@hush.com wrote: Hello everyone, I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a PC I was given. At first glance, it seems like everything is working, except the wireless LAN PCI card. I started a thread on freebsd-wireless on the 31st of October (see here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- October/002511.html or a repost of my original message with proper formatting: http://lists.freebsd.org/pipermail/freebsd- wireless/2012-October/002513.html ) Short summary: The card has the strings Anatel, WN5301A-H1-V02 and KN160562*7 printed on it, although I'm not sure which, if any, of those is a proper product number. After setting hw.ath.debug=1 hw.ath.hal.debug=1 I receive ath0: Atheros 5413 mem 0xfdee-0xfdee irq 16 at device 4.0 on pci2 ar5212ChipTest: address test failed addr: 0x8000 - wr:0x != rd:0x ar5212Attach: hardware self-test failed ath0: unable to attach hardware; HAL status 14 device_attach: ath0 attach returned 6 and am left unable to use the device. I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 snapshots from https://snapshots.glenbarber.us/Latest/ (seemlingly built a few days ago) and received the same messages, although I did not get the debug messages since I booted off of the installation media and therefore had a stock kernel, which seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the Ubuntu 12.04 amd64 installation media, I can use the NIC without having any problems. Adrian Chadd tried to help me via freebsd-wireless (thank you again,) but ultimately asked me this: Please try a recent -HEAD i386 and amd64 snapshot and if that doesn't work, you could try posting for help on freebsd-current. But please stress that I think it's a bus enumeration and PCI bridge programming problem, _not_ a driver problem. And so I did. I'd be very glad if you could try to help me. Of course, I'm willing to provide any kind of information you might need, but please keep in mind that I'm new to FreeBSD and therefore would be thankful if you stated your instructions/requests in a newbie- friendly way. Thank you. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on amd64/amd64
TB --- 2012-11-09 19:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 19:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 19:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-09 19:40:00 - cleaning the object tree TB --- 2012-11-09 19:47:05 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 19:47:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-09 19:47:05 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 19:48:27 - /usr/local/bin/svn update /src TB --- 2012-11-09 19:48:34 - At svn revision 242839 TB --- 2012-11-09 19:48:35 - building world TB --- 2012-11-09 19:48:35 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 19:48:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 19:48:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 19:48:35 - SRCCONF=/dev/null TB --- 2012-11-09 19:48:35 - TARGET=amd64 TB --- 2012-11-09 19:48:35 - TARGET_ARCH=amd64 TB --- 2012-11-09 19:48:35 - TZ=UTC TB --- 2012-11-09 19:48:35 - __MAKE_CONF=/dev/null TB --- 2012-11-09 19:48:35 - cd /src TB --- 2012-11-09 19:48:35 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Nov 9 19:48:40 UTC 2012 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 stage 5.1: building 32 bit shim libraries World build completed on Fri Nov 9 23:22:25 UTC 2012 TB --- 2012-11-09 23:22:25 - generating LINT kernel config TB --- 2012-11-09 23:22:25 - cd /src/sys/amd64/conf TB --- 2012-11-09 23:22:25 - /usr/bin/make -B LINT TB --- 2012-11-09 23:22:25 - cd /src/sys/amd64/conf TB --- 2012-11-09 23:22:25 - /usr/sbin/config -m LINT TB --- 2012-11-09 23:22:25 - building LINT kernel TB --- 2012-11-09 23:22:25 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 23:22:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 23:22:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 23:22:25 - SRCCONF=/dev/null TB --- 2012-11-09 23:22:25 - TARGET=amd64 TB --- 2012-11-09 23:22:25 - TARGET_ARCH=amd64 TB --- 2012-11-09 23:22:25 - TZ=UTC TB --- 2012-11-09 23:22:25 - __MAKE_CONF=/dev/null TB --- 2012-11-09 23:22:25 - cd /src TB --- 2012-11-09 23:22:25 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Nov 9 23:22:25 UTC 2012 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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/nlm_prot_xdr.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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/sm_inter_xdr.c cc -c -o linux_compat.o -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 -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
Re: clang and static linking?
On 2012-11-10 00:25, Dimitry Andric wrote: ... The more difficult way out is to not define any duplicate functions in libc.a and libm.a. For the shared libraries, this should not be a problem, since the dynamic linker will figure out which of the two copies will get precedence. The functions must stay available for backwards compatibility reasons anyway. For static libraries, this compatibility seems to be unnecessary, as they will only be used to link new programs. Therefore, it would probably be best to remove the whole isnan.o member from libc.a, and move all the isnan functions to libm.a instead. Currently, isnan() is commented out in lib/msun/src/s_isnan.c, maybe we can enable it whenever PIC is not defined? Then we could simply skip building lib/libc/gen/isnan.c for libc.a. More concretely, here is a patch that seems to achieve the above: - Only define isnan, isnanf, __isnan and __isnanf in libc.so, not in libc.a and libc_p.a. - Define isnan in libm.a and libm_p.a, not in libm.so. I don't think there is a need to define __isnan in the .a files, so I left that out. Index: lib/libc/gen/isnan.c === --- lib/libc/gen/isnan.c (revision 242841) +++ lib/libc/gen/isnan.c (working copy) @@ -35,6 +35,7 @@ * binary compat until we can bump libm's major version number. */ +#ifdef PIC __weak_reference(__isnan, isnan); __weak_reference(__isnanf, isnanf); @@ -55,3 +56,4 @@ __isnanf(float f) u.f = f; return (u.bits.exp == 255 u.bits.man != 0); } +#endif /* PIC */ Index: lib/msun/src/s_isnan.c === --- lib/msun/src/s_isnan.c (revision 242841) +++ lib/msun/src/s_isnan.c (working copy) @@ -30,8 +30,9 @@ #include fpmath.h -/* Provided by libc */ -#if 0 +/* Provided by libc.so */ +#ifndef PIC +#undef isnan int isnan(double d) { @@ -40,7 +41,7 @@ isnan(double d) u.d = d; return (u.bits.exp == 2047 (u.bits.manl != 0 || u.bits.manh != 0)); } -#endif +#endif /* !PIC */ int __isnanf(float f) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
panic with racct
Hi, I get this panic: Fatal trap 18: integer divide fault while in kernel mode cpuid = 4; apic id = 04 instruction pointer = 0x20:0x808f0c23 stack pointer = 0x28:0xff83693b8b40 frame pointer = 0x28:0xff83693b8ba0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 21 (racctd) with these options added to my kernel: options RCTL options RACCT This is with r242578. Removing them avoids the issue. The relevant code seems to be: % addr2line -e /boot/kernel.old/kernel 0x808f0c23 /usr/src/sys/kern/kern_racct.c:1142 Let me know if more info is needed, or if I should file a PR. Thanks, Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang and static linking?
On Sat, Nov 10, 2012 at 01:33:40AM +0100, Dimitry Andric wrote: On 2012-11-10 00:25, Dimitry Andric wrote: ... The more difficult way out is to not define any duplicate functions in libc.a and libm.a. For the shared libraries, this should not be a problem, since the dynamic linker will figure out which of the two copies will get precedence. The functions must stay available for backwards compatibility reasons anyway. For static libraries, this compatibility seems to be unnecessary, as they will only be used to link new programs. Therefore, it would probably be best to remove the whole isnan.o member from libc.a, and move all the isnan functions to libm.a instead. Currently, isnan() is commented out in lib/msun/src/s_isnan.c, maybe we can enable it whenever PIC is not defined? Then we could simply skip building lib/libc/gen/isnan.c for libc.a. More concretely, here is a patch that seems to achieve the above: - Only define isnan, isnanf, __isnan and __isnanf in libc.so, not in libc.a and libc_p.a. - Define isnan in libm.a and libm_p.a, not in libm.so. I don't think there is a need to define __isnan in the .a files, so I left that out. Index: lib/libc/gen/isnan.c === --- lib/libc/gen/isnan.c (revision 242841) +++ lib/libc/gen/isnan.c (working copy) @@ -35,6 +35,7 @@ * binary compat until we can bump libm's major version number. */ Dimitry, Your patch fixes the initial problem I saw with using gfortran and openmpi. Note, gfortran ignores -fno-builtins and I rarely build C code with -static and -fno-builtins that uses isnan[f]. Unless someone objects, I think your patch is fine. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/pc98
TB --- 2012-11-10 03:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 03:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 03:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-10 03:10:01 - cleaning the object tree TB --- 2012-11-10 03:13:33 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 03:13:33 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-10 03:13:33 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 03:15:13 - /usr/local/bin/svn update /src TB --- 2012-11-10 03:15:24 - At svn revision 242847 TB --- 2012-11-10 03:15:25 - building world TB --- 2012-11-10 03:15:25 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 03:15:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 03:15:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 03:15:25 - SRCCONF=/dev/null TB --- 2012-11-10 03:15:25 - TARGET=pc98 TB --- 2012-11-10 03:15:25 - TARGET_ARCH=i386 TB --- 2012-11-10 03:15:25 - TZ=UTC TB --- 2012-11-10 03:15:25 - __MAKE_CONF=/dev/null TB --- 2012-11-10 03:15:25 - cd /src TB --- 2012-11-10 03:15:25 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Nov 10 03:15:30 UTC 2012 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 [...] === sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a-I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S === sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments-c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 05:33:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 05:33:12 - ERROR: failed to build world TB --- 2012-11-10 05:33:12 - 6724.23 user 901.04 system 8591.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2012-11-10 03:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 03:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 03:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-10 03:10:01 - cleaning the object tree TB --- 2012-11-10 03:16:41 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 03:16:41 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-10 03:16:41 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 03:17:50 - /usr/local/bin/svn update /src TB --- 2012-11-10 03:18:00 - At svn revision 242847 TB --- 2012-11-10 03:18:01 - building world TB --- 2012-11-10 03:18:01 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 03:18:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 03:18:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 03:18:01 - SRCCONF=/dev/null TB --- 2012-11-10 03:18:01 - TARGET=i386 TB --- 2012-11-10 03:18:01 - TARGET_ARCH=i386 TB --- 2012-11-10 03:18:01 - TZ=UTC TB --- 2012-11-10 03:18:01 - __MAKE_CONF=/dev/null TB --- 2012-11-10 03:18:01 - cd /src TB --- 2012-11-10 03:18:01 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Nov 10 03:18:07 UTC 2012 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 Sat Nov 10 06:16:37 UTC 2012 TB --- 2012-11-10 06:16:37 - generating LINT kernel config TB --- 2012-11-10 06:16:37 - cd /src/sys/i386/conf TB --- 2012-11-10 06:16:37 - /usr/bin/make -B LINT TB --- 2012-11-10 06:16:37 - cd /src/sys/i386/conf TB --- 2012-11-10 06:16:37 - /usr/sbin/config -m LINT TB --- 2012-11-10 06:16:38 - building LINT kernel TB --- 2012-11-10 06:16:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 06:16:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 06:16:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 06:16:38 - SRCCONF=/dev/null TB --- 2012-11-10 06:16:38 - TARGET=i386 TB --- 2012-11-10 06:16:38 - TARGET_ARCH=i386 TB --- 2012-11-10 06:16:38 - TZ=UTC TB --- 2012-11-10 06:16:38 - __MAKE_CONF=/dev/null TB --- 2012-11-10 06:16:38 - cd /src TB --- 2012-11-10 06:16:38 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Nov 10 06:16:38 UTC 2012 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 [...] /src/sys/dev/nve/if_nve.c:461:33: error: incompatible pointer types assigning to 'PFN_PREPROCESS_PACKET_NOPQ' (aka 'PNV_VOID (*)(PNV_VOID, PNV_VOID)') from 'PNV_VOID (PNV_VOID, PNV_VOID)' [-Werror,-Wincompatible-pointer-types] osapi-pfnPreprocessPacketNopq = nve_ospreprocpktnopq; ^ /src/sys/dev/nve/if_nve.c:462:28: error: incompatible pointer types assigning to 'PFN_INDICATE_PACKETS' (aka 'NV_SINT32 (*)(PNV_VOID, PNV_VOID *, NV_UINT32)') from 'NV_SINT32 (PNV_VOID, PNV_VOID *, NV_UINT32)' [-Werror,-Wincompatible-pointer-types] osapi-pfnIndicatePackets = nve_osindicatepkt; ^ ~ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [if_nve.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 06:35:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 06:35:12 - ERROR: failed to build LINT kernel TB --- 2012-11-10 06:35:12 - 8785.09 user 1491.05 system 12311.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Traditional cpp (was: /usr/bin/calendar broken on current)
On Friday, 9 November 2012 at 13:52:24 +0100, Dimitry Andric wrote: On 2012-11-09 08:26, Greg 'groggy' Lehey wrote: On Thursday, 8 November 2012 at 22:58:37 -0800, Manfred Antar wrote: Sometime in the last week calendar stopped working. not sure the cause here is some of the output: /usr/share/calendar/calendar.music:231:17: warning: missing terminating ' character [-Winvalid-pp-token] 12/16 Don McLean's American Pie is released, 1971 ^ This is unexpected fallout from the transition from gcc to clang. calendar invokes cpp, and it seems that clang's cpp doesn't like what it sees. This patch works around the issue: --- pathnames.h (revision 242777) +++ pathnames.h (working copy) @@ -32,5 +32,5 @@ #include paths.h -#define _PATH_CPP /usr/bin/cpp +#define _PATH_CPP /usr/bin/gcpp #define _PATH_INCLUDE /usr/share/calendar Clearly that's not the solution. I'll investigate. Looks like yet another cpp -traditional abuse. Use or abuse? In any case, it's not the only one. In the Good Old Days people did things like that. So, it seems, does imake, and I'm sure others will come out of the woodwork. Clang will most likely never support traditional preprocessing. OK. It is probably better to just use sed or awk for this kind of trickery. I'm not sure that's the way to go. It's more work than it's worth. What we really need is a traditional cpp. That's not difficult: there's one in 4.3BSD (all 32 kB of source). OpenBSD also had one, though it's gone now, so presumably that one has a clean license. Both appear to be from pcc. Should we import it into the tree as, say, tradcpp? Greg -- Sent from my desktop computer. Finger g...@freebsd.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua pgpVnv5G7Pjwb.pgp Description: PGP signature
Re: ath0: unable to attach hardware
Hi, I'm CC'ing jhb@ (who is likely busy after Hurricane Sandy..) who spends time in the PCI bridge code. That looks correct (ie, the BAR(0) entry matches your dmesg entry.) The 0x register response however means that it isn't mapped into that particular region correctly. An asleep NIC will return 0xdeadbeef, 0xdeadc0de, etc. It doesn't return 0x for registers (well, except for AR_ISR, but that isn't being probed at this point.) Did you post a boot -v to -current, showing what all the PCI bridges are? I'd like to ensure that they're all setup right. Unfortunately I don't have time to try and figure out what's going on with the PCI bridge and resource allocation side of things. John - I think this is a PCI-PCI bridge resource allocation / setup problem. The BAR(0) for the NIC matches what the probe/attach line for ath0 says. but the register value of 0x to me indicates the NIC isn't mapped into that space correctly. The internal PCI glue in the NIC will return 0xdeadbeef, 0xdeadc0de, etc as register contents if the device is asleep and hasn't been woken up or reset correctly. It won't return 0x. I would really appreciate any help you or others can provide on this. Thanks, Adrian On 9 November 2012 15:25, hu...@hush.com wrote: Hello, thank you for your reply. I've entered the following pciconf -r ath0@pci0:2:4:0 0:255 and received this output: 001b168c 02900406 0201 2008 fdee 5001 500111ad 0044 1c0a0110 01c20001 c6004000 I hope this helps you out. If not, please let me know what else I can do. Thanks! On Freitag, 9. November 2012 at 5:45 PM, Adrian Chadd adr...@freebsd.org wrote: Can you use pciconf to dump the config space? I think its pciconf -r ath pci device string 0:255 thanks! adrian On 9 November 2012 01:57, hu...@hush.com wrote: Hello again, the mail I'm replying to (and which is cited below) hasn't caused a reaction yet. Seeing that this mailing list has quite a lot of traffic, I'm worried that the mail, and the issue it tries to point out, will be forgotten. Should I file a bug report in hopes that the issue will somewhen be investigated/resolved? Again, I'm offering any kind of help I'm able to provide, i.e. delivering more information upon (hopefully detailed enough for me to understand) request, testing proposed fixes and doing some progamming on my own; for the latter, please keep in mind that I have no experience with the FreeBSD codebase or hardware programming. Thanks! On Samstag, 3. November 2012 at 11:43 AM, hu...@hush.com wrote: Hello everyone, I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a PC I was given. At first glance, it seems like everything is working, except the wireless LAN PCI card. I started a thread on freebsd-wireless on the 31st of October (see here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- October/002511.html or a repost of my original message with proper formatting: http://lists.freebsd.org/pipermail/freebsd- wireless/2012-October/002513.html ) Short summary: The card has the strings Anatel, WN5301A-H1-V02 and KN160562*7 printed on it, although I'm not sure which, if any, of those is a proper product number. After setting hw.ath.debug=1 hw.ath.hal.debug=1 I receive ath0: Atheros 5413 mem 0xfdee-0xfdee irq 16 at device 4.0 on pci2 ar5212ChipTest: address test failed addr: 0x8000 - wr:0x != rd:0x ar5212Attach: hardware self-test failed ath0: unable to attach hardware; HAL status 14 device_attach: ath0 attach returned 6 and am left unable to use the device. I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 snapshots from https://snapshots.glenbarber.us/Latest/ (seemlingly built a few days ago) and received the same messages, although I did not get the debug messages since I booted off of the installation media and therefore had a stock kernel, which seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the Ubuntu 12.04 amd64 installation media, I can use the NIC without having any problems. Adrian Chadd tried to help me via freebsd-wireless (thank you again,) but ultimately asked me this: Please try a recent -HEAD i386 and amd64 snapshot and if that doesn't work, you could try posting for help on freebsd-current. But please stress that I think it's a bus enumeration and PCI bridge programming problem, _not_ a driver problem. And so I did. I'd be very glad if you could try to help me. Of course, I'm willing
[head tinderbox] failure on mips/mips
TB --- 2012-11-10 05:33:12 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 05:33:12 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 05:33:12 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-10 05:33:12 - cleaning the object tree TB --- 2012-11-10 05:34:08 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 05:34:08 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-10 05:34:08 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 05:35:11 - /usr/local/bin/svn update /src TB --- 2012-11-10 05:35:19 - At svn revision 242849 TB --- 2012-11-10 05:35:20 - building world TB --- 2012-11-10 05:35:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 05:35:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 05:35:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 05:35:20 - SRCCONF=/dev/null TB --- 2012-11-10 05:35:20 - TARGET=mips TB --- 2012-11-10 05:35:20 - TARGET_ARCH=mips TB --- 2012-11-10 05:35:20 - TZ=UTC TB --- 2012-11-10 05:35:20 - __MAKE_CONF=/dev/null TB --- 2012-11-10 05:35:20 - cd /src TB --- 2012-11-10 05:35:20 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Nov 10 05:35:25 UTC 2012 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 Sat Nov 10 06:45:58 UTC 2012 TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m ADM5120 TB --- 2012-11-10 06:45:58 - skipping ADM5120 kernel TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-10 06:45:58 - skipping ALCHEMY kernel TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m AP91 TB --- 2012-11-10 06:45:58 - building AP91 kernel TB --- 2012-11-10 06:45:58 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 06:45:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 06:45:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 06:45:58 - SRCCONF=/dev/null TB --- 2012-11-10 06:45:58 - TARGET=mips TB --- 2012-11-10 06:45:58 - TARGET_ARCH=mips TB --- 2012-11-10 06:45:58 - TZ=UTC TB --- 2012-11-10 06:45:58 - __MAKE_CONF=/dev/null TB --- 2012-11-10 06:45:58 - cd /src TB --- 2012-11-10 06:45:58 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Sat Nov 10 06:45:58 UTC 2012 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 [...] : export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko === ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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-c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 06:49:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 06:49:28 - ERROR: failed to build AP91 kernel TB --- 2012-11-10 06:49:28 - 2795.19 user 827.09 system 4575.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on arm/arm
No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! Just an observation: a few years ago when I got sick of Linux's headlong rush development model, I subscribed to various BSD mailing lists to see what else was out there. I considered FreeBSD at the time - there was a neverending avalanche of [head tinderbox] failure messages. This told me that I would be more likely to be running code written by people who knew what they were doing if I went with Open, Net, or DragonflyBSD. Quite honestly, the head/current branch is going to have build failures.. It's the test bed.. Stick with the release system unless you want cutting edge.. just remember.. cutting edge cuts sometimes... In the context of this thread, 'test bed' could mean anything. To clarify, are you saying: a) You think it is ok for commits to be made to the head source code, that cause it to not compile. b) Anyone who disagrees with this should be running release, not current. The head branch is distributed around the world by a network of mirror sites, and then downloaded and compiled by a large number of people. It seems a very inefficient use of resources for this infrastructure to be used to see if some code will build. Would it not be more useful for current to be a test bed of bugfixes and new features, rather than directing users to a release and having current as a test bed for will this compile? Or I suppose we could all just wait 6 months for a release candidate to see if today's current has introduced any regressions on our hardware. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on amd64/amd64
TB --- 2012-11-10 03:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 03:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 03:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-10 03:10:01 - cleaning the object tree TB --- 2012-11-10 03:18:05 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 03:18:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-10 03:18:05 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 03:19:43 - /usr/local/bin/svn update /src TB --- 2012-11-10 03:19:51 - At svn revision 242847 TB --- 2012-11-10 03:19:52 - building world TB --- 2012-11-10 03:19:52 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 03:19:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 03:19:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 03:19:52 - SRCCONF=/dev/null TB --- 2012-11-10 03:19:52 - TARGET=amd64 TB --- 2012-11-10 03:19:52 - TARGET_ARCH=amd64 TB --- 2012-11-10 03:19:52 - TZ=UTC TB --- 2012-11-10 03:19:52 - __MAKE_CONF=/dev/null TB --- 2012-11-10 03:19:52 - cd /src TB --- 2012-11-10 03:19:52 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Nov 10 03:19:57 UTC 2012 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 stage 5.1: building 32 bit shim libraries World build completed on Sat Nov 10 06:55:07 UTC 2012 TB --- 2012-11-10 06:55:08 - generating LINT kernel config TB --- 2012-11-10 06:55:08 - cd /src/sys/amd64/conf TB --- 2012-11-10 06:55:08 - /usr/bin/make -B LINT TB --- 2012-11-10 06:55:08 - cd /src/sys/amd64/conf TB --- 2012-11-10 06:55:08 - /usr/sbin/config -m LINT TB --- 2012-11-10 06:55:08 - building LINT kernel TB --- 2012-11-10 06:55:08 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 06:55:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 06:55:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 06:55:08 - SRCCONF=/dev/null TB --- 2012-11-10 06:55:08 - TARGET=amd64 TB --- 2012-11-10 06:55:08 - TARGET_ARCH=amd64 TB --- 2012-11-10 06:55:08 - TZ=UTC TB --- 2012-11-10 06:55:08 - __MAKE_CONF=/dev/null TB --- 2012-11-10 06:55:08 - cd /src TB --- 2012-11-10 06:55:08 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Nov 10 06:55:08 UTC 2012 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 Kernel build for LINT completed on Sat Nov 10 07:25:31 UTC 2012 TB --- 2012-11-10 07:25:31 - cd /src/sys/amd64/conf TB --- 2012-11-10 07:25:31 - /usr/sbin/config -m LINT-NOINET TB --- 2012-11-10 07:25:31 - building LINT-NOINET kernel TB --- 2012-11-10 07:25:31 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 07:25:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 07:25:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 07:25:31 - SRCCONF=/dev/null TB --- 2012-11-10 07:25:31 - TARGET=amd64 TB --- 2012-11-10 07:25:31 - TARGET_ARCH=amd64 TB --- 2012-11-10 07:25:31 - TZ=UTC TB --- 2012-11-10 07:25:31 - __MAKE_CONF=/dev/null TB --- 2012-11-10 07:25:31 - cd /src TB --- 2012-11-10 07:25:31 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Sat Nov 10 07:25:31 UTC 2012 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 [...] /src/sys/netinet/tcp_timewait.c:535:2: note: remove the 'if' if its condition is always true if (isipv6) { ^~~~ /src/sys/netinet/tcp_timewait.c:515:14: note: initialize the variable 'hdrlen' to silence this warning u_int hdrlen, optlen; ^ = 0 1 error generated. *** [tcp_timewait.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 07:37:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 07:37:29 - ERROR: failed to build LINT-NOINET kernel TB --- 2012-11-10 07:37:29 - 11093.88 user 2034.98 system 16048.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org