[head tinderbox] failure on powerpc/powerpc
TB --- 2011-11-10 05:30:19 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-10 05:30:19 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-10 05:30:19 - cleaning the object tree TB --- 2011-11-10 05:30:32 - cvsupping the source tree TB --- 2011-11-10 05:30:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-10 05:31:23 - building world TB --- 2011-11-10 05:31:23 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 05:31:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 05:31:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 05:31:23 - SRCCONF=/dev/null TB --- 2011-11-10 05:31:23 - TARGET=powerpc TB --- 2011-11-10 05:31:23 - TARGET_ARCH=powerpc TB --- 2011-11-10 05:31:23 - TZ=UTC TB --- 2011-11-10 05:31:23 - __MAKE_CONF=/dev/null TB --- 2011-11-10 05:31:23 - cd /src TB --- 2011-11-10 05:31:23 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 10 05:31:24 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 10 07:32:38 UTC 2011 TB --- 2011-11-10 07:32:38 - generating LINT kernel config TB --- 2011-11-10 07:32:38 - cd /src/sys/powerpc/conf TB --- 2011-11-10 07:32:38 - /usr/bin/make -B LINT TB --- 2011-11-10 07:32:38 - cd /src/sys/powerpc/conf TB --- 2011-11-10 07:32:38 - /usr/sbin/config -m GENERIC TB --- 2011-11-10 07:32:38 - building GENERIC kernel TB --- 2011-11-10 07:32:38 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 07:32:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 07:32:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 07:32:38 - SRCCONF=/dev/null TB --- 2011-11-10 07:32:38 - TARGET=powerpc TB --- 2011-11-10 07:32:38 - TARGET_ARCH=powerpc TB --- 2011-11-10 07:32:38 - TZ=UTC TB --- 2011-11-10 07:32:38 - __MAKE_CONF=/dev/null TB --- 2011-11-10 07:32:38 - cd /src TB --- 2011-11-10 07:32:38 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 10 07:32:38 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ath/../../dev/ath/if_ath.c: In function 'ath_rx_proc': /src/sys/modules/ath/../../dev/ath/if_ath.c:3775: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3777: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3779: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3781: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3783: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3785: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3975: error: 'struct ath_rx_status' has no member named 'rs_isaggr' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-10 07:38:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-10 07:38:49 - ERROR: failed to build GENERIC kernel TB --- 2011-11-10 07:38:49 - 6230.30 user 1044.21 system 7710.14 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc64/powerpc
TB --- 2011-11-10 05:32:04 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-10 05:32:04 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-10 05:32:04 - cleaning the object tree TB --- 2011-11-10 05:32:24 - cvsupping the source tree TB --- 2011-11-10 05:32:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-10 05:32:43 - building world TB --- 2011-11-10 05:32:43 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 05:32:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 05:32:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 05:32:43 - SRCCONF=/dev/null TB --- 2011-11-10 05:32:43 - TARGET=powerpc TB --- 2011-11-10 05:32:43 - TARGET_ARCH=powerpc64 TB --- 2011-11-10 05:32:43 - TZ=UTC TB --- 2011-11-10 05:32:43 - __MAKE_CONF=/dev/null TB --- 2011-11-10 05:32:43 - cd /src TB --- 2011-11-10 05:32:43 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 10 05:32:44 UTC 2011 >>> 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 Thu Nov 10 07:14:55 UTC 2011 TB --- 2011-11-10 07:14:55 - generating LINT kernel config TB --- 2011-11-10 07:14:56 - cd /src/sys/powerpc/conf TB --- 2011-11-10 07:14:56 - /usr/bin/make -B LINT TB --- 2011-11-10 07:14:56 - cd /src/sys/powerpc/conf TB --- 2011-11-10 07:14:56 - /usr/sbin/config -m GENERIC TB --- 2011-11-10 07:14:56 - skipping GENERIC kernel TB --- 2011-11-10 07:14:56 - cd /src/sys/powerpc/conf TB --- 2011-11-10 07:14:56 - /usr/sbin/config -m GENERIC64 TB --- 2011-11-10 07:14:56 - building GENERIC64 kernel TB --- 2011-11-10 07:14:56 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 07:14:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 07:14:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 07:14:56 - SRCCONF=/dev/null TB --- 2011-11-10 07:14:56 - TARGET=powerpc TB --- 2011-11-10 07:14:56 - TARGET_ARCH=powerpc64 TB --- 2011-11-10 07:14:56 - TZ=UTC TB --- 2011-11-10 07:14:56 - __MAKE_CONF=/dev/null TB --- 2011-11-10 07:14:56 - cd /src TB --- 2011-11-10 07:14:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Nov 10 07:14:56 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ath/../../dev/ath/if_ath.c: In function 'ath_rx_proc': /src/sys/modules/ath/../../dev/ath/if_ath.c:3775: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3777: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3779: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3781: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3783: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3785: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3975: error: 'struct ath_rx_status' has no member named 'rs_isaggr' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-10 07:23:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-10 07:23:04 - ERROR: failed to build GENERIC64 kernel TB --- 2011-11-10 07:23:04 - 4958.12 user 1139.49 system 6660.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [head tinderbox] failure on i386/i386
Adrian, This has been going on for a while. Are you subscribed to -current? Any plans to fix this? Doug On 11/09/2011 23:05, FreeBSD Tinderbox wrote: > TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on > freebsd-current.sentex.ca > TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run for i386/i386 > TB --- 2011-11-10 02:10:00 - cleaning the object tree > TB --- 2011-11-10 02:10:52 - cvsupping the source tree > TB --- 2011-11-10 02:10:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca > /tinderbox/HEAD/i386/i386/supfile > TB --- 2011-11-10 02:11:03 - building world > TB --- 2011-11-10 02:11:03 - CROSS_BUILD_TESTING=YES > TB --- 2011-11-10 02:11:03 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-11-10 02:11:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-11-10 02:11:03 - SRCCONF=/dev/null > TB --- 2011-11-10 02:11:03 - TARGET=i386 > TB --- 2011-11-10 02:11:03 - TARGET_ARCH=i386 > TB --- 2011-11-10 02:11:03 - TZ=UTC > TB --- 2011-11-10 02:11:03 - __MAKE_CONF=/dev/null > TB --- 2011-11-10 02:11:03 - cd /src > TB --- 2011-11-10 02:11:03 - /usr/bin/make -B buildworld World build started on Thu Nov 10 02:11:03 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Nov 10 04:22:28 UTC 2011 > TB --- 2011-11-10 04:22:28 - generating LINT kernel config > TB --- 2011-11-10 04:22:28 - cd /src/sys/i386/conf > TB --- 2011-11-10 04:22:28 - /usr/bin/make -B LINT > TB --- 2011-11-10 04:22:28 - cd /src/sys/i386/conf > TB --- 2011-11-10 04:22:28 - /usr/sbin/config -m LINT-NOINET > TB --- 2011-11-10 04:22:28 - building LINT-NOINET kernel > TB --- 2011-11-10 04:22:28 - CROSS_BUILD_TESTING=YES > TB --- 2011-11-10 04:22:28 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-11-10 04:22:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-11-10 04:22:28 - SRCCONF=/dev/null > TB --- 2011-11-10 04:22:28 - TARGET=i386 > TB --- 2011-11-10 04:22:28 - TARGET_ARCH=i386 > TB --- 2011-11-10 04:22:28 - TZ=UTC > TB --- 2011-11-10 04:22:28 - __MAKE_CONF=/dev/null > TB --- 2011-11-10 04:22:28 - cd /src > TB --- 2011-11-10 04:22:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Thu Nov 10 04:22:28 UTC 2011 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET completed on Thu Nov 10 04:53:09 UTC 2011 > TB --- 2011-11-10 04:53:09 - cd /src/sys/i386/conf > TB --- 2011-11-10 04:53:09 - /usr/sbin/config -m LINT-NOINET6 > TB --- 2011-11-10 04:53:09 - building LINT-NOINET6 kernel > TB --- 2011-11-10 04:53:09 - CROSS_BUILD_TESTING=YES > TB --- 2011-11-10 04:53:09 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-11-10 04:53:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-11-10 04:53:09 - SRCCONF=/dev/null > TB --- 2011-11-10 04:53:09 - TARGET=i386 > TB --- 2011-11-10 04:53:09 - TARGET_ARCH=i386 > TB --- 2011-11-10 04:53:09 - TZ=UTC > TB --- 2011-11-10 04:53:09 - __MAKE_CONF=/dev/null > TB --- 2011-11-10 04:53:09 - cd /src > TB --- 2011-11-10 04:53:09 - /usr/bin/make -B buildkernel > KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Thu Nov 10 04:53:09 UTC 2011 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET6 completed on Thu Nov 10 05:23:36 UTC 2011 > TB --- 2011-11-10 05:23:36 - cd /src/sys/i386/conf > TB --- 2011-11-10 05:23:36 - /usr/sbin/config -m LINT-NOIP > TB --- 2011-11-10 05:23:36 - building LINT-NOIP kernel > TB --- 2011-11-10 05:23:36 - CROSS_BUILD_TESTING=YES > TB --- 2011-11-10 05:23:36 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-11-10 05:23:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-11-10 05:23:36 - SRCCONF=/dev/null > TB --- 2011-11-10 05:23:36 - TARGET=i386 > TB --- 2011-11-10 05:23:36 - TARGET_ARCH=i386 > TB --- 2011-11-10 05:23:36 - TZ=UTC > TB --- 2011-11-10 05:23:36 - __MAKE_CONF=/dev/null > TB --- 2011-11-10 05:23:36 - cd /src > TB --- 2011-11-10 05:23:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP Kernel build for LINT-NOIP started on Thu Nov 10 05:23:36 UTC 2011 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOIP completed on Thu Nov 10 05:52:09 UTC 2011
[head tinderbox] failure on i386/i386
TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-10 02:10:00 - cleaning the object tree TB --- 2011-11-10 02:10:52 - cvsupping the source tree TB --- 2011-11-10 02:10:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-10 02:11:03 - building world TB --- 2011-11-10 02:11:03 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 02:11:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 02:11:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 02:11:03 - SRCCONF=/dev/null TB --- 2011-11-10 02:11:03 - TARGET=i386 TB --- 2011-11-10 02:11:03 - TARGET_ARCH=i386 TB --- 2011-11-10 02:11:03 - TZ=UTC TB --- 2011-11-10 02:11:03 - __MAKE_CONF=/dev/null TB --- 2011-11-10 02:11:03 - cd /src TB --- 2011-11-10 02:11:03 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 10 02:11:03 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 10 04:22:28 UTC 2011 TB --- 2011-11-10 04:22:28 - generating LINT kernel config TB --- 2011-11-10 04:22:28 - cd /src/sys/i386/conf TB --- 2011-11-10 04:22:28 - /usr/bin/make -B LINT TB --- 2011-11-10 04:22:28 - cd /src/sys/i386/conf TB --- 2011-11-10 04:22:28 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-10 04:22:28 - building LINT-NOINET kernel TB --- 2011-11-10 04:22:28 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 04:22:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 04:22:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 04:22:28 - SRCCONF=/dev/null TB --- 2011-11-10 04:22:28 - TARGET=i386 TB --- 2011-11-10 04:22:28 - TARGET_ARCH=i386 TB --- 2011-11-10 04:22:28 - TZ=UTC TB --- 2011-11-10 04:22:28 - __MAKE_CONF=/dev/null TB --- 2011-11-10 04:22:28 - cd /src TB --- 2011-11-10 04:22:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu Nov 10 04:22:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Thu Nov 10 04:53:09 UTC 2011 TB --- 2011-11-10 04:53:09 - cd /src/sys/i386/conf TB --- 2011-11-10 04:53:09 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-11-10 04:53:09 - building LINT-NOINET6 kernel TB --- 2011-11-10 04:53:09 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 04:53:09 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 04:53:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 04:53:09 - SRCCONF=/dev/null TB --- 2011-11-10 04:53:09 - TARGET=i386 TB --- 2011-11-10 04:53:09 - TARGET_ARCH=i386 TB --- 2011-11-10 04:53:09 - TZ=UTC TB --- 2011-11-10 04:53:09 - __MAKE_CONF=/dev/null TB --- 2011-11-10 04:53:09 - cd /src TB --- 2011-11-10 04:53:09 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu Nov 10 04:53:09 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Thu Nov 10 05:23:36 UTC 2011 TB --- 2011-11-10 05:23:36 - cd /src/sys/i386/conf TB --- 2011-11-10 05:23:36 - /usr/sbin/config -m LINT-NOIP TB --- 2011-11-10 05:23:36 - building LINT-NOIP kernel TB --- 2011-11-10 05:23:36 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 05:23:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 05:23:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 05:23:36 - SRCCONF=/dev/null TB --- 2011-11-10 05:23:36 - TARGET=i386 TB --- 2011-11-10 05:23:36 - TARGET_ARCH=i386 TB --- 2011-11-10 05:23:36 - TZ=UTC TB --- 2011-11-10 05:23:36 - __MAKE_CONF=/dev/null TB --- 2011-11-10 05:23:36 - cd /src TB --- 2011-11-10 05:23:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Thu Nov 10 05:23:36 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Thu Nov 10 05:52:09 UTC 2011 TB --- 2011-11-10 05:52:09 - cd /src/sys/i386/conf TB --- 2011-11-10 05:52:09 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-11-10 05:52:09 - building LINT-VIMAGE kernel TB --- 2011-11-10 05:52:09 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 05:52:09 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 05:52:09 - PATH=/usr/bin:
Netgear WNA1000N USB wlan device
Hi, Netgear has these neat little USB micro wireless network adapters[1] that one could plug in and forget about without fear of, for example, breaking the device. Said devices are really nice for those of us without supported integrated wireless chipsets, such as those found in late 2010 MacBooks, or anything manufactured by Dell recently... The only problem is that the device itself is not supported. The device appears to have a RealTek RTL8188CUS chipset (vendor 0846, device 9041), which, without knowing much more about the device, I suspect could work with the urtw(4) driver. However, my feeble attempts at simulating support for the device ended, well, as expected. :) Is someone out there interested in undertaking the task of tweaking the driver code (if it's feasible in this case, of course) to get this device supported? I suspect more people than just me would be greatly appreciative of support for it. :) Thanks, Glen [1] - http://www.totobay.com/netgear-wna-1000-n-150m-wireless-usb-adapter_p29987.html -- Glen Barber ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on ia64/ia64
TB --- 2011-11-10 03:51:53 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-10 03:51:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-10 03:51:53 - cleaning the object tree TB --- 2011-11-10 03:52:08 - cvsupping the source tree TB --- 2011-11-10 03:52:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-10 03:52:20 - building world TB --- 2011-11-10 03:52:20 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 03:52:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 03:52:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 03:52:20 - SRCCONF=/dev/null TB --- 2011-11-10 03:52:20 - TARGET=ia64 TB --- 2011-11-10 03:52:20 - TARGET_ARCH=ia64 TB --- 2011-11-10 03:52:20 - TZ=UTC TB --- 2011-11-10 03:52:20 - __MAKE_CONF=/dev/null TB --- 2011-11-10 03:52:20 - cd /src TB --- 2011-11-10 03:52:20 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 10 03:52:21 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 10 05:21:57 UTC 2011 TB --- 2011-11-10 05:21:57 - generating LINT kernel config TB --- 2011-11-10 05:21:57 - cd /src/sys/ia64/conf TB --- 2011-11-10 05:21:57 - /usr/bin/make -B LINT TB --- 2011-11-10 05:21:57 - cd /src/sys/ia64/conf TB --- 2011-11-10 05:21:57 - /usr/sbin/config -m GENERIC TB --- 2011-11-10 05:21:57 - building GENERIC kernel TB --- 2011-11-10 05:21:57 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 05:21:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 05:21:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 05:21:57 - SRCCONF=/dev/null TB --- 2011-11-10 05:21:57 - TARGET=ia64 TB --- 2011-11-10 05:21:57 - TARGET_ARCH=ia64 TB --- 2011-11-10 05:21:57 - TZ=UTC TB --- 2011-11-10 05:21:57 - __MAKE_CONF=/dev/null TB --- 2011-11-10 05:21:57 - cd /src TB --- 2011-11-10 05:21:57 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 10 05:21:57 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ath/../../dev/ath/if_ath.c: In function 'ath_rx_proc': /src/sys/modules/ath/../../dev/ath/if_ath.c:3775: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3777: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3779: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3781: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3783: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3785: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3975: error: 'struct ath_rx_status' has no member named 'rs_isaggr' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-10 05:32:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-10 05:32:03 - ERROR: failed to build GENERIC kernel TB --- 2011-11-10 05:32:03 - 4727.10 user 912.53 system 6009.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/pc98
TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-10 02:10:00 - cleaning the object tree TB --- 2011-11-10 02:10:28 - cvsupping the source tree TB --- 2011-11-10 02:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-10 02:10:45 - building world TB --- 2011-11-10 02:10:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 02:10:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 02:10:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 02:10:45 - SRCCONF=/dev/null TB --- 2011-11-10 02:10:45 - TARGET=pc98 TB --- 2011-11-10 02:10:45 - TARGET_ARCH=i386 TB --- 2011-11-10 02:10:45 - TZ=UTC TB --- 2011-11-10 02:10:45 - __MAKE_CONF=/dev/null TB --- 2011-11-10 02:10:45 - cd /src TB --- 2011-11-10 02:10:45 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 10 02:10:46 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 10 04:21:50 UTC 2011 TB --- 2011-11-10 04:21:50 - generating LINT kernel config TB --- 2011-11-10 04:21:50 - cd /src/sys/pc98/conf TB --- 2011-11-10 04:21:50 - /usr/bin/make -B LINT TB --- 2011-11-10 04:21:50 - cd /src/sys/pc98/conf TB --- 2011-11-10 04:21:50 - /usr/sbin/config -m GENERIC TB --- 2011-11-10 04:21:50 - building GENERIC kernel TB --- 2011-11-10 04:21:50 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 04:21:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 04:21:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 04:21:50 - SRCCONF=/dev/null TB --- 2011-11-10 04:21:50 - TARGET=pc98 TB --- 2011-11-10 04:21:50 - TARGET_ARCH=i386 TB --- 2011-11-10 04:21:50 - TZ=UTC TB --- 2011-11-10 04:21:50 - __MAKE_CONF=/dev/null TB --- 2011-11-10 04:21:50 - cd /src TB --- 2011-11-10 04:21:50 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 10 04:21:50 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ath/../../dev/ath/if_ath.c: In function 'ath_rx_proc': /src/sys/modules/ath/../../dev/ath/if_ath.c:3775: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3777: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3779: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3781: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3783: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3785: error: 'struct ath_rx_status' has no member named 'rs_flags' /src/sys/modules/ath/../../dev/ath/if_ath.c:3975: error: 'struct ath_rx_status' has no member named 'rs_isaggr' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-10 04:29:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-10 04:29:52 - ERROR: failed to build GENERIC kernel TB --- 2011-11-10 04:29:52 - 6695.27 user 1202.62 system 8392.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on arm/arm
TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-10 02:10:00 - cleaning the object tree TB --- 2011-11-10 02:10:32 - cvsupping the source tree TB --- 2011-11-10 02:10:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-10 02:10:48 - building world TB --- 2011-11-10 02:10:48 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 02:10:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 02:10:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 02:10:48 - SRCCONF=/dev/null TB --- 2011-11-10 02:10:48 - TARGET=arm TB --- 2011-11-10 02:10:48 - TARGET_ARCH=arm TB --- 2011-11-10 02:10:48 - TZ=UTC TB --- 2011-11-10 02:10:48 - __MAKE_CONF=/dev/null TB --- 2011-11-10 02:10:48 - cd /src TB --- 2011-11-10 02:10:48 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 10 02:10:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 10 03:06:49 UTC 2011 TB --- 2011-11-10 03:06:49 - cd /src/sys/arm/conf TB --- 2011-11-10 03:06:49 - /usr/sbin/config -m AVILA TB --- 2011-11-10 03:06:49 - building AVILA kernel TB --- 2011-11-10 03:06:49 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 03:06:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 03:06:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 03:06:49 - SRCCONF=/dev/null TB --- 2011-11-10 03:06:49 - TARGET=arm TB --- 2011-11-10 03:06:49 - TARGET_ARCH=arm TB --- 2011-11-10 03:06:49 - TZ=UTC TB --- 2011-11-10 03:06:49 - __MAKE_CONF=/dev/null TB --- 2011-11-10 03:06:49 - cd /src TB --- 2011-11-10 03:06:49 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Nov 10 03:06:49 UTC 2011 >>> 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 AVILA completed on Thu Nov 10 03:10:18 UTC 2011 TB --- 2011-11-10 03:10:18 - cd /src/sys/arm/conf TB --- 2011-11-10 03:10:18 - /usr/sbin/config -m BWCT TB --- 2011-11-10 03:10:18 - building BWCT kernel TB --- 2011-11-10 03:10:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 03:10:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 03:10:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 03:10:18 - SRCCONF=/dev/null TB --- 2011-11-10 03:10:18 - TARGET=arm TB --- 2011-11-10 03:10:18 - TARGET_ARCH=arm TB --- 2011-11-10 03:10:18 - TZ=UTC TB --- 2011-11-10 03:10:18 - __MAKE_CONF=/dev/null TB --- 2011-11-10 03:10:18 - cd /src TB --- 2011-11-10 03:10:18 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Nov 10 03:10:19 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Thu Nov 10 03:12:26 UTC 2011 TB --- 2011-11-10 03:12:26 - cd /src/sys/arm/conf TB --- 2011-11-10 03:12:26 - /usr/sbin/config -m CAMBRIA TB --- 2011-11-10 03:12:26 - building CAMBRIA kernel TB --- 2011-11-10 03:12:26 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 03:12:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 03:12:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 03:12:26 - SRCCONF=/dev/null TB --- 2011-11-10 03:12:26 - TARGET=arm TB --- 2011-11-10 03:12:26 - TARGET_ARCH=arm TB --- 2011-11-10 03:12:26 - TZ=UTC TB --- 2011-11-10 03:12:26 - __MAKE_CONF=/dev/null TB --- 2011-11-10 03:12:26 - cd /src TB --- 2011-11-10 03:12:26 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Thu Nov 10 03:12:26 UTC 2011 >>> 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 CAMBRIA completed on Thu Nov 10 03:15:21 UTC 2011 TB --- 2011-11-10 03:15:21 - cd /src/sys/arm/conf TB --- 2011-11-10 03:15:21 - /usr/sbin/config -m CNS11XXNAS TB --- 2011-11-10 03:15:22 - building CNS11XXNAS kernel TB --- 2011-11-10 03:15:22 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 03:15:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 03:15:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 03:15:22 - SRCCONF=/dev/null TB --- 2011-11-10 03:15:22 - TARGET=arm TB --- 2011-11-10 03:15:22 - TARGET_ARCH=arm TB --- 2011-11-10 03:15:22 - TZ=UTC TB --- 2011-11-10 03:15:22 - __MAKE_CONF=/dev/null TB --- 2011-11-10 0
Re: Using Instruction Pointer address in debug interfaces [Was: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]]
On 10/11/2011, at 4:09, Julian Elischer wrote: > well write a driver for it.. what do you think I'm doing with the driver I'm > talking about? > I wrote several bypass network card drivers when I was at cisco/ironport.. > it's not rocket science, > though it would be nice if we were to come up with a standard interface for > bypass interfaces. > That is a different topic though.. http://info.iet.unipi.it/~luigi/netmap/ Perhaps? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on ia64/ia64
TB --- 2011-11-09 22:44:17 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-09 22:44:17 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-09 22:44:17 - cleaning the object tree TB --- 2011-11-09 22:44:32 - cvsupping the source tree TB --- 2011-11-09 22:44:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-09 22:44:46 - building world TB --- 2011-11-09 22:44:46 - CROSS_BUILD_TESTING=YES TB --- 2011-11-09 22:44:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-09 22:44:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-09 22:44:46 - SRCCONF=/dev/null TB --- 2011-11-09 22:44:46 - TARGET=ia64 TB --- 2011-11-09 22:44:46 - TARGET_ARCH=ia64 TB --- 2011-11-09 22:44:46 - TZ=UTC TB --- 2011-11-09 22:44:46 - __MAKE_CONF=/dev/null TB --- 2011-11-09 22:44:46 - cd /src TB --- 2011-11-09 22:44:46 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 9 22:44:46 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 10 00:13:17 UTC 2011 TB --- 2011-11-10 00:13:17 - generating LINT kernel config TB --- 2011-11-10 00:13:17 - cd /src/sys/ia64/conf TB --- 2011-11-10 00:13:17 - /usr/bin/make -B LINT TB --- 2011-11-10 00:13:17 - cd /src/sys/ia64/conf TB --- 2011-11-10 00:13:17 - /usr/sbin/config -m GENERIC TB --- 2011-11-10 00:13:17 - building GENERIC kernel TB --- 2011-11-10 00:13:17 - CROSS_BUILD_TESTING=YES TB --- 2011-11-10 00:13:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-10 00:13:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-10 00:13:17 - SRCCONF=/dev/null TB --- 2011-11-10 00:13:17 - TARGET=ia64 TB --- 2011-11-10 00:13:17 - TARGET_ARCH=ia64 TB --- 2011-11-10 00:13:17 - TZ=UTC TB --- 2011-11-10 00:13:17 - __MAKE_CONF=/dev/null TB --- 2011-11-10 00:13:17 - cd /src TB --- 2011-11-10 00:13:17 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 10 00:13:18 UTC 2011 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/ia64.ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_phy.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/ia64.ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_power.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/ia64.ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_recv.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/a
[head tinderbox] failure on amd64/amd64
TB --- 2011-11-09 20:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-09 20:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-09 20:40:00 - cleaning the object tree TB --- 2011-11-09 20:40:48 - cvsupping the source tree TB --- 2011-11-09 20:40:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-09 20:46:31 - building world TB --- 2011-11-09 20:46:31 - CROSS_BUILD_TESTING=YES TB --- 2011-11-09 20:46:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-09 20:46:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-09 20:46:31 - SRCCONF=/dev/null TB --- 2011-11-09 20:46:31 - TARGET=amd64 TB --- 2011-11-09 20:46:31 - TARGET_ARCH=amd64 TB --- 2011-11-09 20:46:31 - TZ=UTC TB --- 2011-11-09 20:46:31 - __MAKE_CONF=/dev/null TB --- 2011-11-09 20:46:31 - cd /src TB --- 2011-11-09 20:46:31 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 9 20:46:32 UTC 2011 >>> 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 Nov 9 23:28:55 UTC 2011 TB --- 2011-11-09 23:28:55 - generating LINT kernel config TB --- 2011-11-09 23:28:55 - cd /src/sys/amd64/conf TB --- 2011-11-09 23:28:55 - /usr/bin/make -B LINT TB --- 2011-11-09 23:28:55 - cd /src/sys/amd64/conf TB --- 2011-11-09 23:28:55 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-09 23:28:55 - building LINT-NOINET kernel TB --- 2011-11-09 23:28:55 - CROSS_BUILD_TESTING=YES TB --- 2011-11-09 23:28:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-09 23:28:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-09 23:28:55 - SRCCONF=/dev/null TB --- 2011-11-09 23:28:55 - TARGET=amd64 TB --- 2011-11-09 23:28:55 - TARGET_ARCH=amd64 TB --- 2011-11-09 23:28:55 - TZ=UTC TB --- 2011-11-09 23:28:55 - __MAKE_CONF=/dev/null TB --- 2011-11-09 23:28:55 - cd /src TB --- 2011-11-09 23:28:55 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Nov 9 23:28:55 UTC 2011 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/ath_hal/ar5416/ar5416_phy.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/ath_hal/ar5416/ar5416_power.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg
Re: samba+zfs
On Wed, Nov 9, 2011 at 1:39 PM, Garrett Cooper wrote: > On Nov 8, 2011, at 11:07 PM, "Daniel O'Connor" wrote: > >> >> On 09/11/2011, at 17:32, Garrett Cooper wrote dd's of large files (spooled backups going to tape) to /dev/null are as slow as Samba. >>> >>> - Dedupe? >> >> Nope. >> >>> - Compression? >> >> On the mail spool & ports, but not on the tape spool. >> >>> - How much RAM? >> >> 8GB. >>> - What debug options do you have enabled in the kernel? >> >> It is 8.2-GENERIC so.. no WITNESS (for example) > > Ok. 8.2 release or stable? > >>> I've been noticing a slowdown in some respects with NFS/SMB, but I >>> suspected it was because I have an re(4) based NIC. ZFS has also wired >>> down a lot of my system memory for the L2ARC… >> >> >> re isn't great but I wouldn't expect it to slow down over time.. Unless >> bounce buffers got used more and more or something. >> >> I have an em0 card in this system - but in any case it is slow locally (i.e. >> dd a large file with 64k block size). > > Good point. Simple base cases help isolate the root cause. That > being said, my disk speed(s) are a lot better than my network + samba > speeds (zfs:store is mfid0 backed with write cache enabled; zfs:sac is > a single ada(4) backed disk with write cache enabled -- err... it > shouldn't be like that), but I suspect that's misconfiguration on my > part: > > $ sysctl hw.model hw.physmem > hw.model: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz > hw.physmem: 12863094784 > $ sudo mfiutil show volumes > mfi0 Volumes: > Id Size Level Stripe State Cache Name > mfid0 ( 1860G) RAID-6 64k OPTIMAL Enabled > $ zpool status > pool: sac > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > sac ONLINE 0 0 0 > ada0p3 ONLINE 0 0 0 > > errors: No known data errors > > pool: store > state: ONLINE > scan: scrub repaired 0 in 10h9m with 0 errors on Mon Nov 7 18:58:01 2011 > config: > > NAME STATE READ WRITE CKSUM > store ONLINE 0 0 0 > mfid0p1 ONLINE 0 0 0 > > errors: No known data errors > $ zfs list -o name,mountpoint,atime,sync,compression,dedup > NAME MOUNTPOINT ATIME SYNC > COMPRESS DEDUP > sac legacy on standard > off off > sac/root / on standard > off off > sac/scratch /scratch on standard > off off > sac/scratch/freenas /scratch/freenas off standard > on off > sac/scratch/freenas/FreeBSD /scratch/freenas/FreeBSD off standard > on off > sac/usr /usr on standard > off off > sac/var /var on standard > off off > store /store on standard > off off > store/freebsd /store/freebsd on standard > on on > store/home /usr/home on standard > off off > $ dd if=/dev/zero of=foo bs=1m count=1024 > 1024+0 records out > 1073741824 bytes transferred in 13.426620 secs (79971119 bytes/sec) > $ cd /store > $ dd if=/dev/zero of=foo bs=1m count=1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes transferred in 7.565117 secs (141933276 bytes/sec) > $ cat /usr/local/etc/smb.conf > [global] > workgroup = WORKGROUP > server string = BAYONETTA > security = user > load printers = no > max log size = 50 > preferred master = yes > local master = yes > socket options = SO_RCVBUF=16384 SO_SNDBUF=16384 > nt acl support = yes > inherit acls = yes > map acl inherit = yes > aio read size = 16384 > aio write size = 16384 > > [scratch] > path = /scratch > writeable = yes > > [store] > path = /store > writeable = yes > $ > > I'll have to: > 1. Recheck what Windows 7 says when transferring out to my box > with a large file. > 2. Use nc to quickly measure network performance. > 3. Try transferring over NFS with both my Macbook and setup > FreeBSD or Linux on the other workstation for testing out NFS > transfers (64kB rsize/wsize of course). Wash, rinse, repeat with > samba. > The last I remember the transfer speeds were pitiful with samba36 > (somewhere around 45MBps to my 'store' zpool). I've been conservative > with the socket settings, but it might be time to bump that up along > with the mbuf cluster count (for some odd reason I haven't changed it > from the system default), reboot, and retest. > Thanks, > -Garrett > I have fo
please test - AR5416/AR9220 PCI on SMP fix
Hi, I've included a fix into our ath/hal driver which enforces serialised register access on AR5416 and later PCI NICs when running on an SMP system. This is needed to fix a system hang issue that occurs with multiple CPUs doing register IO to/from these devices. I don't have any further information then that. Please update to -head and give things a try. If it still hangs when you bring the interface up, please email me a boot dmesg so I can ensure that it's enabled. You can also enable it manually before you create the interface - sysctl dev.ath.X.hal.serialise_reg_war=1 . Thanks, Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: samba+zfs
On Nov 8, 2011, at 11:07 PM, "Daniel O'Connor" wrote: > > On 09/11/2011, at 17:32, Garrett Cooper wrote >>> dd's of large files (spooled backups going to tape) to /dev/null are as >>> slow as Samba. >> >> - Dedupe? > > Nope. > >> - Compression? > > On the mail spool & ports, but not on the tape spool. > >> - How much RAM? > > 8GB. >> - What debug options do you have enabled in the kernel? > > It is 8.2-GENERIC so.. no WITNESS (for example) Ok. 8.2 release or stable? >> I've been noticing a slowdown in some respects with NFS/SMB, but I >> suspected it was because I have an re(4) based NIC. ZFS has also wired >> down a lot of my system memory for the L2ARC… > > > re isn't great but I wouldn't expect it to slow down over time.. Unless > bounce buffers got used more and more or something. > > I have an em0 card in this system - but in any case it is slow locally (i.e. > dd a large file with 64k block size). Good point. Simple base cases help isolate the root cause. That being said, my disk speed(s) are a lot better than my network + samba speeds (zfs:store is mfid0 backed with write cache enabled; zfs:sac is a single ada(4) backed disk with write cache enabled -- err... it shouldn't be like that), but I suspect that's misconfiguration on my part: $ sysctl hw.model hw.physmem hw.model: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz hw.physmem: 12863094784 $ sudo mfiutil show volumes mfi0 Volumes: Id SizeLevel Stripe State Cache Name mfid0 ( 1860G) RAID-6 64k OPTIMAL Enabled $ zpool status pool: sac state: ONLINE scan: none requested config: NAMESTATE READ WRITE CKSUM sac ONLINE 0 0 0 ada0p3ONLINE 0 0 0 errors: No known data errors pool: store state: ONLINE scan: scrub repaired 0 in 10h9m with 0 errors on Mon Nov 7 18:58:01 2011 config: NAMESTATE READ WRITE CKSUM store ONLINE 0 0 0 mfid0p1 ONLINE 0 0 0 errors: No known data errors $ zfs list -o name,mountpoint,atime,sync,compression,dedup NAME MOUNTPOINTATIME SYNC COMPRESS DEDUP sac legacy on standard offoff sac/root /on standard offoff sac/scratch /scratch on standard offoff sac/scratch/freenas /scratch/freenasoff standard onoff sac/scratch/freenas/FreeBSD /scratch/freenas/FreeBSDoff standard onoff sac/usr /usr on standard offoff sac/var /var on standard offoff store/store on standard offoff store/freebsd/store/freebsd on standard on on store/home /usr/homeon standard offoff $ dd if=/dev/zero of=foo bs=1m count=1024 1024+0 records out 1073741824 bytes transferred in 13.426620 secs (79971119 bytes/sec) $ cd /store $ dd if=/dev/zero of=foo bs=1m count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 7.565117 secs (141933276 bytes/sec) $ cat /usr/local/etc/smb.conf [global] workgroup = WORKGROUP server string = BAYONETTA security = user load printers = no max log size = 50 preferred master = yes local master = yes socket options = SO_RCVBUF=16384 SO_SNDBUF=16384 nt acl support = yes inherit acls = yes map acl inherit = yes aio read size = 16384 aio write size = 16384 [scratch] path = /scratch writeable = yes [store] path = /store writeable = yes $ I'll have to: 1. Recheck what Windows 7 says when transferring out to my box with a large file. 2. Use nc to quickly measure network performance. 3. Try transferring over NFS with both my Macbook and setup FreeBSD or Linux on the other workstation for testing out NFS transfers (64kB rsize/wsize of course). Wash, rinse, repeat with samba. The last I remember the transfer speeds were pitiful with samba36 (somewhere around 45MBps to my 'store' zpool). I've been conservative with the socket settings, but it might be time to bump that up along with the mbuf cluster count (for some odd reason I haven't changed it from the system default), reboot, and retest. Thanks, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [PATCH] Allow syslogd to accept multiple configuration files
On 11/9/11 8:21 AM, Ryan Stone wrote: On Wed, Nov 9, 2011 at 11:01 AM, Brooks Davis wrote: Do you happen to know why the code calloc's the struct filed's with 1's? I didn't do any investigation but that's seems like an odd pattern. calloc(1, sizeof(*f)) returns an array of 1 element of size sizeof(*f) that is pre-zeroed. It's the userland equivalent of malloc(sizeof(*f), ..., M_ZERO). I once did similar but changed the parser to have INCLUDE files. so you could insert new parts in between other entries it was about 15 years ago so I can't remember the syntax I used. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [RFC] Feed-Forward Clock support
On 11/9/11 4:12 AM, Julien Ridoux wrote: Hi all, I have written a set of patches to support feed-forward clock synchronisation algorithms. To cut a long story short, this work provides support for alternatives to the NTP daemon. The RADclock daemon we developed is one of these alternatives. This work is supported by the FreeBSD Foundation and a short project description can be found here: http://www.freebsdfoundation.org/press/2011Aug-newsletter.shtml#Project4 The patches will be committed on the weekend of Nov 19th and suggestions and comments would be very appreciated. The patches against r227382 can be found at this URL: http://www.cubinlab.ee.unimelb.edu.au/~jrid/ffclock_fbsd_r227382.tar.gz The patches introduce 3 new system calls and it is then necessary to run 'make sysent' in sys/kern and sys/compat/freebsd32. The feed-forward support can be compiled by adding the FFCLOCK option to the kernel configuration file. For more information, a fairly high level description of the feed-forward approach for clock synchronisation is given in this ACM Queue article. http://queue.acm.org/detail.cfm?id=1773943 All relevant technical papers, the latest stable RADclock version and more can be found here: http://www.synclab.org/radclock/ Please let me know your thoughts, Not a specific thought, more a general thought on new modules coming into the system and adding syscalls... whether we should make new modules add syscalls dynamically and hten export the allocated syscall number via sysctl, or whether static allocation is still good enough.. Thanks, Julien ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Using Instruction Pointer address in debug interfaces [Was: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]]
On 11/8/11 9:29 PM, Arnaud Lacombe wrote: Hi, On Tue, Nov 8, 2011 at 9:35 PM, Julian Elischer wrote: On 11/8/11 5:52 PM, Arnaud Lacombe wrote: Hi, On Tue, Nov 8, 2011 at 7:08 PM, Julian Elischer wrote: On 11/8/11 10:49 AM, Arnaud Lacombe wrote: Hi, To avoid future complaints about the fact that I would be only "talk" without "action", I did implement what I suggested above. As it is quite a large patch-set, I will not post it directly here, however, it is available on github: https://github.com/lacombar/freebsd/tree/master/topic/kern-lock-debug It convert a bunch of debug interface to use the caller instruction pointer, as well as a proof-of-concept teaching printf(9) to convert IP to symbol_name+offset. It translates in a direct saving of about +250kB on i386's GENERIC, just in kernel text size. Even the worst case, ie LOCK_DEBUG == 0, translates to a save of +80kB. Please note that this is still WIP code. A couple of comments. Firstly, the idea of a printf method to print the IP as symbol+offset is an interesting idea that should be followed up in its own right. FWIW, I have no credit in this idea. It has been in Linux for ages and ages. yeah as I said at work I use linux and BSD... the linux stuff that just prints out IP really annoys me. the list stuff and netgraph debug (which should be off in any production system) this is, I guess, where we do not agree. You find it acceptable to run totally different code in production and during debug. I do not. This is completely insane, even more nowadays where heavy parallelism increases the likelihood of races, and subtle change in the code, even optimization, can cause total behavioral change (ie. Heisenbug). For the record, we have been tracking for more than 2 months (first occurrences happened a year ago) an mbuf corruption in the network stack, present in all released code since at least FreeBSD 7[0]. Each time we think it is fixed, we are proven wrong by customers within a few days when the system crashes again. Even the last attempt which was believed to be bullet-proof failed and crashes daily. All that to say that production code should embed enough facilities to allow the system to be fully debugged with a runtime cost as low as possible, and a code-size cost as low as possible[1]. I should be able to connect on a production machine, turn a knob, an see what is going wrong, without the customer noticing. In the worst case, when you have to enable debug-only code, it must not be done by making the non-debug case more expensive, but wrap around. The whole original point of the patches was that LOCK_FILE and LOCK_LINE are a bad answer to a wrong problem. `__FILE__, __LINE__' and the bloat introduced is not the problem, `const char *file, int line' in way too much prototypes is. in netgraph if you turn off debugging you should not have any char * file stuff. it should all go away. ( he says from memory, not actually looking) Now, you make me realize that `const char *file, int line' should just be removed, not replaced by `unsigned long' or anything else. It's likely to be done in another iteration. just require you to be able to see the console. and have sources nearby. if you need the IP use gdb. "console debugging" is yet another abomination which should be hunted down. Just try to do any useful work at high-pps on a serial console... if you want to use gdb, then use gdb and if you want to use ktr, then use that. don't just declare the rest of the universe incompetent. these things are usually there for the developer of the module and done in whatever way is most convenient fo rthem. it's just what you are used to. You are obviously from the dark side ^H^H^H^H^H^H linux. My obedience is totally irrelevant to the problem. However, if you want to know, my heart tends to be with BSDs. Unfortunately, it's a sad love-story where your Beloved keeps deceiving you day after day. You want to change small bits at a time, make several iteration of progress to make things brighter, but your Beloved refuses any change because of too much inertia. Sad. mostly it's because you keep attacking your loved one with a steak knife. flowers might get you further. so you are used to doing it that way.. but don't expect us to change just because that's what Linux does. again, mentioning Linux is totally irrelevant. Use of Instruction Pointer are implementation details for a not so intrusive solution to the problem I pointed out, and which you are totally missing. since these modules were written many new options have come. for example the option to throw out a stack backtrace is new. For netgraph however, when I was debugging it, a file/line was exactly what I needed for the type of error I was looking for at the time. Now, please answer this: do you find any of the bloat to the non-debug case (ie. passing a NULL pointer and a 0 integer, when `LOCK_DEBUG == 0') worth the extra debugability comfort to be acceptable
Unable to full shutdown FreeBSD 9.0-RC1
"shutdown -p now" and "halt -p" only turn off my screen and keep the power led on and does not spin down my HDD. I need someone help to solve this issue and i am willing to give some debug log but i am not familiar how to get it. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [PATCH] Allow syslogd to accept multiple configuration files
On Wed, Nov 09, 2011 at 10:27:44AM -0500, Ryan Stone wrote: > I've written the following patch to allow syslogd to accept multiple > configuration files by passing multiple -f options. One use case for > this is to specify a common configuration file that applies across > multiple machines along with a second config file specific to the > local machine. > > The patch can also be found at > http://people.freebsd.org/~rstone/patches/syslogd-multiconf.diff > > (Oh, and before somebody asks, the reason that I converted struct > filed to use a TAILQ was that at one point I found myself typing > struct filed ***, then hit myself and refactored the code instead). I gave it a once over and it looks good. Do you happen to know why the code calloc's the struct filed's with 1's? I didn't do any investigation but that's seems like an odd pattern. -- Brooks pgphLOGPs8QuC.pgp Description: PGP signature
Re: [PATCH] Allow syslogd to accept multiple configuration files
On Wed, Nov 9, 2011 at 11:01 AM, Brooks Davis wrote: > Do you happen to know why the code calloc's the struct filed's with 1's? > I didn't do any investigation but that's seems like an odd pattern. calloc(1, sizeof(*f)) returns an array of 1 element of size sizeof(*f) that is pre-zeroed. It's the userland equivalent of malloc(sizeof(*f), ..., M_ZERO). ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: samba+zfs
On 11/09/2011 08:07 AM, Daniel O'Connor wrote: > On 09/11/2011, at 17:32, Garrett Cooper wrote >>> dd's of large files (spooled backups going to tape) to /dev/null are as >>> slow as Samba. >>- Dedupe? > Nope. You are probably right, but just to be sure, let's verify that with: zpool get dedupratio If it is not 1.00x, then even though your dedup may be disabled, your data is deduped. >>- Compression? > On the mail spool & ports, but not on the tape spool. > >>- How much RAM? > 8GB. Why are your memory settings set so low if you have 8 GB of memory? Do you need 6.2 GB left over for other apps? On 11/08/2011 10:26 AM, Dan The Man wrote: > vm.kmem_size="1844M" > vfs.zfs.arc_min="1024M" > vfs.zfs.arc_max="1536M" On my machine with 48 GB of memory, I set: vm.kmem_size="44g" vm.kmem_size_max="44g" vfs.zfs.arc_min="80m" vfs.zfs.arc_max="42g" And now it is very fast. My dataset is only about 10 TiB, and the total space is around 32 TiB. In practice, it uses about 36g of ARC and 151g of L2ARC, rather than the full 42g. Before, writes were quite slow when doing read at the same time (such as simply using cp). You shouldn't set those the way I did, using all for ZFS, because you are also using UFS, which needs some memory too. Also, my machine has no services other than ssh, nfs, and samba. I guess leave some for whatever services you run (or does the kernel give up its memory it used when userspace apps want more, like in Linux?). Also, instead of vfs.zfs.zil_disable="1" you should try setting "sync=disabled" # zfs set sync=disabled somepool/someasyncdataset And to find out if it is a bad disk or some IO bottleneck, use gstat to check the load % while it is doing the slow writing. eg. # gstat -I 5s -f "gpt/root|label/.ank|gpt/log|gpt/cache" >>- What debug options do you have enabled in the kernel? > It is 8.2-GENERIC so.. no WITNESS (for example) > >>I've been noticing a slowdown in some respects with NFS/SMB, but I >> suspected it was because I have an re(4) based NIC. ZFS has also wired >> down a lot of my system memory for the L2ARC… > > re isn't great but I wouldn't expect it to slow down over time.. Unless > bounce buffers got used more and more or something. > > I have an em0 card in this system - but in any case it is slow locally (i.e. > dd a large file with 64k block size). > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > > > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" -- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.malo...@brockmann-consult.de Internet: http://www.brockmann-consult.de ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[PATCH] Allow syslogd to accept multiple configuration files
I've written the following patch to allow syslogd to accept multiple configuration files by passing multiple -f options. One use case for this is to specify a common configuration file that applies across multiple machines along with a second config file specific to the local machine. The patch can also be found at http://people.freebsd.org/~rstone/patches/syslogd-multiconf.diff (Oh, and before somebody asks, the reason that I converted struct filed to use a TAILQ was that at one point I found myself typing struct filed ***, then hit myself and refactored the code instead). Index: syslogd.c === --- syslogd.c (revision 227341) +++ syslogd.c (working copy) @@ -114,7 +114,6 @@ #define SYSLOG_NAMES #include -const char *ConfFile = _PATH_LOGCONF; const char *PidFile = _PATH_LOGPID; const char ctty[] = _PATH_CONSOLE; @@ -141,6 +140,13 @@ STAILQ_HEAD(, funix) funixes = { &funix_default, &(funix_secure.next.stqe_next) }; +struct conf_file { + const char *name; + TAILQ_ENTRY(conf_file) next; +}; + +TAILQ_HEAD(, conf_file) conf_list = TAILQ_HEAD_INITIALIZER(conf_list); + /* * Flags to logmsg(). */ @@ -159,7 +165,7 @@ */ struct filed { - struct filed *f_next; /* next in linked list */ + TAILQ_ENTRY(filed) f_next; /* next in linked list */ short f_type; /* entry type, see below */ short f_file; /* file descriptor */ time_t f_time; /* time this was last written */ @@ -266,7 +272,7 @@ "FORW", "USERS","WALL", "PIPE" }; -static struct filed *Files;/* Log files that we write to */ +static TAILQ_HEAD(, filed) Files = TAILQ_HEAD_INITIALIZER(Files); static struct filed consfile; /* Console */ static int Debug; /* debug flag */ @@ -351,6 +357,7 @@ struct timeval tv, *tvp; struct sigaction sact; struct funix *fx, *fx1; + struct conf_file *conf; sigset_t mask; pid_t ppid = 1, spid; socklen_t len; @@ -393,7 +400,11 @@ Debug++; break; case 'f': /* configuration file */ - ConfFile = optarg; + conf = malloc(sizeof(*conf)); + if (conf == NULL) + errx(1, "Could not alloc memory, exiting"); + conf->name = optarg; + TAILQ_INSERT_TAIL(&conf_list, conf, next); break; case 'k': /* keep remote kern fac */ KeepKernFac = 1; @@ -497,6 +508,14 @@ setlinebuf(stdout); } + if (TAILQ_EMPTY(&conf_list)) { + conf = malloc(sizeof(*conf)); + if (conf == NULL) + errx(1, "Could not alloc memory, exiting"); + conf->name = _PATH_LOGCONF; + TAILQ_INSERT_TAIL(&conf_list, conf, next); + } + if (NumAllowed) endservent(); @@ -989,7 +1008,7 @@ (void)sigsetmask(omask); return; } - for (f = Files; f; f = f->f_next) { + TAILQ_FOREACH(f, &Files, f_next) { /* skip messages that are incorrect priority */ if (!(((f->f_pcmp[fac] & PRI_EQ) && (f->f_pmask[fac] == prilev)) ||((f->f_pcmp[fac] & PRI_LT) && (f->f_pmask[fac] < prilev)) @@ -1066,7 +1085,7 @@ { struct filed *f; - for (f = Files; f; f = f->f_next) { + TAILQ_FOREACH(f, &Files, f_next) { if ((f->f_type == F_FILE) && (f->f_flags & FFLAG_NEEDSYNC)) { f->f_flags &= ~FFLAG_NEEDSYNC; @@ -1403,7 +1422,7 @@ goto oncemore; /* Now, look in list of active processes. */ - for (f = Files; f; f = f->f_next) + TAILQ_FOREACH(f, &Files, f_next) if (f->f_type == F_PIPE && f->f_un.f_pipe.f_pid == pid) { (void)close(f->f_file); @@ -1505,7 +1524,7 @@ was_initialized = Initialized; Initialized = 0;/* Don't log SIGCHLDs. */ - for (f = Files; f != NULL; f = f->f_next) { + TAILQ_FOREACH(f, &Files, f_next) { /* flush any pending output */ if (f->f_prevcount) fprintlog(f, 0, (char *)NULL); @@ -1528,90 +1547,37 @@ exit(1); } -/* - * INIT -- Initialize syslogd from configuration table - */ -static void -init(int signo) +static int +parse_conf(const char *conf) { int i; FILE *cf; - struct filed *f, *next, **nextp; + struct filed *f; char *p; char cline[LINE_MAX]; char prog[NAM
Re: FreeBSD Status Report July-September, 2011
On Tue, 8 Nov 2011 09:55:09 +, Daniel Gerzo wrote: FreeBSD Quarterly Status Report - Q3/2011 Unfortunately, I managed to use an old status report entry for KDE/FreeBSD, instead of the current one. I am sorry for any inconvenience; the current entry for KDE/FreeBSD is below: KDE/FreeBSD URL: http://FreeBSD.KDE.org URL: http://FreeBSD.KDE.org/area51.php Contact: KDE FreeBSD The KDE/FreeBSD team has continued to improve the experience of KDE software and Qt under FreeBSD. The latest round of improvements include: * Splitting some of the KDE modules into smaller ports * Reduced startup time by ~15 seconds * Allowed auto-login out-of-the-box * Kopete supports GoogleTalk * Kalzium installs with its molecular editor * Zeitgeist support added * Porting Calligra to FreeBSD (work-in-progress) The team has also made many releases and upstreamed many fixes and patches. The latest round of releases include: * Qt: 4.7.4 * PyQt: 4.8.5 (SIP: 4.12.4) * KDE SC: 4.7.2 * Amarok: 2.4.3 * KDevelop: 4.2.3 (KDevPlatform: 1.2.3) The team is always looking for more testers and porters so please contact us at kde-free...@kde.org and visit our home page at http://FreeBSD.KDE.org. Open tasks: 1. Testing KDE PIM 4.7.2 2. Testing phonon-gstreamer and phonon-vlc as the phonon-xine backend was deprecated (and will remain in ports) -- Kind regards Daniel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Using Instruction Pointer address in debug interfaces [Was: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]]
On 11/9/11, Arnaud Lacombe wrote: > Hi, > > On Tue, Nov 8, 2011 at 9:35 PM, Julian Elischer wrote: >> On 11/8/11 5:52 PM, Arnaud Lacombe wrote: >>> >>> Hi, >>> >>> On Tue, Nov 8, 2011 at 7:08 PM, Julian Elischer >>> wrote: On 11/8/11 10:49 AM, Arnaud Lacombe wrote: > > Hi, > To avoid future complaints about the fact that I would be only "talk" > without "action", I did implement what I suggested above. As it is > quite a large patch-set, I will not post it directly here, however, it > is available on github: > > https://github.com/lacombar/freebsd/tree/master/topic/kern-lock-debug > > It convert a bunch of debug interface to use the caller instruction > pointer, as well as a proof-of-concept teaching printf(9) to convert > IP to symbol_name+offset. > > It translates in a direct saving of about +250kB on i386's GENERIC, > just in kernel text size. Even the worst case, ie LOCK_DEBUG == 0, > translates to a save of +80kB. > > Please note that this is still WIP code. A couple of comments. Firstly, the idea of a printf method to print the IP as symbol+offset is an interesting idea that should be followed up in its own right. >>> FWIW, I have no credit in this idea. It has been in Linux for ages and >>> ages. >> >> yeah as I said at work I use linux and BSD... >> the linux stuff that just prints out IP really annoys me. >> >> the list stuff and netgraph debug (which should be off in any production >> system) > this is, I guess, where we do not agree. You find it acceptable to run > totally different code in production and during debug. I do not. This > is completely insane, even more nowadays where heavy parallelism > increases the likelihood of races, and subtle change in the code, even > optimization, can cause total behavioral change (ie. Heisenbug). > > For the record, we have been tracking for more than 2 months (first > occurrences happened a year ago) an mbuf corruption in the network > stack, present in all released code since at least FreeBSD 7[0]. Each > time we think it is fixed, we are proven wrong by customers within a > few days when the system crashes again. Even the last attempt which > was believed to be bullet-proof failed and crashes daily. > > All that to say that production code should embed enough facilities to > allow the system to be fully debugged with a runtime cost as low as > possible, and a code-size cost as low as possible[1]. I should be able > to connect on a production machine, turn a knob, an see what is going > wrong, without the customer noticing. > > In the worst case, when you have to enable debug-only code, it must > not be done by making the non-debug case more expensive, but wrap > around. The whole original point of the patches was that LOCK_FILE and > LOCK_LINE are a bad answer to a wrong problem. > > `__FILE__, __LINE__' and the bloat introduced is not the problem, > `const char *file, int line' in way too much prototypes is. > > Now, you make me realize that `const char *file, int line' should just > be removed, not replaced by `unsigned long' or anything else. It's > likely to be done in another iteration. > >> just require you to be able to see the console. and have sources nearby. >> if you need the IP use gdb. >> > "console debugging" is yet another abomination which should be hunted > down. Just try to do any useful work at high-pps on a serial > console... > >> it's just what you are used to. You are obviously from the dark side >> ^H^H^H^H^H^H linux. >> > My obedience is totally irrelevant to the problem. > > However, if you want to know, my heart tends to be with BSDs. > Unfortunately, it's a sad love-story where your Beloved keeps > deceiving you day after day. You want to change small bits at a time, > make several iteration of progress to make things brighter, but your > Beloved refuses any change because of too much inertia. Sad. > >> so you are used to doing it that way.. but don't expect us to change just >> because that's what Linux does. >> > again, mentioning Linux is totally irrelevant. Use of Instruction > Pointer are implementation details for a not so intrusive solution to > the problem I pointed out, and which you are totally missing. > > Now, please answer this: do you find any of the bloat to the non-debug > case (ie. passing a NULL pointer and a 0 integer, when `LOCK_DEBUG == > 0') worth the extra debugability comfort to be acceptable ? > > If you do, then your focus is on making things comfortable for > developers, at the expense 100's of users, rather than making things > comfortable for 100's of users, at the expense of developers. > >> When we have a problem at work on teh Linux driver, my first step is >> always >> to try duplicate it on FreeBSD because: >> > well, you're lucky FreeBSD supports your device! Lately, we got lately > a shiny multi-queue network cards with bypass mechanism... that is not > supported in Free
[RFC] Feed-Forward Clock support
Hi all, I have written a set of patches to support feed-forward clock synchronisation algorithms. To cut a long story short, this work provides support for alternatives to the NTP daemon. The RADclock daemon we developed is one of these alternatives. This work is supported by the FreeBSD Foundation and a short project description can be found here: http://www.freebsdfoundation.org/press/2011Aug-newsletter.shtml#Project4 The patches will be committed on the weekend of Nov 19th and suggestions and comments would be very appreciated. The patches against r227382 can be found at this URL: http://www.cubinlab.ee.unimelb.edu.au/~jrid/ffclock_fbsd_r227382.tar.gz The patches introduce 3 new system calls and it is then necessary to run 'make sysent' in sys/kern and sys/compat/freebsd32. The feed-forward support can be compiled by adding the FFCLOCK option to the kernel configuration file. For more information, a fairly high level description of the feed-forward approach for clock synchronisation is given in this ACM Queue article. http://queue.acm.org/detail.cfm?id=1773943 All relevant technical papers, the latest stable RADclock version and more can be found here: http://www.synclab.org/radclock/ Please let me know your thoughts, Thanks, Julien ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: samba+zfs
On Wed, Nov 9, 2011 at 1:07 AM, Daniel O'Connor wrote: > > On 09/11/2011, at 17:32, Garrett Cooper wrote >>> dd's of large files (spooled backups going to tape) to /dev/null are as >>> slow as Samba. >> >> - Dedupe? > > Nope. > >> - Compression? > > On the mail spool & ports, but not on the tape spool. > >> - How much RAM? > > 8GB. > >> - What debug options do you have enabled in the kernel? > > It is 8.2-GENERIC so.. no WITNESS (for example) > >> I've been noticing a slowdown in some respects with NFS/SMB, but I >> suspected it was because I have an re(4) based NIC. ZFS has also wired >> down a lot of my system memory for the L2ARC… > > > re isn't great but I wouldn't expect it to slow down over time.. Unless > bounce buffers got used more and more or something. > > I have an em0 card in this system - but in any case it is slow locally (i.e. > dd a large file with 64k block size). > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > Right now (while experience slow writes via samba+zfs) this is general read speed off a 4 x 1.5TB sata2 raidz1: # dd if=test.file of=/dev/null 13753502+1 records in 13753502+1 records out 7041793036 bytes transferred in 100.020897 secs (70403218 bytes/sec) That's not in the same ball park of slow writes, but it is below what I expect for reads. My setup is a little odd: 4x1.5tb raidz sata2 on mobo + 2 x 2tb mirror on sata1 pci controller, zfs v28, stable/9 r227357, amd x4 810 2.6ghz, 4gb ram, no dedupe, no compression, daily snapshots saved for 7 days The above file read was stored before the 2 x 2tb mirror addition, so it was a solely read off the sata2 mobo ports. Reading off of something more recent (and split amongst both raidz1 and mirror vdevs): # dd if=test2.file of=/dev/null 9154715+1 records in 9154715+1 records out 4687214153 bytes transferred in 82.963181 secs (56497522 bytes/sec) This is, again, seems slower than usual, but not as terrible as the write speeds that I've been seeing via samba. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"