[releng_8 tinderbox] failure on amd64/amd64
TB --- 2012-06-06 04:41:23 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 04:41:23 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 04:41:23 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-06-06 04:41:23 - cleaning the object tree TB --- 2012-06-06 04:41:53 - cvsupping the source tree TB --- 2012-06-06 04:41:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-06-06 04:42:40 - building world TB --- 2012-06-06 04:42:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 04:42:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 04:42:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 04:42:40 - SRCCONF=/dev/null TB --- 2012-06-06 04:42:40 - TARGET=amd64 TB --- 2012-06-06 04:42:40 - TARGET_ARCH=amd64 TB --- 2012-06-06 04:42:40 - TZ=UTC TB --- 2012-06-06 04:42:40 - __MAKE_CONF=/dev/null TB --- 2012-06-06 04:42:40 - cd /src TB --- 2012-06-06 04:42:40 - /usr/bin/make -B buildworld World build started on Wed Jun 6 04:42:41 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 Wed Jun 6 05:49:51 UTC 2012 TB --- 2012-06-06 05:49:51 - generating LINT kernel config TB --- 2012-06-06 05:49:51 - cd /src/sys/amd64/conf TB --- 2012-06-06 05:49:51 - /usr/bin/make -B LINT TB --- 2012-06-06 05:49:51 - cd /src/sys/amd64/conf TB --- 2012-06-06 05:49:51 - /usr/sbin/config -m LINT TB --- 2012-06-06 05:49:51 - building LINT kernel TB --- 2012-06-06 05:49:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:49:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:49:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:49:51 - SRCCONF=/dev/null TB --- 2012-06-06 05:49:51 - TARGET=amd64 TB --- 2012-06-06 05:49:51 - TARGET_ARCH=amd64 TB --- 2012-06-06 05:49:51 - TZ=UTC TB --- 2012-06-06 05:49:51 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:49:51 - cd /src TB --- 2012-06-06 05:49:51 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 05:49:51 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 if_rum.ko export_syms | xargs -J% objcopy % if_rum.ko objcopy --strip-debug if_rum.ko === usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: nitems redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:07:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:07:45 - ERROR: failed to build LINT kernel TB --- 2012-06-06 06:07:45 - 4043.45 user 728.30 system 5182.43 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_8 tinderbox] failure on i386/i386
TB --- 2012-06-06 05:29:37 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:29:37 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:29:37 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-06 05:29:37 - cleaning the object tree TB --- 2012-06-06 05:30:03 - cvsupping the source tree TB --- 2012-06-06 05:30:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-06 05:30:15 - building world TB --- 2012-06-06 05:30:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:30:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:30:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:30:15 - SRCCONF=/dev/null TB --- 2012-06-06 05:30:15 - TARGET=i386 TB --- 2012-06-06 05:30:15 - TARGET_ARCH=i386 TB --- 2012-06-06 05:30:15 - TZ=UTC TB --- 2012-06-06 05:30:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:30:15 - cd /src TB --- 2012-06-06 05:30:15 - /usr/bin/make -B buildworld World build started on Wed Jun 6 05:30:16 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 Wed Jun 6 06:16:16 UTC 2012 TB --- 2012-06-06 06:16:16 - generating LINT kernel config TB --- 2012-06-06 06:16:16 - cd /src/sys/i386/conf TB --- 2012-06-06 06:16:16 - /usr/bin/make -B LINT TB --- 2012-06-06 06:16:16 - cd /src/sys/i386/conf TB --- 2012-06-06 06:16:16 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:16:16 - building LINT kernel TB --- 2012-06-06 06:16:16 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:16:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:16:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:16:16 - SRCCONF=/dev/null TB --- 2012-06-06 06:16:16 - TARGET=i386 TB --- 2012-06-06 06:16:16 - TARGET_ARCH=i386 TB --- 2012-06-06 06:16:16 - TZ=UTC TB --- 2012-06-06 06:16:16 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:16:16 - cd /src TB --- 2012-06-06 06:16:16 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 06:16:16 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL
[releng_8 tinderbox] failure on i386/pc98
TB --- 2012-06-06 05:33:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:33:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:33:44 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-06 05:33:44 - cleaning the object tree TB --- 2012-06-06 05:34:08 - cvsupping the source tree TB --- 2012-06-06 05:34:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-06 05:34:20 - building world TB --- 2012-06-06 05:34:20 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:34:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:34:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:34:20 - SRCCONF=/dev/null TB --- 2012-06-06 05:34:20 - TARGET=pc98 TB --- 2012-06-06 05:34:20 - TARGET_ARCH=i386 TB --- 2012-06-06 05:34:20 - TZ=UTC TB --- 2012-06-06 05:34:20 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:34:20 - cd /src TB --- 2012-06-06 05:34:20 - /usr/bin/make -B buildworld World build started on Wed Jun 6 05:34:21 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 Wed Jun 6 06:19:49 UTC 2012 TB --- 2012-06-06 06:19:49 - generating LINT kernel config TB --- 2012-06-06 06:19:49 - cd /src/sys/pc98/conf TB --- 2012-06-06 06:19:49 - /usr/bin/make -B LINT TB --- 2012-06-06 06:19:49 - cd /src/sys/pc98/conf TB --- 2012-06-06 06:19:49 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:19:49 - building LINT kernel TB --- 2012-06-06 06:19:49 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:19:49 - SRCCONF=/dev/null TB --- 2012-06-06 06:19:49 - TARGET=pc98 TB --- 2012-06-06 06:19:49 - TARGET_ARCH=i386 TB --- 2012-06-06 06:19:49 - TZ=UTC TB --- 2012-06-06 06:19:49 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:19:49 - cd /src TB --- 2012-06-06 06:19:49 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 06:19:49 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-06-06 05:51:49 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:51:49 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:51:49 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-06 05:51:49 - cleaning the object tree TB --- 2012-06-06 05:52:13 - cvsupping the source tree TB --- 2012-06-06 05:52:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-06 05:52:31 - building world TB --- 2012-06-06 05:52:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:52:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:52:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:52:31 - SRCCONF=/dev/null TB --- 2012-06-06 05:52:31 - TARGET=mips TB --- 2012-06-06 05:52:31 - TARGET_ARCH=mips TB --- 2012-06-06 05:52:31 - TZ=UTC TB --- 2012-06-06 05:52:31 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:52:31 - cd /src TB --- 2012-06-06 05:52:31 - /usr/bin/make -B buildworld World build started on Wed Jun 6 05:52:31 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 Wed Jun 6 06:27:36 UTC 2012 TB --- 2012-06-06 06:27:36 - cd /src/sys/mips/conf TB --- 2012-06-06 06:27:36 - /usr/sbin/config -m ADM5120 TB --- 2012-06-06 06:27:36 - building ADM5120 kernel TB --- 2012-06-06 06:27:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:27:36 - SRCCONF=/dev/null TB --- 2012-06-06 06:27:36 - TARGET=mips TB --- 2012-06-06 06:27:36 - TARGET_ARCH=mips TB --- 2012-06-06 06:27:36 - TZ=UTC TB --- 2012-06-06 06:27:36 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:27:36 - cd /src TB --- 2012-06-06 06:27:36 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 Kernel build for ADM5120 started on Wed Jun 6 06:27:36 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 ADM5120 completed on Wed Jun 6 06:28:42 UTC 2012 TB --- 2012-06-06 06:28:42 - cd /src/sys/mips/conf TB --- 2012-06-06 06:28:42 - /usr/sbin/config -m ALCHEMY TB --- 2012-06-06 06:28:42 - building ALCHEMY kernel TB --- 2012-06-06 06:28:42 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:28:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:28:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:28:42 - SRCCONF=/dev/null TB --- 2012-06-06 06:28:42 - TARGET=mips TB --- 2012-06-06 06:28:42 - TARGET_ARCH=mips TB --- 2012-06-06 06:28:42 - TZ=UTC TB --- 2012-06-06 06:28:42 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:28:42 - cd /src TB --- 2012-06-06 06:28:42 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY Kernel build for ALCHEMY started on Wed Jun 6 06:28:43 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 ALCHEMY completed on Wed Jun 6 06:29:47 UTC 2012 TB --- 2012-06-06 06:29:47 - cd /src/sys/mips/conf TB --- 2012-06-06 06:29:47 - /usr/sbin/config -m AR71XX TB --- 2012-06-06 06:29:47 - building AR71XX kernel TB --- 2012-06-06 06:29:47 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:29:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:29:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:29:47 - SRCCONF=/dev/null TB --- 2012-06-06 06:29:47 - TARGET=mips TB --- 2012-06-06 06:29:47 - TARGET_ARCH=mips TB --- 2012-06-06 06:29:47 - TZ=UTC TB --- 2012-06-06 06:29:47 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:29:47 - cd /src TB --- 2012-06-06 06:29:47 - /usr/bin/make -B buildkernel KERNCONF=AR71XX Kernel build for AR71XX started on Wed Jun 6 06:29:47 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 -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/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/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
[releng_8 tinderbox] failure on powerpc/powerpc
TB --- 2012-06-06 05:52:40 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:52:40 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:52:40 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-06 05:52:40 - cleaning the object tree TB --- 2012-06-06 05:53:02 - cvsupping the source tree TB --- 2012-06-06 05:53:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-06 05:53:14 - building world TB --- 2012-06-06 05:53:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:53:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:53:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:53:14 - SRCCONF=/dev/null TB --- 2012-06-06 05:53:14 - TARGET=powerpc TB --- 2012-06-06 05:53:14 - TARGET_ARCH=powerpc TB --- 2012-06-06 05:53:14 - TZ=UTC TB --- 2012-06-06 05:53:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:53:14 - cd /src TB --- 2012-06-06 05:53:14 - /usr/bin/make -B buildworld World build started on Wed Jun 6 05:53: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 Wed Jun 6 06:37:28 UTC 2012 TB --- 2012-06-06 06:37:28 - generating LINT kernel config TB --- 2012-06-06 06:37:28 - cd /src/sys/powerpc/conf TB --- 2012-06-06 06:37:28 - /usr/bin/make -B LINT TB --- 2012-06-06 06:37:28 - cd /src/sys/powerpc/conf TB --- 2012-06-06 06:37:28 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:37:28 - building LINT kernel TB --- 2012-06-06 06:37:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:37:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:37:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:37:28 - SRCCONF=/dev/null TB --- 2012-06-06 06:37:28 - TARGET=powerpc TB --- 2012-06-06 06:37:28 - TARGET_ARCH=powerpc TB --- 2012-06-06 06:37:28 - TZ=UTC TB --- 2012-06-06 06:37:28 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:37:28 - cd /src TB --- 2012-06-06 06:37:28 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 06:37:28 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.c cc -c -O2
Re: Why Are You NOT Using FreeBSD?
In message 1805884.wjzbqif...@x220.ovitrap.com, Erich writes: Hi, On 06 June 2012 0:42:47 Mark Andrews wrote: In message 1541214.zfrdxxb...@x220.ovitrap.com, Erich writes: Hi, On 05 June 2012 1:09:50 Mark Linimon wrote: On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: All of these, with the exception of HEAD (which is always a valid tag ), only apply to the src/ tree. The ports/, doc/, and www/ trees are not branched. If you create a branch, you must create a tag for that branch. However, you can create a tag without creating a branch. That is what is done for the ports tree. I found now the location where this information is missing for beginners. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.htm l I simply cannot believe that beginners would expect this information to f ind this in the section for updating the kernel. Erich Because, while you believe it is better to roll back to the release point it really isn't. The ports tree is rarely broken for long. When it is broken people will tell you to roll back to a good date and give you the date to use. I've had to roll back a couple of times in 11+ years of updating and never to a release point. What is there is good advice. Use a up-to-date ports tree. If it is broken wait a days or so and try again. If it is still broken report the problem using send-pr. you will find thousands of notes that people should not run bleeding edge when it comes to the kernel. But people are forced to run bleeding edge on the ports. The kernel and ports are very different things. On the bleeding edge the kernel may not even boot and if it boots it may corrupt the entire disk requiring you to reinstall and recover from backups. Ports don't normally get added unless they build and run. Occasionally there are integration issues because one cannot test the billions if not trillions of possible port combinations. Remember almost every port is already released software that has already gone through alpha and beta testing. Those that arn't are clearly marked as such. The documentation than even states that there is no fall back. You state it as being just normal to wait for a week or more until the problem is solved. I cannot imagine that people who come to FreeBSD and get trapped somehow will stick to it then. If you report a bug to Oracle or Microsoft you won't get a fix within a week. It just doesn't happen unless you are paying very big dollars and might not happen even then as it can take weeks to find the cause of a bug even with a team working 7x24 to find it. They might will ask on this list just to learn that there is no help available. Just wait. People who have to make decisions what operating system should be used on their workplaces will not like this and stick with whatever they have. Yet there are plenty of places that do run FreeBSD. They understand the limitations and accept them. I believe that this is a very good user repellent. Remember you don't have to use the ports system. You can install software without using ports. The ports system just saves you time. Erich -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_8 tinderbox] failure on ia64/ia64
TB --- 2012-06-06 05:48:34 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:48:34 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:48:34 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-06-06 05:48:34 - cleaning the object tree TB --- 2012-06-06 05:48:53 - cvsupping the source tree TB --- 2012-06-06 05:48:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-06-06 05:49:06 - building world TB --- 2012-06-06 05:49:06 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:49:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:49:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:49:06 - SRCCONF=/dev/null TB --- 2012-06-06 05:49:06 - TARGET=ia64 TB --- 2012-06-06 05:49:06 - TARGET_ARCH=ia64 TB --- 2012-06-06 05:49:06 - TZ=UTC TB --- 2012-06-06 05:49:06 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:49:06 - cd /src TB --- 2012-06-06 05:49:06 - /usr/bin/make -B buildworld World build started on Wed Jun 6 05:49: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 Wed Jun 6 06:44:34 UTC 2012 TB --- 2012-06-06 06:44:34 - generating LINT kernel config TB --- 2012-06-06 06:44:34 - cd /src/sys/ia64/conf TB --- 2012-06-06 06:44:34 - /usr/bin/make -B LINT TB --- 2012-06-06 06:44:34 - cd /src/sys/ia64/conf TB --- 2012-06-06 06:44:34 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:44:34 - building LINT kernel TB --- 2012-06-06 06:44:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:44:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:44:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:44:34 - SRCCONF=/dev/null TB --- 2012-06-06 06:44:34 - TARGET=ia64 TB --- 2012-06-06 06:44:34 - TARGET_ARCH=ia64 TB --- 2012-06-06 06:44:34 - TZ=UTC TB --- 2012-06-06 06:44:34 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:44:34 - cd /src TB --- 2012-06-06 06:44:34 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 06:44: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_all.c cc -c
[releng_8 tinderbox] failure on sparc64/sparc64
TB --- 2012-06-06 06:07:45 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 06:07:45 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 06:07:45 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-06-06 06:07:45 - cleaning the object tree TB --- 2012-06-06 06:08:03 - cvsupping the source tree TB --- 2012-06-06 06:08:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-06-06 06:08:15 - building world TB --- 2012-06-06 06:08:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:08:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:08:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:08:15 - SRCCONF=/dev/null TB --- 2012-06-06 06:08:15 - TARGET=sparc64 TB --- 2012-06-06 06:08:15 - TARGET_ARCH=sparc64 TB --- 2012-06-06 06:08:15 - TZ=UTC TB --- 2012-06-06 06:08:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:08:15 - cd /src TB --- 2012-06-06 06:08:15 - /usr/bin/make -B buildworld World build started on Wed Jun 6 06:08: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 Wed Jun 6 06:47:21 UTC 2012 TB --- 2012-06-06 06:47:21 - generating LINT kernel config TB --- 2012-06-06 06:47:21 - cd /src/sys/sparc64/conf TB --- 2012-06-06 06:47:21 - /usr/bin/make -B LINT TB --- 2012-06-06 06:47:21 - cd /src/sys/sparc64/conf TB --- 2012-06-06 06:47:21 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:47:21 - building LINT kernel TB --- 2012-06-06 06:47:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:47:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:47:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:47:21 - SRCCONF=/dev/null TB --- 2012-06-06 06:47:21 - TARGET=sparc64 TB --- 2012-06-06 06:47:21 - TARGET_ARCH=sparc64 TB --- 2012-06-06 06:47:21 - TZ=UTC TB --- 2012-06-06 06:47:21 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:47:21 - cd /src TB --- 2012-06-06 06:47:21 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 06:47:21 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
Re: Why Are You NOT Using FreeBSD?
On 06.06.12 05:28, Erich wrote: Why should a normal user continue to search for a tag when the handbook is so clear on this? Erich I continue to wonder, why are you searching for tags on the ports tree, when you were told on a number of occasions that those who depend on particular state of the ports tree use DATE. There is not much point in tagging the ports tree, because it is never 'released' as such. You will end up with millions of tags and sorting out which one you need will become difficult. Further, you are not advised to use an not-current ports tree, unless you know exactly what you are doing. If you know what you are doing, you are not likely to ask questions like these. (*) The ports tree is a collection of instructions how to compile and install particular software on FreeBSD. Don't think of the ports tree in any other way. Daniel (*) I gave earlier the example of how BSDRP builds. It's build script pulls a version of the ports tree at certain date. Then compiles and installs a number of ports from there. The project uses a bunch of networking tools and nobody cares if the version of KDE, LibreOffice or the PNG library is broken in that particular version of the ports tree. They do care, great deal, if the version of net/quagga for example, in that particular ports tree version is broken. In any case, when pulling the ports tree, they do not care about any particular tag, but specify an date. The date, when the ports were tested to be ok. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD?
On Jun 6, 2012 3:38 AM, Erich erichfreebsdl...@ovitrap.com wrote: Hi, On 05 June 2012 7:13:47 Mark Linimon wrote: On Tue, Jun 05, 2012 at 03:23:01PM +0700, Erich wrote: But is this true for apache only or for the whole ports tree? Entire tree. my problem with this is that the documentation states something very different: From the handbook at the location where beginners will look for it: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html 'Which version(s) of them do you want? With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' I think that this states very clearly that there are no tags. No it doesn't. It states clearly that you shouldn't use tags unless you know what you are doing, as several of us have explained more than once. Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD?
* O. Hartmann ohart...@zedat.fu-berlin.de [2012-06-03 22:55 +0200]: ... I spent now two complete days watching my boxes updating their ports. Several ports do not compile anymore (inkscape, libreoffice, libxul, to name some of the very hurting ones!). Do you have graphics/libwpg01 installed? After deinstalling this, I was able to compile inkscape again. Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: em interfaces supermicro X9SCM-F board
Miroslav Lachman wrote: Sebastian Stach wrote: I just need to run a tool like iperf and let it run. After about 1-2 hours my nic will just hang without any messages. I can't even ping the machine anymore. I also installed Solaris to check if it's maybe a FreeBSD problem but it's the same there. The support told me that they know about problems with the nics and the BIOS version 2.0 but that the new update should fix it. Which BIOS version do you have? The board had BIOS 1.1a with build date 2011-09-28 so I updated it to version 2.0 with build date 2012-05-08. I am preparing iperf test so I will let you know tomorrow about results. One question - are you using dedicated management port or shared with Intel NIC? I am running iperf for more than 11 hours without any problem. More than 450GB were transmitted. The NIC is connected to old 100Mbps switch and using first port (em0) in shared mode for remote management. em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=4219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO ether 00:25:90:73:d1:76 inet xx.xx.xx.xx netmask 0xff80 broadcast xx.xx.xx.xx media: Ethernet autoselect (100baseTX full-duplex) status: active The iperf command on Supermicro side was: # iperf -c xx.xx.xx.yy --format k -m -p 999 -t 1800 The other side (Cisco UCS C200 M2) was: # iperf -s -p 999 Server listening on TCP port 999 TCP window size: 64.0 KByte (default) [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port 29787 [ 5] 0.0-1799.8 sec 19.5 GBytes 93.0 Mbits/sec [ 4] local 94.124.105.117 port 999 connected with 94.124.105.115 port 44792 [ 4] 0.0-1799.9 sec 19.5 GBytes 93.1 Mbits/sec [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port 11327 [ 5] 0.0-1799.9 sec 19.5 GBytes 93.0 Mbits/sec Both sides are running FreeBSD 8.3-RELEASE amd64 Let me know if I should run iperf with different options to better simulate your conditions where your NIC hangs. Miroslav Lachman ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_8 tinderbox] failure on arm/arm
TB --- 2012-06-06 10:13:33 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:13:33 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:13:33 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-06 10:13:33 - cleaning the object tree TB --- 2012-06-06 10:13:41 - cvsupping the source tree TB --- 2012-06-06 10:13:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-06 10:14:04 - building world TB --- 2012-06-06 10:14:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:14:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:14:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:14:04 - SRCCONF=/dev/null TB --- 2012-06-06 10:14:04 - TARGET=arm TB --- 2012-06-06 10:14:04 - TARGET_ARCH=arm TB --- 2012-06-06 10:14:04 - TZ=UTC TB --- 2012-06-06 10:14:04 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:14:04 - cd /src TB --- 2012-06-06 10:14:04 - /usr/bin/make -B buildworld World build started on Wed Jun 6 10:14:04 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 Wed Jun 6 10:50:36 UTC 2012 TB --- 2012-06-06 10:50:36 - cd /src/sys/arm/conf TB --- 2012-06-06 10:50:36 - /usr/sbin/config -m AVILA TB --- 2012-06-06 10:50:36 - building AVILA kernel TB --- 2012-06-06 10:50:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:50:36 - SRCCONF=/dev/null TB --- 2012-06-06 10:50:36 - TARGET=arm TB --- 2012-06-06 10:50:36 - TARGET_ARCH=arm TB --- 2012-06-06 10:50:36 - TZ=UTC TB --- 2012-06-06 10:50:36 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:50:36 - cd /src TB --- 2012-06-06 10:50:36 - /usr/bin/make -B buildkernel KERNCONF=AVILA Kernel build for AVILA started on Wed Jun 6 10:50:36 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 -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_queue.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_sim.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_xpt.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_all.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_xpt.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls
[releng_8 tinderbox] failure on amd64/amd64
TB --- 2012-06-06 09:44:27 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 09:44:27 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 09:44:27 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-06-06 09:44:27 - cleaning the object tree TB --- 2012-06-06 09:44:58 - cvsupping the source tree TB --- 2012-06-06 09:44:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-06-06 09:45:15 - building world TB --- 2012-06-06 09:45:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 09:45:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 09:45:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 09:45:15 - SRCCONF=/dev/null TB --- 2012-06-06 09:45:15 - TARGET=amd64 TB --- 2012-06-06 09:45:15 - TARGET_ARCH=amd64 TB --- 2012-06-06 09:45:15 - TZ=UTC TB --- 2012-06-06 09:45:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 09:45:15 - cd /src TB --- 2012-06-06 09:45:15 - /usr/bin/make -B buildworld World build started on Wed Jun 6 09:45:16 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 Wed Jun 6 10:52:04 UTC 2012 TB --- 2012-06-06 10:52:04 - generating LINT kernel config TB --- 2012-06-06 10:52:04 - cd /src/sys/amd64/conf TB --- 2012-06-06 10:52:04 - /usr/bin/make -B LINT TB --- 2012-06-06 10:52:04 - cd /src/sys/amd64/conf TB --- 2012-06-06 10:52:04 - /usr/sbin/config -m LINT TB --- 2012-06-06 10:52:04 - building LINT kernel TB --- 2012-06-06 10:52:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:52:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:52:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:52:04 - SRCCONF=/dev/null TB --- 2012-06-06 10:52:04 - TARGET=amd64 TB --- 2012-06-06 10:52:04 - TARGET_ARCH=amd64 TB --- 2012-06-06 10:52:04 - TZ=UTC TB --- 2012-06-06 10:52:04 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:52:04 - cd /src TB --- 2012-06-06 10:52:04 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 10:52:04 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue
[releng_8 tinderbox] failure on i386/i386
TB --- 2012-06-06 10:26:20 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:26:20 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:26:20 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-06 10:26:20 - cleaning the object tree TB --- 2012-06-06 10:26:50 - cvsupping the source tree TB --- 2012-06-06 10:26:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-06 10:27:08 - building world TB --- 2012-06-06 10:27:08 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:27:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:27:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:27:08 - SRCCONF=/dev/null TB --- 2012-06-06 10:27:08 - TARGET=i386 TB --- 2012-06-06 10:27:08 - TARGET_ARCH=i386 TB --- 2012-06-06 10:27:08 - TZ=UTC TB --- 2012-06-06 10:27:08 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:27:08 - cd /src TB --- 2012-06-06 10:27:08 - /usr/bin/make -B buildworld World build started on Wed Jun 6 10:27: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 Wed Jun 6 11:13:28 UTC 2012 TB --- 2012-06-06 11:13:28 - generating LINT kernel config TB --- 2012-06-06 11:13:28 - cd /src/sys/i386/conf TB --- 2012-06-06 11:13:28 - /usr/bin/make -B LINT TB --- 2012-06-06 11:13:28 - cd /src/sys/i386/conf TB --- 2012-06-06 11:13:28 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:13:28 - building LINT kernel TB --- 2012-06-06 11:13:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:13:28 - SRCCONF=/dev/null TB --- 2012-06-06 11:13:28 - TARGET=i386 TB --- 2012-06-06 11:13:28 - TARGET_ARCH=i386 TB --- 2012-06-06 11:13:28 - TZ=UTC TB --- 2012-06-06 11:13:28 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:13:28 - cd /src TB --- 2012-06-06 11:13:28 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 11:13:28 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL
[releng_8 tinderbox] failure on i386/pc98
TB --- 2012-06-06 10:41:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:41:59 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:41:59 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-06 10:41:59 - cleaning the object tree TB --- 2012-06-06 10:42:27 - cvsupping the source tree TB --- 2012-06-06 10:42:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-06 10:42:45 - building world TB --- 2012-06-06 10:42:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:42:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:42:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:42:45 - SRCCONF=/dev/null TB --- 2012-06-06 10:42:45 - TARGET=pc98 TB --- 2012-06-06 10:42:45 - TARGET_ARCH=i386 TB --- 2012-06-06 10:42:45 - TZ=UTC TB --- 2012-06-06 10:42:45 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:42:45 - cd /src TB --- 2012-06-06 10:42:45 - /usr/bin/make -B buildworld World build started on Wed Jun 6 10:42:46 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 Wed Jun 6 11:27:51 UTC 2012 TB --- 2012-06-06 11:27:51 - generating LINT kernel config TB --- 2012-06-06 11:27:51 - cd /src/sys/pc98/conf TB --- 2012-06-06 11:27:51 - /usr/bin/make -B LINT TB --- 2012-06-06 11:27:51 - cd /src/sys/pc98/conf TB --- 2012-06-06 11:27:51 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:27:51 - building LINT kernel TB --- 2012-06-06 11:27:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:27:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:27:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:27:51 - SRCCONF=/dev/null TB --- 2012-06-06 11:27:51 - TARGET=pc98 TB --- 2012-06-06 11:27:51 - TARGET_ARCH=i386 TB --- 2012-06-06 11:27:51 - TZ=UTC TB --- 2012-06-06 11:27:51 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:27:51 - cd /src TB --- 2012-06-06 11:27:51 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 11:27:51 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-06-06 10:54:29 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:54:29 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:54:29 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-06 10:54:29 - cleaning the object tree TB --- 2012-06-06 10:55:14 - cvsupping the source tree TB --- 2012-06-06 10:55:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-06 10:55:54 - building world TB --- 2012-06-06 10:55:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:55:54 - SRCCONF=/dev/null TB --- 2012-06-06 10:55:54 - TARGET=mips TB --- 2012-06-06 10:55:54 - TARGET_ARCH=mips TB --- 2012-06-06 10:55:54 - TZ=UTC TB --- 2012-06-06 10:55:54 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:55:54 - cd /src TB --- 2012-06-06 10:55:54 - /usr/bin/make -B buildworld World build started on Wed Jun 6 10:55:54 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 Wed Jun 6 11:31:10 UTC 2012 TB --- 2012-06-06 11:31:10 - cd /src/sys/mips/conf TB --- 2012-06-06 11:31:10 - /usr/sbin/config -m ADM5120 TB --- 2012-06-06 11:31:10 - building ADM5120 kernel TB --- 2012-06-06 11:31:10 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:31:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:31:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:31:10 - SRCCONF=/dev/null TB --- 2012-06-06 11:31:10 - TARGET=mips TB --- 2012-06-06 11:31:10 - TARGET_ARCH=mips TB --- 2012-06-06 11:31:10 - TZ=UTC TB --- 2012-06-06 11:31:10 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:31:10 - cd /src TB --- 2012-06-06 11:31:10 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 Kernel build for ADM5120 started on Wed Jun 6 11:31:10 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 ADM5120 completed on Wed Jun 6 11:32:17 UTC 2012 TB --- 2012-06-06 11:32:17 - cd /src/sys/mips/conf TB --- 2012-06-06 11:32:17 - /usr/sbin/config -m ALCHEMY TB --- 2012-06-06 11:32:17 - building ALCHEMY kernel TB --- 2012-06-06 11:32:17 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:32:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:32:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:32:17 - SRCCONF=/dev/null TB --- 2012-06-06 11:32:17 - TARGET=mips TB --- 2012-06-06 11:32:17 - TARGET_ARCH=mips TB --- 2012-06-06 11:32:17 - TZ=UTC TB --- 2012-06-06 11:32:17 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:32:17 - cd /src TB --- 2012-06-06 11:32:17 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY Kernel build for ALCHEMY started on Wed Jun 6 11:32:17 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 ALCHEMY completed on Wed Jun 6 11:33:21 UTC 2012 TB --- 2012-06-06 11:33:21 - cd /src/sys/mips/conf TB --- 2012-06-06 11:33:21 - /usr/sbin/config -m AR71XX TB --- 2012-06-06 11:33:21 - building AR71XX kernel TB --- 2012-06-06 11:33:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:33:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:33:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:33:21 - SRCCONF=/dev/null TB --- 2012-06-06 11:33:21 - TARGET=mips TB --- 2012-06-06 11:33:21 - TARGET_ARCH=mips TB --- 2012-06-06 11:33:21 - TZ=UTC TB --- 2012-06-06 11:33:21 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:33:21 - cd /src TB --- 2012-06-06 11:33:21 - /usr/bin/make -B buildkernel KERNCONF=AR71XX Kernel build for AR71XX started on Wed Jun 6 11:33:21 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 -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/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/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
[releng_8 tinderbox] failure on sparc64/sparc64
TB --- 2012-06-06 10:55:06 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:55:06 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:55:06 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-06-06 10:55:06 - cleaning the object tree TB --- 2012-06-06 10:55:34 - cvsupping the source tree TB --- 2012-06-06 10:55:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-06-06 10:55:54 - building world TB --- 2012-06-06 10:55:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:55:54 - SRCCONF=/dev/null TB --- 2012-06-06 10:55:54 - TARGET=sparc64 TB --- 2012-06-06 10:55:54 - TARGET_ARCH=sparc64 TB --- 2012-06-06 10:55:54 - TZ=UTC TB --- 2012-06-06 10:55:54 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:55:54 - cd /src TB --- 2012-06-06 10:55:54 - /usr/bin/make -B buildworld World build started on Wed Jun 6 10:55:54 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 Wed Jun 6 11:38:07 UTC 2012 TB --- 2012-06-06 11:38:07 - generating LINT kernel config TB --- 2012-06-06 11:38:07 - cd /src/sys/sparc64/conf TB --- 2012-06-06 11:38:07 - /usr/bin/make -B LINT TB --- 2012-06-06 11:38:07 - cd /src/sys/sparc64/conf TB --- 2012-06-06 11:38:07 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:38:07 - building LINT kernel TB --- 2012-06-06 11:38:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:38:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:38:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:38:07 - SRCCONF=/dev/null TB --- 2012-06-06 11:38:07 - TARGET=sparc64 TB --- 2012-06-06 11:38:07 - TARGET_ARCH=sparc64 TB --- 2012-06-06 11:38:07 - TZ=UTC TB --- 2012-06-06 11:38:07 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:38:07 - cd /src TB --- 2012-06-06 11:38:07 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 11:38:07 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
[releng_8 tinderbox] failure on powerpc/powerpc
TB --- 2012-06-06 10:54:39 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:54:39 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:54:39 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-06 10:54:39 - cleaning the object tree TB --- 2012-06-06 10:55:24 - cvsupping the source tree TB --- 2012-06-06 10:55:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-06 10:55:54 - building world TB --- 2012-06-06 10:55:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:55:54 - SRCCONF=/dev/null TB --- 2012-06-06 10:55:54 - TARGET=powerpc TB --- 2012-06-06 10:55:54 - TARGET_ARCH=powerpc TB --- 2012-06-06 10:55:54 - TZ=UTC TB --- 2012-06-06 10:55:54 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:55:54 - cd /src TB --- 2012-06-06 10:55:54 - /usr/bin/make -B buildworld World build started on Wed Jun 6 10:55:54 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 Wed Jun 6 11:40:14 UTC 2012 TB --- 2012-06-06 11:40:14 - generating LINT kernel config TB --- 2012-06-06 11:40:14 - cd /src/sys/powerpc/conf TB --- 2012-06-06 11:40:14 - /usr/bin/make -B LINT TB --- 2012-06-06 11:40:14 - cd /src/sys/powerpc/conf TB --- 2012-06-06 11:40:14 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:40:14 - building LINT kernel TB --- 2012-06-06 11:40:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:40:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:40:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:40:14 - SRCCONF=/dev/null TB --- 2012-06-06 11:40:14 - TARGET=powerpc TB --- 2012-06-06 11:40:14 - TARGET_ARCH=powerpc TB --- 2012-06-06 11:40:14 - TZ=UTC TB --- 2012-06-06 11:40:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:40:14 - cd /src TB --- 2012-06-06 11:40:14 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 11:40:14 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.c cc -c -O2
[releng_8 tinderbox] failure on ia64/ia64
TB --- 2012-06-06 10:50:54 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:50:54 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:50:54 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-06-06 10:50:54 - cleaning the object tree TB --- 2012-06-06 10:51:13 - cvsupping the source tree TB --- 2012-06-06 10:51:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-06-06 10:51:46 - building world TB --- 2012-06-06 10:51:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:51:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:51:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:51:46 - SRCCONF=/dev/null TB --- 2012-06-06 10:51:46 - TARGET=ia64 TB --- 2012-06-06 10:51:46 - TARGET_ARCH=ia64 TB --- 2012-06-06 10:51:46 - TZ=UTC TB --- 2012-06-06 10:51:46 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:51:46 - cd /src TB --- 2012-06-06 10:51:46 - /usr/bin/make -B buildworld World build started on Wed Jun 6 10:51:47 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 Wed Jun 6 11:47:12 UTC 2012 TB --- 2012-06-06 11:47:12 - generating LINT kernel config TB --- 2012-06-06 11:47:12 - cd /src/sys/ia64/conf TB --- 2012-06-06 11:47:12 - /usr/bin/make -B LINT TB --- 2012-06-06 11:47:12 - cd /src/sys/ia64/conf TB --- 2012-06-06 11:47:12 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:47:12 - building LINT kernel TB --- 2012-06-06 11:47:12 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:47:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:47:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:47:12 - SRCCONF=/dev/null TB --- 2012-06-06 11:47:12 - TARGET=ia64 TB --- 2012-06-06 11:47:12 - TARGET_ARCH=ia64 TB --- 2012-06-06 11:47:12 - TZ=UTC TB --- 2012-06-06 11:47:12 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:47:12 - cd /src TB --- 2012-06-06 11:47:12 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 6 11:47: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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_all.c cc -c
Re: [releng_8 tinderbox] failure on i386/i386
On Wed, Jun 06, 2012 at 11:16:20AM +, FreeBSD Tinderbox wrote: ... cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:16:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:16:20 - ERROR: failed to build LINT kernel TB --- 2012-06-06 11:16:20 - 2297.46 user 438.36 system 3000.24 real ... The attached patch fixed the problem for me; now running: FreeBSD g1-227.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #402 236672M: Wed Jun 6 04:48:11 PDT 2012 r...@g1-227.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY i386 Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. Index: scsi_xpt.c === --- scsi_xpt.c (revision 236672) +++ scsi_xpt.c (working copy) @@ -71,6 +71,7 @@ #define CAM_QUIRK_NOSERIAL 0x02 #define CAM_QUIRK_HILUNS 0x04 #define CAM_QUIRK_NOHILUNS 0x08 +#define CAM_QUIRK_NORPTLUNS 0x10 u_int mintags; u_int maxtags; }; pgpDKyqEsXOwt.pgp Description: PGP signature
port graphics/inkscape: not compiling anymore WAS: Re: Why Are You NOT Using FreeBSD?
On 06/06/12 10:41, Nicolas Rachinsky wrote: * O. Hartmann ohart...@zedat.fu-berlin.de [2012-06-03 22:55 +0200]: ... I spent now two complete days watching my boxes updating their ports. Several ports do not compile anymore (inkscape, libreoffice, libxul, to name some of the very hurting ones!). Do you have graphics/libwpg01 installed? After deinstalling this, I was able to compile inkscape again. Nicolas Yes, this port is installed and it is required by a lot of ports I have installed. I will not deinstall this port since I fear it will not be able to be reinstalled after that and increase the mess as it is already. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD?
Hi, let me rite the answer on top before my mouse scrolling down. I am fully aware of what you are writing. I am saying this from the point of view people have when they start with FreeBSD. This little help would make them feel much much saver. I know that it would not change much in real life. Erich On 06 June 2012 16:45:03 Mark Andrews wrote: In message 1805884.wjzbqif...@x220.ovitrap.com, Erich writes: ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD?
Hi, On 06 June 2012 8:48:10 Chris Rees wrote: On Jun 6, 2012 3:38 AM, Erich erichfreebsdl...@ovitrap.com wrote: No it doesn't. It states clearly that you shouldn't use tags unless you know what you are doing, as several of us have explained more than once. is my English really this bad? From the handbook: '. In particular, use only tag=. for the ports-* collections.' Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD?
On 6 June 2012 14:12, Erich erichfreebsdl...@ovitrap.com wrote: Hi, On 06 June 2012 8:48:10 Chris Rees wrote: On Jun 6, 2012 3:38 AM, Erich erichfreebsdl...@ovitrap.com wrote: No it doesn't. It states clearly that you shouldn't use tags unless you know what you are doing, as several of us have explained more than once. is my English really this bad? From the handbook: '. In particular, use only tag=. for the ports-* collections.' Your English is fine, but being told to use tag=. != tag=. is the only tag that exists. Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Kernel trap with stable/8 on DL360p G8 w/ BCM5719
Hi all, I am attempting to build stable/8 (as of 21 May 2012) on a DL360p G8 with a BCM5719. I receive a kernel panic very similar to the one at this URL: http://freebsd.1045724.n5.nabble.com/Fatal-trap-19-Stopped-at-bge-init-locked-and-bge-booting-problems-td5504461.html . The hardware notes don't specify that the BCM5719 is supported, but the bge manpage appears to indicate it is supported. Is there a definitive answer whether or not it is supported? -- Take care Rick Miller ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
RE: Netflix's New Peering Appliance Uses FreeBSD
From: owner-freebsd-sta...@freebsd.org [mailto:owner-freebsd-sta...@freebsd.org] On Behalf Of Ian Smith On Tue, 5 Jun 2012, Kurt Jaeger wrote: I didn't see a link to this information in the e-mail below. I found this info detailed here: https://signup.netflix.com/openconnect/software If you come from an IP range outside of netflix' footprint, that page is not available. Indeed, I found it a tad strange that URL redirecting to https://signup.netflix.com/global which sayeth: Sorry, Netflix is not available in your country... yet Enter your name and email address below and we'll email you when Netflix is available. But have a look at that PDF, comes from their webpage: http://opsec.eu/backup/OpenConnectDeploymentGuide-v2.4a.pdf Interesting box alright. Hope it wasn't Top Secret in my country, and that I can ask my (Debian based) ISP when they'll be getting some? :) Good to see Scott's found something to keep him off the streets too .. Now if only Netflix figured out a way to allow FreeBSD (and Linux) users to watch their streams... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: em interfaces supermicro X9SCM-F board
Thanks for doing the test. My conditions are different in that i have a gigabit network. The only difference in the iperf options is that i'm using -d (dualmode). On the weekend i will have time to do a test with the NICs set to 100MBit. Sebastian Stach Am 06.06.2012 um 12:18 schrieb Miroslav Lachman: I am running iperf for more than 11 hours without any problem. More than 450GB were transmitted. The NIC is connected to old 100Mbps switch and using first port (em0) in shared mode for remote management. em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=4219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO ether 00:25:90:73:d1:76 inet xx.xx.xx.xx netmask 0xff80 broadcast xx.xx.xx.xx media: Ethernet autoselect (100baseTX full-duplex) status: active The iperf command on Supermicro side was: # iperf -c xx.xx.xx.yy --format k -m -p 999 -t 1800 The other side (Cisco UCS C200 M2) was: # iperf -s -p 999 Server listening on TCP port 999 TCP window size: 64.0 KByte (default) [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port 29787 [ 5] 0.0-1799.8 sec 19.5 GBytes 93.0 Mbits/sec [ 4] local 94.124.105.117 port 999 connected with 94.124.105.115 port 44792 [ 4] 0.0-1799.9 sec 19.5 GBytes 93.1 Mbits/sec [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port 11327 [ 5] 0.0-1799.9 sec 19.5 GBytes 93.0 Mbits/sec Both sides are running FreeBSD 8.3-RELEASE amd64 Let me know if I should run iperf with different options to better simulate your conditions where your NIC hangs. Miroslav Lachman ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Daniel Kalchev dan...@digsys.bg writes: On 04.06.12 22:32, Dave Hayes wrote: That's a fair position. Perhaps it would not be too much trouble to add this one idea to optionsng: a more info field on each option knob which may be filled in by a port maintainer. The pkg-descr file in the port already contains link to the software's origin. The various options the software has are or should be described there. We definitely don't want the ports cluttered with extraneous and sometimes out of date (and thus misleading) information. I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. I believe this is the first time I've seen more documentation labeled as extraneous. :) I had thought to suggest an implementation by having a simple pkg-option-desr file which describes the options and implications in each port. Are you suggesting that such a file would be unwelcome? I have built many ports for many years. IIRC I've seen the option descriptions you mention in pkg-descr maybe 0.1% of the time. (That's my sense, not a measured objective number.) Usually I have to go digging through the Makefile, then the source to find these answers. In all case, compiling from source is not for those having no clue what they do. ... you need to make informed decisions on options yourself. If this is beyond you (and not you personally), ... Since it is very likely that you interpret this as yet another elitist comment, Actually, I hadn't thought of this conceptual linkage until you suggested it here. :) Still, you are quite correct. The likelihood of anyone interpreting your position as 'elitist' from these comments is high. I will, of course, not interpret them that way. If this is beyond you (and not you personally), then by all means use pre-packaged software in binary form. Heh. Even this idea is beyond most normal users, who should likely use PC-BSD or Ubuntu. In responding in this thread, I was thinking of the reasonably clued system admin level users when I said users. As an SA, in many situations, you aren't able to have fun digging for information. It's much easier to have the answers right here in front of you. I know if I ever committed a port, I would quite likely spend the extra five minutes to put option documentation in a number of places, even if this angered some of the more anal of the community. elsewhere or apparently, you don't want the number of FreeBSD users to grow. Then you waste everyone's time -- that could be spent on answering other people's stupid questions. I see. Personally, I believe this way: It is the responsibility of the responder to determine whether their response is a waste of time or not. Blaming anyone else other than you (the generic 'you', not you personally) for the inappropriate use of your time should only really happen in an employment or indentured servitude relationship; certainly not on a mailing list. :) Given that the FreeBSD wants more users idea is repeatedly brought up on lists (at least this is my impression), I would presume that the subject of 'more users' is somewhat relevant to some people; one look at the subject of this thread should be enough to demonstrate relevance. -- Dave Hayes - Consultant - Altadena CA, USA - d...@jetcafe.org The opinions expressed above are entirely my own Implementation: (n.) The fruitless struggle by the talented and underpaid to fulfill promises made by the rich and ignorant ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
9-stabe: cd device gone, ATA_CAM panics
Hi, I recently updated an amd64 machine from 8-stable to 9-stable, csupped on June 1st: $ uname -rsm FreeBSD 9.0-STABLE-20120601 amd64 When I merged my old kernel configuration, at first I kept device atapicam because this is still mentioned in NOTES. Config and compiling worked, but linking failed with missing symbols. I don't remember which symbols, but it's easy to reproduce if necessary. Anyway, I commented atapicam out because it seems that now options ATA_CAM does the same thing. This time the kernel linked, but during boot I got the following panic: atapci0: Promise PDC20269 UDMA133 controller port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xcc00-0xcc03,0xc880-0xc88f mem 0xfeaf8000-0xfeafbfff irq 21 at device 6.0 on pci3 ata2: ATA channel at channel 0 on atapci0 ata3: ATA channel at channel 1 on atapci0 [...] ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x1 (cd0:ata2:0:0:0): AutoSense failed (cd0:ata2:0:0:0): Error 5, Unretryable error (cd0:ata2:0:0:0): got CAM status 0x50 (cd0:ata2:0:0:0): fatal error, failed to attach to device (cd0:ata2:0:0:0): lost device ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x1 (cd0:ata2:0:0:0): AutoSense failed (cd0:ata2:0:0:0): Error 5, Unretryable error (cd0:ata2:0:0:0): removing device entry panic: cam_periph_release_locked_buses: release of 0xfe0007321700 when refcount is zero cpuid = 4 KDB: stack backtrace: #0 0x807a3c96 at kdb_backtrace+0x66 #1 0x8076d74e at panic+0x1ce #2 0x802a200e at cam_periph_release_locked_buses+0x3e #3 0x802a202e at cam_periph_release_locked+0x1e #4 0x802a2f52 at cam_periph_release+0x52 #5 0x802babcd at cdclose+0xbd #6 0x806d7332 at g_disk_access+0x242 #7 0x806db618 at g_access+0x188 #8 0x807110f8 at g_raid_md_taste_sii+0x188 #9 0x806e96d6 at g_raid_taste+0x126 #10 0x806db0cd at g_new_provider_event+0x6d #11 0x806d8c08 at g_run_events+0x1e8 #12 0x8073f00e at fork_exit+0x11e #13 0x809a2d4e at fork_trampoline+0xe Uptime: 48s Automatic reboot in 15 seconds - press any key on the console to abort Then I commented ATA_CAM out, too. This time there's no panic, and everything works fine, *except* that there are no cd devices whatsoever. $ ls /dev | grep cd $ There's no mention of any cd device in /var/run/dmesg.boot. Also, various invocations of atacontrol(8) don't change anything. atacontrol list claims there are no devices present. This is a Promise (P)ATA controller (UDMA-133) with a DVD-ROM/R/RW drive connected as master device to the first channel (ata2), nothing else. It worked fine with 8-stable. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered. -- Guido van Rossum ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD?
On Tue, 5 Jun 2012, Mark Linimon wrote: It's not particularly easy to see this on cvsweb. But let's take a look at a random Mk/bsd.*.mk file via 'cvs log': RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.apache.mk,v Working file: bsd.apache.mk head: 1.36 branch: locks: strict access list: symbolic names: RELEASE_8_3_0: 1.35 RELEASE_9_0_0: 1.33 RELEASE_7_4_0: 1.26 RELEASE_8_2_0: 1.26 RELEASE_6_EOL: 1.26 [...] RELEASE_6_1_0: 1.9 RELEASE_5_5_0: 1.9 [...] and so forth. The line RELEASE_8_3_0: 1.35 tells you the version of this file as of tag RELEASE_8_3_0 was r1.35. So that's what's on the 8.3R distribution media. Is there any way to access this information using tools like pkg_* pkgng or ports make targets? Or does one use cvs/svn? ps: Thanks all for your work on ports! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD?
On 06/07/2012 00:16, Chris Rees wrote: On 6 June 2012 14:12, Ericherichfreebsdl...@ovitrap.com wrote: [..] is my English really this bad? From the handbook: '. In particular, use only tag=. for the ports-* collections.' Your English is fine, but being told to use tag=. != tag=. is the only tag that exists. Another data point: In Erich's defense, I'd say his interpretation is quite understandable. ...use only tag=. for the ports-* collections also left me with the distinct impression (some many moons in the past) that there are no other meaningful (or safe) tags when csup'ing the Ports tree. In 12 years of using FreeBSD I've never really sought out Erich's use case (viz. roll back /usr/ports to some past known-good version), I just assumed it wasn't possible. So this thread has taught at least one person (me) a new thing -- I never fully grokked that adding date= to the supfile could achieve this desired result when csup'ing the Ports tree. Now I know, and I've changed the Subject line of this email in the hope it helps some future soul googling for the answer. cheers, gja ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Documenting 'make config' options
On 06/06/2012 11:59, Dave Hayes wrote: I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Documenting 'make config' options
On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: On 06/06/2012 11:59, Dave Hayes wrote: I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? IMHO, something informing what THAT is in devel/subversion option MOD_DONTDOTHAT would be nice. :) Glen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD?
I, for one, appreciate you changing the subject because I didn't know this either and its an important function in my use case where point in time snapshots are important to the architects and ops folks! On 6/6/12, grenville armitage garmit...@swin.edu.au wrote: On 06/07/2012 00:16, Chris Rees wrote: On 6 June 2012 14:12, Ericherichfreebsdl...@ovitrap.com wrote: [..] is my English really this bad? From the handbook: '. In particular, use only tag=. for the ports-* collections.' Your English is fine, but being told to use tag=. != tag=. is the only tag that exists. Another data point: In Erich's defense, I'd say his interpretation is quite understandable. ...use only tag=. for the ports-* collections also left me with the distinct impression (some many moons in the past) that there are no other meaningful (or safe) tags when csup'ing the Ports tree. In 12 years of using FreeBSD I've never really sought out Erich's use case (viz. roll back /usr/ports to some past known-good version), I just assumed it wasn't possible. So this thread has taught at least one person (me) a new thing -- I never fully grokked that adding date= to the supfile could achieve this desired result when csup'ing the Ports tree. Now I know, and I've changed the Subject line of this email in the hope it helps some future soul googling for the answer. cheers, gja ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Sent from my mobile device Take care Rick Miller ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD?
On 6 Jun 2012, at 23:10, grenville armitage garmit...@swin.edu.au wrote: On 06/07/2012 00:16, Chris Rees wrote: On 6 June 2012 14:12, Ericherichfreebsdl...@ovitrap.com wrote: [..] is my English really this bad? From the handbook: '. In particular, use only tag=. for the ports-* collections.' Your English is fine, but being told to use tag=. != tag=. is the only tag that exists. Another data point: In Erich's defense, I'd say his interpretation is quite understandable. ...use only tag=. for the ports-* collections also left me with the distinct impression (some many moons in the past) that there are no other meaningful (or safe) tags when csup'ing the Ports tree. In 12 years of using FreeBSD I've never really sought out Erich's use case (viz. roll back /usr/ports to some past known-good version), I just assumed it wasn't possible. So this thread has taught at least one person (me) a new thing -- I never fully grokked that adding date= to the supfile could achieve this desired result when csup'ing the Ports tree. Now I know, and I've changed the Subject line of this email in the hope it helps some future soul googling for the answer. cheers, gja Actually does , flagging post for future reading. Thanks guys. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Documenting 'make config' options
On 06/06/2012 22:23, Glen Barber wrote: On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: On 06/06/2012 11:59, Dave Hayes wrote: I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? IMHO, something informing what THAT is in devel/subversion option MOD_DONTDOTHAT would be nice. :) Glen Not something I had bothered looking up till now as I hadnt wanted to use it but the 2nd hit on google, http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.html describes it quite well. I tend to go with, If i dont know what it is, and its not default, I probably dont need it. Unless it looks interesting, then I google it ;) Maybe an (optional) new file with a longer descriptions of the make options so as not to crowd the make config dialog? I dont mind looking up compile time options for software I am installing but I can see how having a precis available locally might be handy. Vince ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: [stable 9] broken hwpstate calls
on 31/05/2012 23:28 Jung-uk Kim said the following: It is simple but I don't like locking scheduler, binding CPU, and writing the same MSR, multiple times for each core. Not sure if parse this. The MSR is _written_ /once/ for each core. (BTW, locking scheduler is not a completely accurate description of what thread_lock does) Besides, it introduces more delay and you may be reading the correct status because of that. :-P Having a separate reading pass does introduce more delay indeed. Reading the correct status is a good thing, OTOH. Why would anyone want to read incorrect status? (just want to note that correct and expected are different things) If people really think checking MSRC001_0071[18:16] is unworthy for Well, other people hasn't demonstrated/proved/convinced yet that it is worthy Bulldozer, I prefer skipping status check That's what I suggested from the very start. but I disagree with this patch. Since I am not invested in this issue (I am not affected by the problem and I do not have any personal attachment to the code in question), I will just defer any decision to those who do care about the problem. I hope that a fix will be provided in the end. -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: [stable 9] broken hwpstate calls
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-06-06 17:58:57 -0400, Andriy Gapon wrote: on 31/05/2012 23:28 Jung-uk Kim said the following: It is simple but I don't like locking scheduler, binding CPU, and writing the same MSR, multiple times for each core. Not sure if parse this. The MSR is _written_ /once/ for each core. (BTW, locking scheduler is not a completely accurate description of what thread_lock does) I apologize. I didn't see the whole picture and read your patch wrong. Any way, hwpstate still isn't quite right even without your patch. sys/kern/kern_cpu.c cpufreq_curr_sysctl() - CPUFREQ_SET() -/* for all CPU devices */ cf_set_method() - /* thread_lock(), sched_bind(), ... */ CPUFREQ_DRV_SET() - sys/x86/cpufreq/hwpstate.c hwpstate_set() - hwpstate_goto_pstate() /* for each CPU unit */ /* thread_lock(), sched_bind(), ... */ Therefore, sysctl dev.cpu.0.cpufreq=freq loops n^2 times (i.e., n times per CPU) where n is number of CPUs. At least, it should check unit == 0, e.g., hwpstate_goto_pstate(...) { ... if (unit == 0) { /* XXX Is this really necessary? */ CPU_FOREACH(i) { ... wrmsr(MSR_AMD_10H_11H_CONTROL, id); ... } } /* Check the current P-state. */ for (...) { ... msr = rdmsr(MSR_AMD_10H_11H_STATUS); if (msr == id) break; ... } /* XXX Maybe your patch here? */ ... } Besides, it introduces more delay and you may be reading the correct status because of that. :-P Having a separate reading pass does introduce more delay indeed. Reading the correct status is a good thing, OTOH. That's what I said. Why would anyone want to read incorrect status? (just want to note that correct and expected are different things) Okay, okay. If people really think checking MSRC001_0071[18:16] is unworthy for Well, other people hasn't demonstrated/proved/convinced yet that it is worthy Bulldozer, I prefer skipping status check That's what I suggested from the very start. Buy me a Bulldozer and I'll fix it for you! :-P but I disagree with this patch. Since I am not invested in this issue (I am not affected by the problem and I do not have any personal attachment to the code in question), I will just defer any decision to those who do care about the problem. I hope that a fix will be provided in the end. Same here. Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/P4XgACgkQmlay1b9qnVP8cgCgl9sAzyE956YjB2B3bK0wvOHu n64Anih7sdWYQgflQVHuUGstdk05Fs9i =2dS0 -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD?
Hi, On 06 June 2012 17:40:28 Rick Miller wrote: I, for one, appreciate you changing the subject because I didn't know this either and its an important function in my use case where point in time snapshots are important to the architects and ops folks! and it should be mentioned in the hand book. I did not get any response for this on the proper mailing list. On 6/6/12, grenville armitage garmit...@swin.edu.au wrote: In Erich's defense, I'd say his interpretation is quite understandable. ...use only tag=. for the ports-* collections also left me with the distinct impression (some many moons in the past) that there are no other meaningful (or safe) tags when csup'ing the Ports tree. This is why I tried then to get the ports tree from the release by hand or by synchronising with the release and store it. In 12 years of using FreeBSD I've never really sought out Erich's use case (viz. roll back /usr/ports to some past known-good version), I just assumed it wasn't possible. So this thread has taught at least one person (me) a new thing -- I never fully grokked that adding date= to the supfile could achieve this desired result when csup'ing the Ports tree. Now I know, and I've changed the Subject line of this email in the hope it helps some future soul googling for the answer. The real answer would be to put this into the handbook. Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: [stable 9] broken hwpstate calls
On Wed, 2012-06-06 at 16:02 -0700, Jung-uk Kim wrote: Buy me a Bulldozer and I'll fix it for you! :-P Since I have one (FX-8150), do you want me to expose it to the internet and let you play with it? Sean ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Documenting 'make config' options
On Wed, 6 Jun 2012, Vincent Hoffman wrote: On 06/06/2012 22:23, Glen Barber wrote: On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: On 06/06/2012 11:59, Dave Hayes wrote: I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? IMHO, something informing what THAT is in devel/subversion option MOD_DONTDOTHAT would be nice. :) Not something I had bothered looking up till now as I hadnt wanted to use it but the 2nd hit on google, http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.html describes it quite well. I tend to go with, If i dont know what it is, and its not default, I probably dont need it. Unless it looks interesting, then I google it ;) Maybe an (optional) new file with a longer descriptions of the make options so as not to crowd the make config dialog? I dont mind looking up compile time options for software I am installing but I can see how having a precis available locally might be handy. Here's an idea: if the description is too long to show in the very limited space, cut it off, show a ..., and show the entire description in a two- or three-line text box below the main one. The indicate a highlight here: --- [ ] GOOFY Build with support for the... [ ] EXAMPLES Install the examples --- OKCancel - Build with support for the GOOFY framework that provides concurrent whoopsies integrated with a Perubython interpreter, and stuff. --- The description at the bottom is from whatever option is currently highlighted, and changes as the user scrolls through the options. It would be blank if the entire description could be displayed in the space available above. The advantage of this is that it would work with existing ports, and give the ability to use longer descriptions. The disadvantage is that dialog(1) would probably need modifications. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Mergemaster Fails
Mergemaster fails in a up-to-date as of now build. uname -a FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jun 6 16:16:58 PDT 2012 root@P9X79.tddhome:/usr/obj/usr/src/sys/GENERIC amd64 # mergemaster ... [END] And no response to the keyboard, except ctrl-Z. ^Z # ps ... 1363 4 Is 0:00.01 su 1364 4 S0:00.01 _su (csh) 1368 4 T0:00.06 /bin/sh /usr/sbin/mergemaster 2434 4 T0:00.01 less 2439 4 R+ 0:00.00 ps How do I get around this? Tom Dean From script /tmp/mergemaster # mergemaster Script started on Wed Jun 6 16:48:05 2012 You have mail. root@P9X79:/usr/src # mergemaster^M *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. Use 'd' to delete the old /var/tmp/temproot and continue Use 't' to select a new temporary root directory Use 'e' to exit mergemaster Default is to use /var/tmp/temproot as is How should I deal with this? [Use the existing /var/tmp/temproot] d *** Deleting the old /var/tmp/temproot *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot + ln -s ../var/named/etc/namedb /var/tmp/temproot/etc/namedb + ln -s mail/aliases /var/tmp/temproot/etc/aliases *** Beginning comparison *** Checking /etc/rc.d for stale files *** No stale files found *** Temp ./.cshrc and installed have the same CVS Id, deleting *** Temp ./.profile and installed have the same CVS Id, deleting *** Temp ./COPYRIGHT and installed have the same CVS Id, deleting *** Temp ./boot/device.hints and installed have the same CVS Id, deleting *** Temp ./etc/amd.map and installed have the same CVS Id, deleting *** Temp ./etc/apmd.conf and installed have the same CVS Id, deleting *** Temp ./etc/auth.conf and installed have the same CVS Id, deleting *** Temp ./etc/bluetooth/hcsecd.conf and installed have the same CVS Id, deleting *** Temp ./etc/bluetooth/hosts and installed have the same CVS Id, deleting *** Temp ./etc/bluetooth/protocols and installed have the same CVS Id, deleting *** Temp ./etc/crontab and installed have the same CVS Id, deleting *** Temp ./etc/csh.cshrc and installed have the same CVS Id, deleting *** Temp ./etc/csh.login and installed have the same CVS Id, deleting *** Temp ./etc/csh.logout and installed have the same CVS Id, deleting *** Temp ./etc/ddb.conf and installed have the same CVS Id, deleting *** Temp ./etc/defaults/bluetooth.device.conf and installed have the same CVS Id, deleting *** Temp ./etc/defaults/devfs.rules and installed have the same CVS Id, deleting *** Temp ./etc/defaults/periodic.conf and installed have the same CVS Id, deleting *** Temp ./etc/defaults/rc.conf and installed have the same CVS Id, deleting *** Temp ./etc/devd.conf and installed have the same CVS Id, deleting *** Temp ./etc/devd/asus.conf and installed have the same CVS Id, deleting *** Temp ./etc/devd/uath.conf and installed have the same CVS Id, deleting == ESC[?1hESC=^M *** Displaying differences between ./etc/devd/usb.conf and installed version: --- /etc/devd/usb.conf 2012-03-27 21:31:26.0 -0700 +++ ./etc/devd/usb.conf 2012-06-06 16:48:12.0 -0700 @@ -1,5 +1,5 @@ # -# $FreeBSD: src/etc/devd/usb.conf,v 1.2.4.4 2012/03/27 15:33:38 hselasky Exp $ +# $FreeBSD: src/etc/devd/usb.conf,v 1.2.4.5 2012/06/01 07:06:00 hselasky Exp $ # # This file was automatically generated by tools/bus_autoconf.sh. # Please do not edit! @@ -157,7 +157,7 @@ match bus uhub[0-9]+; match mode host; match vendor 0x0403; - match product (0x6001|0x6004|0x6010|0x6011|0x8372|0x9e90|0xa6d0|0xa6d0|0xcc48|0xcc49|0xcc4a|0xd678|0xe6c8|0xe888|0xe889|0xe88a|0xe88b|0xe88c|0xee18|0xf608|0xf60b|0xf850|0xfa00|0xfa01|0xfa02|0xfa03|0xfa04|0xfc08|0xfc09|0xfc0b|0xfc0c|0xfc0d|0xfc82); + match product (0x6001|0x6004|0x6010|0x6011|0x8372|0x9e90|0xcc48|0xcc49|0xcc4a|0xd678|0xe6c8|0xe888|0xe889|0xe88a|0xe88b|0xe88c|0xee18|0xf608|0xf60b|0xf850|0xfa00|0xfa01|0xfa02|0xfa03|0xfa04|0xfc08|0xfc09|0xfc0b|0xfc0c|0xfc0d|0xfc82); action kldload -n uftdi; }; @@ -1021,7 +1021,7 @@ match bus uhub[0-9]+; match mode host; match vendor 0x05c6; - match product (0x1000|0x6000|0x6613); + match product (0x1000|0x6000|0x6613|0x9000); action kldload -n u3g; }; @@ -2852,6 +2852,14 @@ nomatch 32 { match bus uhub[0-9]+; match mode host; + match vendor 0x1199; + match product 0x68aa; + action kldload -n u3g; +}; + +nomatch 32 { + match bus uhub[0-9]+; + match mode host; match vendor 0x11ad; match product 0x0701; action kldload -n uplcom; @@ -3661,7 +3669,7 @@ match bus uhub[0-9]+;
ULE Scheduler
Hi, today I had a really strange experience with my laptop. I ran 2 lisp processes each consuming 100% CPU (i.e. in top, 100% CPU means one full core), since I have 2 cores, it means full processor load. I was moreover running Emacs and Opera, but that is more or less irrelevant since they consume negligible amount of CPU time. At some point my Xorg died and I was dropped in the terminal and the first thought through my mind was that my laptop just said goodbye, it was nice meeting you after 4+ years. A second later I saw: Jun 7 01:00:06 t61 kernel: acpi_tz1: WARNING - current temperature (100.1C) exceeds safe limits which was a sign of relief: oh, maybe the fan got busted So I took a screw driver and disassembled my Lenovo T61. Cleaning all the dust and putting a fresh amount of thermal fluid (did it 1 year ago), I booted again and started both processes again and took a look at the temperature. It was constantly increasing from about 33 C. I took a look at top and saw that both processes were wildly jumping accross the cores, i.e. CPU0 and CPU1. So before reading all the papers about the ULE scheduler and the source code, I would like to as a simple question: is it that stupid? I mean, there are just 2 processes running (except of top, X and ... which should be scheduled occasionally) on 2 cores of one physical processor. Why sould each be scheduled on a different core each time? I did cpuset to pin each to a specific core and got to about a constant temperature of 72 C. I am affraid to cpuset -l 0,1 -p ... both of them since I might again get at 100 C. Is there some remedy? Please CC me, since I am not subscribed to the list. Regards, Momchil ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: ULE Scheduler
On 06/06/2012 18:01, Момчил Иванов wrote: Is there some remedy? Try the 4BSD scheduler. -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: ULE Scheduler
Hi, On 07 June 2012 3:01:07 Момчил Иванов wrote: temperature. It was constantly increasing from about 33 C. I took a look at top and saw that both processes were wildly jumping accross the cores, i.e. CPU0 and CPU1. So before reading all the papers about the ULE scheduler and the source code, I would like to as a simple question: is it that stupid? maybe, maybe not. It could be that the difference is minor as the cache for both kernels is in the same chip. I mean, there are just 2 processes running (except of top, X and ... which should be scheduled occasionally) on 2 cores of one physical processor. Why sould each be scheduled on a different core each time? I did cpuset to pin each to a specific core and got to about a constant temperature of 72 C. I am affraid to cpuset -l 0,1 -p ... both of them since I might again get at 100 C. This would be the interesting point? Did it happen because of the dirt or because or the scheduler. Is there some remedy? I think that the only remedy available is the one you applied. Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Documenting 'make config' options
On Jun 6, 2012, at 7:43 PM, Warren Block wrote: On Wed, 6 Jun 2012, Vincent Hoffman wrote: On 06/06/2012 22:23, Glen Barber wrote: On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: On 06/06/2012 11:59, Dave Hayes wrote: I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? IMHO, something informing what THAT is in devel/subversion option MOD_DONTDOTHAT would be nice. :) Not something I had bothered looking up till now as I hadnt wanted to use it but the 2nd hit on google, http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.html describes it quite well. I tend to go with, If i dont know what it is, and its not default, I probably dont need it. Unless it looks interesting, then I google it ;) Maybe an (optional) new file with a longer descriptions of the make options so as not to crowd the make config dialog? I dont mind looking up compile time options for software I am installing but I can see how having a precis available locally might be handy. Here's an idea: if the description is too long to show in the very limited space, cut it off, show a ..., and show the entire description in a two- or three-line text box below the main one. The indicate a highlight here: --- [ ] GOOFY Build with support for the... [ ] EXAMPLES Install the examples --- OKCancel - Build with support for the GOOFY framework that provides concurrent whoopsies integrated with a Perubython interpreter, and stuff. --- The description at the bottom is from whatever option is currently highlighted, and changes as the user scrolls through the options. It would be blank if the entire description could be displayed in the space available above. The advantage of this is that it would work with existing ports, and give the ability to use longer descriptions. The disadvantage is that dialog(1) would probably need modifications. If we're talking about changing dialog(1), let's make sure there's also an uncheck all/check all option. I'm looking at you, ghostscript: wc -l /var/db/ports/ghostscript9/options 315 /var/db/ports/ghostscript9/options Charles ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet www.bway.net sp...@bway.net - 212.655.9344 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Documenting 'make config' options
I usually use portmaster to install ports. The options dialogs that pop up are often for dependencies. The options dialog gives the name of the port for which the options are being selected, but no description or indication as to why this is being installed (this could be a dependency of a dependency of some dependency of the port I am installing). It's probably too much for this dialog to show why this port is being installed (what other port required this port that is being installed), but a description of what this current port is would be helpful. But, if possible, some breadcrumb across the top showing the dependencies which prompted this install would be great: Port A -- Port B -- Port C -- Current Port for which options are being chosen On 06/06/2012 21:47, Charles Sprickman wrote: On Jun 6, 2012, at 7:43 PM, Warren Block wrote: On Wed, 6 Jun 2012, Vincent Hoffman wrote: On 06/06/2012 22:23, Glen Barber wrote: On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: On 06/06/2012 11:59, Dave Hayes wrote: I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? IMHO, something informing what THAT is in devel/subversion option MOD_DONTDOTHAT would be nice. :) Not something I had bothered looking up till now as I hadnt wanted to use it but the 2nd hit on google, http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.html describes it quite well. I tend to go with, If i dont know what it is, and its not default, I probably dont need it. Unless it looks interesting, then I google it ;) Maybe an (optional) new file with a longer descriptions of the make options so as not to crowd the make config dialog? I dont mind looking up compile time options for software I am installing but I can see how having a precis available locally might be handy. Here's an idea: if the description is too long to show in the very limited space, cut it off, show a ..., and show the entire description in a two- or three-line text box below the main one. The indicate a highlight here: --- [ ] GOOFY Build with support for the... [ ] EXAMPLES Install the examples --- OK Cancel - Build with support for the GOOFY framework that provides concurrent whoopsies integrated with a Perubython interpreter, and stuff. --- The description at the bottom is from whatever option is currently highlighted, and changes as the user scrolls through the options. It would be blank if the entire description could be displayed in the space available above. The advantage of this is that it would work with existing ports, and give the ability to use longer descriptions. The disadvantage is that dialog(1) would probably need modifications. If we're talking about changing dialog(1), let's make sure there's also an uncheck all/check all option. I'm looking at you, ghostscript: wc -l /var/db/ports/ghostscript9/options 315 /var/db/ports/ghostscript9/options Charles ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet www.bway.net sp...@bway.net - 212.655.9344 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: 9-stabe: cd device gone, ATA_CAM panics
On 6 June 2012 23:29, Oliver Fromme o...@lurza.secnetix.de wrote: Hi, Hi, Oliver Fromme. This is a wild guess, but see below. Anyway, I commented atapicam out because it seems that now options ATA_CAM does the same thing. This time the kernel linked, but during boot I got the following panic: atapci0: Promise PDC20269 UDMA133 controller port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xcc00-0xcc03,0xc880-0xc88f mem 0xfeaf8000-0xfeafbfff irq 21 at device 6.0 on pci3 ata2: ATA channel at channel 0 on atapci0 ata3: ATA channel at channel 1 on atapci0 [...] ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x1 Looks like this is the first ata (re-)init pass. There we walk the long way. xpt_register_async() receives AC_FOUND_DEVICE and does allocatiion and initialization of cam periph with cd(4) functions. cdregister() is one of them, it calls to cdstart() via periph_start() callback with CD_STATE_PROBE, then to cddone() with CD_CCB_PROBE via xpt action. There we get bad CCB state and eventually parse it as CAM_AUTOSENSE_FAIL | CAM_DEV_QFRZN. This indicates that cam got an invalid sense data. Somewhere on this way we seem to gain a reference count on a peripheral at cdregister() (which is set to 1?), and drop it at cddone(). This looks odd, so I am likely wrong there. (cd0:ata2:0:0:0): AutoSense failed (cd0:ata2:0:0:0): Error 5, Unretryable error Both messages are consequence from the generic error handler to indicate CAM_AUTOSENSE_FAIL, which is not restartable, so EIO error is also set. (cd0:ata2:0:0:0): got CAM status 0x50 0x50 stands for CAM_AUTOSENSE_FAIL | CAM_DEV_QFRZN (queue is frozen) (cd0:ata2:0:0:0): fatal error, failed to attach to device The two last messages originate from cddone() xpt completion function. To the moment, periph is still valid, and periph refcount is also valid (has a non-zero value). (cd0:ata2:0:0:0): lost device This is from the callback function called from cam_periph_invalidate(), called from cddone(). It is called to invalidate periph with its specific callback function. Then periph is marked as invalid with CAM_PERIPH_INVALID periph flag. periph refcount should still be valid. As such, it is not freed. At least the last reference is held to be released at cddone(). I don't know that is the state of refcount after cddone() releases it. ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x1 Looks like this is the second ata (re-)init pass. (cd0:ata2:0:0:0): AutoSense failed (cd0:ata2:0:0:0): Error 5, Unretryable error Same as above, but without refcount++ this time as cam periph became invalidated previously; cam_periph_acquire() handles this and doesn't allow to increment periph refcount. Messages are a bit shorter now due to CAM_DEV_QFRZN. Any way we will get to cam_periph_invalidate() from cddone(). When it comes there periph is already marked as invalid with CAM_PERIPH_INVALID flag. periph refcount should also be zero due to cam_periph_acquire() handling. As such, we go to camperiphfree() that removes the periph from list and destroys it. (cd0:ata2:0:0:0): removing device entry This is from cdcleanup() periph destructor callback called from camperiphfree(). panic: cam_periph_release_locked_buses: release of 0xfe0007321700 when refcount is zero So, at the second pass the periph refcount is only seems to be decremented to zero, then periph is destroyed which results in geom tasting on a dead provider. cpuid = 4 KDB: stack backtrace: #0 0x807a3c96 at kdb_backtrace+0x66 #1 0x8076d74e at panic+0x1ce #2 0x802a200e at cam_periph_release_locked_buses+0x3e #3 0x802a202e at cam_periph_release_locked+0x1e #4 0x802a2f52 at cam_periph_release+0x52 #5 0x802babcd at cdclose+0xbd #6 0x806d7332 at g_disk_access+0x242 #7 0x806db618 at g_access+0x188 #8 0x807110f8 at g_raid_md_taste_sii+0x188 #9 0x806e96d6 at g_raid_taste+0x126 #10 0x806db0cd at g_new_provider_event+0x6d #11 0x806d8c08 at g_run_events+0x1e8 #12 0x8073f00e at fork_exit+0x11e #13 0x809a2d4e at fork_trampoline+0xe Probably the way to fix this is to modify cam_periph_release_locked_buses() to test CAM_PERIPH_INVALID either. how about this patch? (beware: it was not compile tested, just speculating) Index: sys/cam/cam_periph.c === --- sys/cam/cam_periph.c(revision 236694) +++ sys/cam/cam_periph.c(working copy) @@ -374,7 +374,7 @@ { if (periph-refcount != 0) { periph-refcount--; - } else { + } else if ((periph-flags CAM_PERIPH_INVALID) == 0) { panic(%s: release
[releng_8 tinderbox] failure on arm/arm
TB --- 2012-06-07 03:32:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 03:32:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 03:32:44 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-07 03:32:44 - cleaning the object tree TB --- 2012-06-07 03:32:44 - cvsupping the source tree TB --- 2012-06-07 03:32:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-07 03:32:58 - building world TB --- 2012-06-07 03:32:58 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 03:32:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 03:32:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 03:32:58 - SRCCONF=/dev/null TB --- 2012-06-07 03:32:58 - TARGET=arm TB --- 2012-06-07 03:32:58 - TARGET_ARCH=arm TB --- 2012-06-07 03:32:58 - TZ=UTC TB --- 2012-06-07 03:32:58 - __MAKE_CONF=/dev/null TB --- 2012-06-07 03:32:58 - cd /src TB --- 2012-06-07 03:32:58 - /usr/bin/make -B buildworld World build started on Thu Jun 7 03:32:59 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 [...] gzip -cn /src/usr.bin/from/from.1 from.1.gz === usr.bin/fstat (all) cc -O -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:06:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:06:23 - ERROR: failed to build world TB --- 2012-06-07 04:06:23 - 1543.84 user 355.90 system 2019.08 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Mergemaster Fails
On Wed, Jun 06, 2012 at 16:51:27 -0700 , Thomas D. Dean wrote: Mergemaster fails in a up-to-date as of now build. uname -a FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jun 6 16:16:58 PDT 2012 root@P9X79.tddhome:/usr/obj/usr/src/sys/GENERIC amd64 # mergemaster ... [END] And no response to the keyboard, except ctrl-Z. ^Z # ps ... 1363 4 Is 0:00.01 su 1364 4 S0:00.01 _su (csh) 1368 4 T0:00.06 /bin/sh /usr/sbin/mergemaster 2434 4 T0:00.01 less 2439 4 R+ 0:00.00 ps How do I get around this? Have you tried ctrl-t? This will send SIGINFO to the process which causes the shell to print out some information about the running program (and if the foreground program knows about the signal, it can print out some useful diagnostic info as well, like fsck and dd do). It sounds like something is waiting for input or otherwise wedged, and ^T might tell us which command and what it's trying to do. Additionally, the output of ps ax -d (show process trees) would be helpful. This should also show what mergemaster is waiting on. -- Thanks and best regards, Chris Nehren pgpxR6TEwn8qi.pgp Description: PGP signature
[releng_8 tinderbox] failure on i386/i386
TB --- 2012-06-07 03:45:23 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 03:45:23 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 03:45:23 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-07 03:45:23 - cleaning the object tree TB --- 2012-06-07 03:45:23 - cvsupping the source tree TB --- 2012-06-07 03:45:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-07 03:45:34 - building world TB --- 2012-06-07 03:45:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 03:45:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 03:45:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 03:45:34 - SRCCONF=/dev/null TB --- 2012-06-07 03:45:34 - TARGET=i386 TB --- 2012-06-07 03:45:34 - TARGET_ARCH=i386 TB --- 2012-06-07 03:45:34 - TZ=UTC TB --- 2012-06-07 03:45:34 - __MAKE_CONF=/dev/null TB --- 2012-06-07 03:45:34 - cd /src TB --- 2012-06-07 03:45:34 - /usr/bin/make -B buildworld World build started on Thu Jun 7 03:45:35 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 [...] gzip -cn /src/usr.bin/from/from.1 from.1.gz === usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:27:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:27:24 - ERROR: failed to build world TB --- 2012-06-07 04:27:24 - 1971.97 user 364.09 system 2521.28 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-06-07 04:07:13 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 04:07:13 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 04:07:13 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-07 04:07:13 - cleaning the object tree TB --- 2012-06-07 04:07:13 - cvsupping the source tree TB --- 2012-06-07 04:07:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-07 04:07:24 - building world TB --- 2012-06-07 04:07:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 04:07:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 04:07:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 04:07:24 - SRCCONF=/dev/null TB --- 2012-06-07 04:07:24 - TARGET=mips TB --- 2012-06-07 04:07:24 - TARGET_ARCH=mips TB --- 2012-06-07 04:07:24 - TZ=UTC TB --- 2012-06-07 04:07:24 - __MAKE_CONF=/dev/null TB --- 2012-06-07 04:07:24 - cd /src TB --- 2012-06-07 04:07:24 - /usr/bin/make -B buildworld World build started on Thu Jun 7 04:07:24 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 [...] gzip -cn /src/usr.bin/from/from.1 from.1.gz === usr.bin/fstat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:40:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:40:12 - ERROR: failed to build world TB --- 2012-06-07 04:40:12 - 1499.70 user 332.09 system 1979.55 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_8 tinderbox] failure on i386/pc98
TB --- 2012-06-07 04:01:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 04:01:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 04:01:44 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-07 04:01:44 - cleaning the object tree TB --- 2012-06-07 04:01:44 - cvsupping the source tree TB --- 2012-06-07 04:01:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-07 04:01:56 - building world TB --- 2012-06-07 04:01:56 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 04:01:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 04:01:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 04:01:56 - SRCCONF=/dev/null TB --- 2012-06-07 04:01:56 - TARGET=pc98 TB --- 2012-06-07 04:01:56 - TARGET_ARCH=i386 TB --- 2012-06-07 04:01:56 - TZ=UTC TB --- 2012-06-07 04:01:56 - __MAKE_CONF=/dev/null TB --- 2012-06-07 04:01:56 - cd /src TB --- 2012-06-07 04:01:56 - /usr/bin/make -B buildworld World build started on Thu Jun 7 04:01: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 [...] gzip -cn /src/usr.bin/from/from.1 from.1.gz === usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:43:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:43:17 - ERROR: failed to build world TB --- 2012-06-07 04:43:17 - 1961.16 user 372.12 system 2493.01 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_8 tinderbox] failure on powerpc/powerpc
TB --- 2012-06-07 04:13:45 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 04:13:45 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 04:13:45 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-07 04:13:45 - cleaning the object tree TB --- 2012-06-07 04:13:45 - cvsupping the source tree TB --- 2012-06-07 04:13:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-07 04:13:57 - building world TB --- 2012-06-07 04:13:57 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 04:13:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 04:13:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 04:13:57 - SRCCONF=/dev/null TB --- 2012-06-07 04:13:57 - TARGET=powerpc TB --- 2012-06-07 04:13:57 - TARGET_ARCH=powerpc TB --- 2012-06-07 04:13:57 - TZ=UTC TB --- 2012-06-07 04:13:57 - __MAKE_CONF=/dev/null TB --- 2012-06-07 04:13:57 - cd /src TB --- 2012-06-07 04:13:57 - /usr/bin/make -B buildworld World build started on Thu Jun 7 04:13:58 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 [...] gzip -cn /src/usr.bin/from/from.1 from.1.gz === usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:54:37 - ERROR: failed to build world TB --- 2012-06-07 04:54:37 - 1971.85 user 361.59 system 2451.66 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Documenting 'make config' options
Doug Barton do...@freebsd.org writes: On 06/06/2012 11:59, Dave Hayes wrote: I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of what the hell do these do?, even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? Personally, a 'pkg-options-descr' text file would suit me just fine. I don't claim this is a good or bad idea from the general perspective of FreeBSD users as a group. ;) From that perspective, the menu example suggested by Warren Block is decent; perhaps with an added button to reset to defaults. From a quick persual of dialog(1), I'm sure something similar in functionality could be used without having to modify dialog itself. My loose attempt at requirements is that enough information about each option be in one place in the port skeleton to make an informed decision about whether to turn that option on or off. There should be a clear paragraph explaining what the option does, what consequences it might have if you enable/disable it, and why the default was chosen. BTW, thank you for changing the subject line. -- Dave Hayes - Consultant - Altadena CA, USA - d...@jetcafe.org The opinions expressed above are entirely my own Never promise, even by implication, without fulfilling your promise. The only acceptable alternative to completing an undertaking is to over-fulfil it. To betray any promise, explicit or otherwise, will harm you more than it can harm anyone else. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org