[head tinderbox] failure on i386/i386

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 04:00:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 04:00:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 04:00:16 - starting HEAD tinderbox run for i386/i386
TB --- 2014-03-05 04:00:16 - cleaning the object tree
TB --- 2014-03-05 04:02:02 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 04:02:06 - At svn revision 262773
TB --- 2014-03-05 04:02:07 - building world
TB --- 2014-03-05 04:02:07 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 04:02:07 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 04:02:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 04:02:07 - SRCCONF=/dev/null
TB --- 2014-03-05 04:02:07 - TARGET=i386
TB --- 2014-03-05 04:02:07 - TARGET_ARCH=i386
TB --- 2014-03-05 04:02:07 - TZ=UTC
TB --- 2014-03-05 04:02:07 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 04:02:07 - cd /src
TB --- 2014-03-05 04:02:07 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 04:02:13 UTC 2014
>>> 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
[...]
cc  -O2 -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99 -Qunused-arguments  -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare 
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function 
-Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter 
-c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule->bytes[1]), rule->u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule->u_states_tot);
^~
2 errors generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/sbin/pfctl
*** Error code 1

Stop.
bmake[2]: stopped in /src/sbin
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 07:11:00 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 07:11:00 - ERROR: failed to build world
TB --- 2014-03-05 07:11:00 - 9455.66 user 1443.01 system 11443.60 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[head tinderbox] failure on arm/arm

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 04:00:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 04:00:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 04:00:16 - starting HEAD tinderbox run for arm/arm
TB --- 2014-03-05 04:00:16 - cleaning the object tree
TB --- 2014-03-05 04:02:03 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 04:02:07 - At svn revision 262773
TB --- 2014-03-05 04:02:08 - building world
TB --- 2014-03-05 04:02:08 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 04:02:08 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 04:02:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 04:02:08 - SRCCONF=/dev/null
TB --- 2014-03-05 04:02:08 - TARGET=arm
TB --- 2014-03-05 04:02:08 - TARGET_ARCH=arm
TB --- 2014-03-05 04:02:08 - TZ=UTC
TB --- 2014-03-05 04:02:08 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 04:02:08 - cd /src
TB --- 2014-03-05 04:02:08 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 04:02:14 UTC 2014
>>> 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
[...]
cc  -O -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes 
-DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 
-Qunused-arguments  -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule->bytes[1]), rule->u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule->u_states_tot);
^~
2 errors generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/sbin/pfctl
*** Error code 1

Stop.
bmake[2]: stopped in /src/sbin
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 07:00:04 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 07:00:04 - ERROR: failed to build world
TB --- 2014-03-05 07:00:04 - 8709.64 user 1465.62 system 10787.72 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.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 armv6/arm

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 04:00:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 04:00:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 04:00:16 - starting HEAD tinderbox run for armv6/arm
TB --- 2014-03-05 04:00:16 - cleaning the object tree
TB --- 2014-03-05 04:02:01 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 04:02:05 - At svn revision 262773
TB --- 2014-03-05 04:02:06 - building world
TB --- 2014-03-05 04:02:06 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 04:02:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 04:02:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 04:02:06 - SRCCONF=/dev/null
TB --- 2014-03-05 04:02:06 - TARGET=arm
TB --- 2014-03-05 04:02:06 - TARGET_ARCH=armv6
TB --- 2014-03-05 04:02:06 - TZ=UTC
TB --- 2014-03-05 04:02:06 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 04:02:06 - cd /src
TB --- 2014-03-05 04:02:06 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 04:02:12 UTC 2014
>>> 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
[...]
cc  -O -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes 
-DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 
-Qunused-arguments  -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule->bytes[1]), rule->u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule->u_states_tot);
^~
2 errors generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/sbin/pfctl
*** Error code 1

Stop.
bmake[2]: stopped in /src/sbin
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 07:00:04 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 07:00:04 - ERROR: failed to build world
TB --- 2014-03-05 07:00:04 - 8712.00 user 1465.02 system 10787.44 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.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: importing sam leffler's libstatfoo into -HEAd

2014-03-04 Thread Adrian Chadd
On 4 March 2014 20:19, Rui Paulo  wrote:
> On 4 Mar 2014, at 18:31, Adrian Chadd  wrote:
>
>> hi,
>>
>> i'd like to import the libstatfoo code from sam into -HEAD.
>>
>> It's used by some of the wifi tools to print out periodic and global
>> statistics. It abstracts away the gathering, printing and formatting
>> bits.
>>
>> I'm hoping that we can adapt some of the other base tools to use it
>> and then teach it to print out statistics in other (machine parsable)
>> formats, so we don't have to keep hacking at the tools to do this.
>>
>> The initial import:
>>
>> http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff
>
> While there, could you please rename it? libstatfoo is a pretty bad name...

I'm open to suggestions, but I don't want to get bogged down by sheds.


-a
___
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: importing sam leffler's libstatfoo into -HEAd

2014-03-04 Thread Rui Paulo
On 4 Mar 2014, at 18:31, Adrian Chadd  wrote:

> hi,
> 
> i'd like to import the libstatfoo code from sam into -HEAD.
> 
> It's used by some of the wifi tools to print out periodic and global
> statistics. It abstracts away the gathering, printing and formatting
> bits.
> 
> I'm hoping that we can adapt some of the other base tools to use it
> and then teach it to print out statistics in other (machine parsable)
> formats, so we don't have to keep hacking at the tools to do this.
> 
> The initial import:
> 
> http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff

While there, could you please rename it? libstatfoo is a pretty bad name...

--
Rui Paulo



___
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: importing sam leffler's libstatfoo into -HEAd

2014-03-04 Thread Rui Paulo
On 4 Mar 2014, at 18:31, Adrian Chadd  wrote:

> hi,
> 
> i'd like to import the libstatfoo code from sam into -HEAD.
> 
> It's used by some of the wifi tools to print out periodic and global
> statistics. It abstracts away the gathering, printing and formatting
> bits.
> 
> I'm hoping that we can adapt some of the other base tools to use it
> and then teach it to print out statistics in other (machine parsable)
> formats, so we don't have to keep hacking at the tools to do this.
> 
> The initial import:
> 
> http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff

While there, could you please rename it? libstatfoo is a pretty bad name...

--
Rui Paulo



___
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

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 02:43:25 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 02:43:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 02:43:25 - starting HEAD tinderbox run for i386/pc98
TB --- 2014-03-05 02:43:25 - cleaning the object tree
TB --- 2014-03-05 02:43:25 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 02:43:29 - At svn revision 262763
TB --- 2014-03-05 02:43:30 - building world
TB --- 2014-03-05 02:43:30 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 02:43:30 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 02:43:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 02:43:30 - SRCCONF=/dev/null
TB --- 2014-03-05 02:43:30 - TARGET=pc98
TB --- 2014-03-05 02:43:30 - TARGET_ARCH=i386
TB --- 2014-03-05 02:43:30 - TZ=UTC
TB --- 2014-03-05 02:43:30 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 02:43:30 - cd /src
TB --- 2014-03-05 02:43:30 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 02:43:37 UTC 2014
>>> 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
[...]
In file included from /src/lib/libc/net/getifaddrs.c:42:
/obj/pc98.i386/src/tmp/usr/include/net/route.h:128:13: error: field has 
incomplete type 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
^
/obj/pc98.i386/src/tmp/usr/include/net/route.h:128:9: note: forward declaration 
of 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
   ^
1 error generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/lib/libc
*** Error code 1

Stop.
bmake[2]: stopped in /src
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 03:57:01 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 03:57:01 - ERROR: failed to build world
TB --- 2014-03-05 03:57:01 - 4057.35 user 332.63 system 4416.23 real


http://tinderbox.freebsd.org/tinderbox-head-build-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 powerpc64/powerpc

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 02:53:56 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 02:53:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 02:53:56 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2014-03-05 02:53:56 - cleaning the object tree
TB --- 2014-03-05 02:53:56 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 02:53:59 - At svn revision 262763
TB --- 2014-03-05 02:54:00 - building world
TB --- 2014-03-05 02:54:00 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 02:54:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 02:54:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 02:54:00 - SRCCONF=/dev/null
TB --- 2014-03-05 02:54:00 - TARGET=powerpc
TB --- 2014-03-05 02:54:00 - TARGET_ARCH=powerpc64
TB --- 2014-03-05 02:54:00 - TZ=UTC
TB --- 2014-03-05 02:54:00 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 02:54:00 - cd /src
TB --- 2014-03-05 02:54:00 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 02:54:07 UTC 2014
>>> 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
[...]
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign

[head tinderbox] failure on powerpc/powerpc

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 02:53:54 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 02:53:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 02:53:54 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2014-03-05 02:53:54 - cleaning the object tree
TB --- 2014-03-05 02:53:54 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 02:53:58 - At svn revision 262763
TB --- 2014-03-05 02:53:59 - building world
TB --- 2014-03-05 02:53:59 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 02:53:59 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 02:53:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 02:53:59 - SRCCONF=/dev/null
TB --- 2014-03-05 02:53:59 - TARGET=powerpc
TB --- 2014-03-05 02:53:59 - TARGET_ARCH=powerpc
TB --- 2014-03-05 02:53:59 - TZ=UTC
TB --- 2014-03-05 02:53:59 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 02:53:59 - cd /src
TB --- 2014-03-05 02:53:59 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 02:54:05 UTC 2014
>>> 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
[...]
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/powerpc -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv 
-D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -fstack-protector 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/lib/libc/net/ge

[head tinderbox] failure on sparc64/sparc64

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 02:54:00 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 02:54:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 02:54:00 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2014-03-05 02:54:00 - cleaning the object tree
TB --- 2014-03-05 02:54:00 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 02:54:03 - At svn revision 262763
TB --- 2014-03-05 02:54:04 - building world
TB --- 2014-03-05 02:54:04 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 02:54:04 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 02:54:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 02:54:04 - SRCCONF=/dev/null
TB --- 2014-03-05 02:54:04 - TARGET=sparc64
TB --- 2014-03-05 02:54:04 - TARGET_ARCH=sparc64
TB --- 2014-03-05 02:54:04 - TZ=UTC
TB --- 2014-03-05 02:54:04 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 02:54:04 - cd /src
TB --- 2014-03-05 02:54:04 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 02:54:11 UTC 2014
>>> 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
[...]
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/sparc64 -DNLS  -I/src/lib/libc/sparc64/sys 
-D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa 
-I/src/lib/libc/../../contrib/libc-vis -DINET6 
-I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP 
-DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING 
-std=gnu99  -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o 
getaddrinfo.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/sparc64 -DNLS  -I/src/lib/libc/sparc64/sys 
-D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa 
-I/src/lib/libc/../../contrib/libc-vis -DINET6 
-I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP 
-DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING 
-std=gnu99  -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o 
gethostbydns.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/sparc64 -DNLS  -I/src/lib/libc/sparc64/sys 
-D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa 
-I/src/lib/libc/../../contrib/libc-vis -DINET6 
-I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP 
-DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING 
-std=gnu99  -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o 
gethostbyht.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/sparc64 -DNLS  -I/src/lib/libc/sparc64/sys 
-D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa 
-I/src/lib/libc/../../contrib/libc-vis -DINET6 
-I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP 
-DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING 
-std=gnu99  -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o 
gethostbynis.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/sparc64 -DNLS  -I/src/lib/libc/sparc64/sys 
-D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa 
-I/src/lib/libc/../../contrib/libc-vis -DINET6 
-I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime

[head tinderbox] failure on ia64/ia64

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 02:43:31 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 02:43:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 02:43:31 - starting HEAD tinderbox run for ia64/ia64
TB --- 2014-03-05 02:43:31 - cleaning the object tree
TB --- 2014-03-05 02:43:31 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 02:43:35 - At svn revision 262763
TB --- 2014-03-05 02:43:36 - building world
TB --- 2014-03-05 02:43:36 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 02:43:36 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 02:43:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 02:43:36 - SRCCONF=/dev/null
TB --- 2014-03-05 02:43:36 - TARGET=ia64
TB --- 2014-03-05 02:43:36 - TARGET_ARCH=ia64
TB --- 2014-03-05 02:43:36 - TZ=UTC
TB --- 2014-03-05 02:43:36 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 02:43:36 - cd /src
TB --- 2014-03-05 02:43:36 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 02:43:42 UTC 2014
>>> 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
[...]
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/ia64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/ia64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbydns.c -o gethostbydns.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/ia64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbyht.c -o gethostbyht.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/ia64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbynis.c -o gethostbynis.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/ia64 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostnamadr.c -o gethostnamadr.o
cc   -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/ia64 -DNLS  -D__DBINTERFACE

[head tinderbox] failure on mips64/mips

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 02:43:34 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 02:43:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 02:43:34 - starting HEAD tinderbox run for mips64/mips
TB --- 2014-03-05 02:43:34 - cleaning the object tree
TB --- 2014-03-05 02:43:34 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 02:43:38 - At svn revision 262763
TB --- 2014-03-05 02:43:39 - building world
TB --- 2014-03-05 02:43:39 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 02:43:39 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 02:43:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 02:43:39 - SRCCONF=/dev/null
TB --- 2014-03-05 02:43:39 - TARGET=mips
TB --- 2014-03-05 02:43:39 - TARGET_ARCH=mips64
TB --- 2014-03-05 02:43:39 - TZ=UTC
TB --- 2014-03-05 02:43:39 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 02:43:39 - cd /src
TB --- 2014-03-05 02:43:39 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 02:43:46 UTC 2014
>>> 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
[...]
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbydns.c -o gethostbydns.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbyht.c -o gethostbyht.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbynis.c -o gethostbynis.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/l

[head tinderbox] failure on mips/mips

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 02:43:34 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 02:43:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 02:43:34 - starting HEAD tinderbox run for mips/mips
TB --- 2014-03-05 02:43:34 - cleaning the object tree
TB --- 2014-03-05 02:43:34 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 02:43:38 - At svn revision 262763
TB --- 2014-03-05 02:43:39 - building world
TB --- 2014-03-05 02:43:39 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 02:43:39 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 02:43:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 02:43:39 - SRCCONF=/dev/null
TB --- 2014-03-05 02:43:39 - TARGET=mips
TB --- 2014-03-05 02:43:39 - TARGET_ARCH=mips
TB --- 2014-03-05 02:43:39 - TZ=UTC
TB --- 2014-03-05 02:43:39 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 02:43:39 - cd /src
TB --- 2014-03-05 02:43:39 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 02:43:45 UTC 2014
>>> 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
[...]
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbydns.c -o gethostbydns.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbyht.c -o gethostbyht.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime  
-I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc 
-I/src/lib/libc/mips/softfloat  -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC 
-DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99  -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/src/lib/libc/net/gethostbynis.c -o gethostbynis.o
cc   -O -pipe -G0  -I/src/lib/libc/include -I/src/lib/libc/../../include 
-I/src/lib/libc/mips -DNLS  -DSOFTFLOAT -D__DBINTERFACE_PRIVATE 
-I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis 
-DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE 
-DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include 
-I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtim

[head tinderbox] failure on armv6/arm

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 01:30:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for armv6/arm
TB --- 2014-03-05 01:30:18 - cleaning the object tree
TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 01:30:23 - At svn revision 262763
TB --- 2014-03-05 01:30:24 - building world
TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null
TB --- 2014-03-05 01:30:24 - TARGET=arm
TB --- 2014-03-05 01:30:24 - TARGET_ARCH=armv6
TB --- 2014-03-05 01:30:24 - TZ=UTC
TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 01:30:24 - cd /src
TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 01:30:30 UTC 2014
>>> 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
[...]
In file included from /src/lib/libc/net/getifaddrs.c:42:
/obj/arm.armv6/src/tmp/usr/include/net/route.h:128:13: error: field has 
incomplete type 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
^
/obj/arm.armv6/src/tmp/usr/include/net/route.h:128:9: note: forward declaration 
of 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
   ^
1 error generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/lib/libc
*** Error code 1

Stop.
bmake[2]: stopped in /src
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 02:43:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 02:43:34 - ERROR: failed to build world
TB --- 2014-03-05 02:43:34 - 3860.20 user 423.93 system 4395.93 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.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

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 01:30:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for arm/arm
TB --- 2014-03-05 01:30:18 - cleaning the object tree
TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 01:30:23 - At svn revision 262763
TB --- 2014-03-05 01:30:24 - building world
TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null
TB --- 2014-03-05 01:30:24 - TARGET=arm
TB --- 2014-03-05 01:30:24 - TARGET_ARCH=arm
TB --- 2014-03-05 01:30:24 - TZ=UTC
TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 01:30:24 - cd /src
TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 01:30:30 UTC 2014
>>> 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
[...]
In file included from /src/lib/libc/net/getifaddrs.c:42:
/obj/arm.arm/src/tmp/usr/include/net/route.h:128:13: error: field has 
incomplete type 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
^
/obj/arm.arm/src/tmp/usr/include/net/route.h:128:9: note: forward declaration 
of 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
   ^
1 error generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/lib/libc
*** Error code 1

Stop.
bmake[2]: stopped in /src
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 02:43:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 02:43:34 - ERROR: failed to build world
TB --- 2014-03-05 02:43:34 - 3857.16 user 424.38 system 4395.52 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[head tinderbox] failure on amd64/amd64

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 01:30:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for amd64/amd64
TB --- 2014-03-05 01:30:18 - cleaning the object tree
TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 01:30:23 - At svn revision 262763
TB --- 2014-03-05 01:30:24 - building world
TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null
TB --- 2014-03-05 01:30:24 - TARGET=amd64
TB --- 2014-03-05 01:30:24 - TARGET_ARCH=amd64
TB --- 2014-03-05 01:30:24 - TZ=UTC
TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 01:30:24 - cd /src
TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 01:30:30 UTC 2014
>>> 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
[...]
In file included from /src/lib/libc/net/getifaddrs.c:42:
/obj/amd64.amd64/src/tmp/usr/include/net/route.h:128:13: error: field has 
incomplete type 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
^
/obj/amd64.amd64/src/tmp/usr/include/net/route.h:128:9: note: forward 
declaration of 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
   ^
1 error generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/lib/libc
*** Error code 1

Stop.
bmake[2]: stopped in /src
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 02:43:31 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 02:43:31 - ERROR: failed to build world
TB --- 2014-03-05 02:43:31 - 3865.10 user 412.13 system 4392.84 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[head tinderbox] failure on i386/i386

2014-03-04 Thread FreeBSD Tinderbox
TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 01:30:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for i386/i386
TB --- 2014-03-05 01:30:18 - cleaning the object tree
TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 01:30:23 - At svn revision 262763
TB --- 2014-03-05 01:30:24 - building world
TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null
TB --- 2014-03-05 01:30:24 - TARGET=i386
TB --- 2014-03-05 01:30:24 - TARGET_ARCH=i386
TB --- 2014-03-05 01:30:24 - TZ=UTC
TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 01:30:24 - cd /src
TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Wed Mar  5 01:30:30 UTC 2014
>>> 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
[...]
In file included from /src/lib/libc/net/getifaddrs.c:42:
/obj/i386.i386/src/tmp/usr/include/net/route.h:128:13: error: field has 
incomplete type 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
^
/obj/i386.i386/src/tmp/usr/include/net/route.h:128:9: note: forward declaration 
of 'struct mtx'
struct mtx  rt_mtx; /* mutex for routing entry */
   ^
1 error generated.
*** Error code 1

Stop.
bmake[3]: stopped in /src/lib/libc
*** Error code 1

Stop.
bmake[2]: stopped in /src
*** Error code 1

Stop.
bmake[1]: stopped in /src
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2014-03-05 02:43:25 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 02:43:25 - ERROR: failed to build world
TB --- 2014-03-05 02:43:25 - 3853.10 user 419.76 system 4386.48 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


importing sam leffler's libstatfoo into -HEAd

2014-03-04 Thread Adrian Chadd
hi,

i'd like to import the libstatfoo code from sam into -HEAD.

It's used by some of the wifi tools to print out periodic and global
statistics. It abstracts away the gathering, printing and formatting
bits.

I'm hoping that we can adapt some of the other base tools to use it
and then teach it to print out statistics in other (machine parsable)
formats, so we don't have to keep hacking at the tools to do this.

The initial import:

http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff

Thanks!


-a
___
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: Build failure on PowerPC in pf

2014-03-04 Thread Michael Pounov
We already have PR for this issue :)

http://www.freebsd.org/cgi/query-pr.cgi?pr=187074

On Wed, 5 Mar 2014 03:57:00 +0400
Gleb Smirnoff  wrote:

>   John-Mark,
> 
> On Wed, Feb 26, 2014 at 01:20:17PM -0800, John-Mark Gurney wrote:
> J> Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800:
> J> > On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits  
> wrote:
> J> > > Building on PowerPC I see the following failure:
> J> > >
> J> > > cc1: warnings being treated as errors
> J> > >
> J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:
> J> > > In function 'pfioctl':
> J> > > 
> /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning:
> J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast]
> J> > > 
> /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning:
> J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast]
> J> > > 
> /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning:
> J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast]
> J> > >
> J> > > struct pf_rule has counter_u64_t entries, which are actually pointers
> J> > > to uint64_t's.  These pointers get assigned from the result of
> J> > > counter_u64_fetch(), which returns a uint64_t.  Looks to me like
> J> > > there's a bug in here, but I have no idea what to do to fix it.  And
> J> > > I'm surprised this hasn't been reported against other 32-bit
> J> > > architectures.
> J> > 
> J> > Replying to myself, it looks like this was broken by r261882.
> J> 
> J> This comment says it all:
> J> 1352   glebius 261882  /*
> J> 1353   * XXXGL: this is what happens when internal 
> kernel
> J> 1354   * structures are used as ioctl API structures.
> J> 1355   */
> J> 
> J> So, one way could be to use a union for the states:
> J> union {
> J>struct {
> J>counter_u64_t states_cur;
> J>counter_u64_t states_tot;
> J>counter_u64_t src_nodes;
> J>} k;
> J>struct {
> J>uint64_t states_cur;
> J>uint64_t states_tot;
> J>uint64_t src_nodes;
> J>} u;
> J> } u;
> J> 
> J> The other option is to cast through uintptr_t...
> J> 
> J> Even though it'd make the code a bit more ugly, I'd vote for the union,
> J> since it's designed for what the code is trying to do...
> 
> Would above guarantee us that members of "k" won't cross on members
> of "u" when we fill them one by one?
> 
>   u.states_cur = counter_u64_fetch(k.states_cur);
>   u.states_tot = counter_u64_fetch(k.states_tot);
> 
> I'd prefer:
> 
>   union states_cur {
>   counter_u64_t k;
>   uint64_t u;
>   }
>   union states_tot {
>   counter_u64_t k;
>   uint64_t u;
>   }
>   union src_nodes {
>   counter_u64_t k;
>   uint64_t u;
>   }
> 
> Or am I overcautious?
> 
> -- 
> Totus tuus, Glebius.
> ___
> 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"


-- 
Best Regards!

Michael Pounov 

+359 888 737358, +359 899 737358
WWW: http://www.elwix.org/
XMPP: mi...@aitnet.org
Skype: mpunov
___
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: Build failure on PowerPC in pf

2014-03-04 Thread Gleb Smirnoff
  John-Mark,

On Wed, Feb 26, 2014 at 01:20:17PM -0800, John-Mark Gurney wrote:
J> Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800:
J> > On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits  
wrote:
J> > > Building on PowerPC I see the following failure:
J> > >
J> > > cc1: warnings being treated as errors
J> > >
J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:
J> > > In function 'pfioctl':
J> > > 
/home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning:
J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast]
J> > > 
/home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning:
J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast]
J> > > 
/home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning:
J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast]
J> > >
J> > > struct pf_rule has counter_u64_t entries, which are actually pointers
J> > > to uint64_t's.  These pointers get assigned from the result of
J> > > counter_u64_fetch(), which returns a uint64_t.  Looks to me like
J> > > there's a bug in here, but I have no idea what to do to fix it.  And
J> > > I'm surprised this hasn't been reported against other 32-bit
J> > > architectures.
J> > 
J> > Replying to myself, it looks like this was broken by r261882.
J> 
J> This comment says it all:
J> 1352 glebius 261882  /*
J> 1353 * XXXGL: this is what happens when internal 
kernel
J> 1354 * structures are used as ioctl API structures.
J> 1355 */
J> 
J> So, one way could be to use a union for the states:
J> union {
J>  struct {
J>  counter_u64_t states_cur;
J>  counter_u64_t states_tot;
J>  counter_u64_t src_nodes;
J>  } k;
J>  struct {
J>  uint64_t states_cur;
J>  uint64_t states_tot;
J>  uint64_t src_nodes;
J>  } u;
J> } u;
J> 
J> The other option is to cast through uintptr_t...
J> 
J> Even though it'd make the code a bit more ugly, I'd vote for the union,
J> since it's designed for what the code is trying to do...

Would above guarantee us that members of "k" won't cross on members
of "u" when we fill them one by one?

u.states_cur = counter_u64_fetch(k.states_cur);
u.states_tot = counter_u64_fetch(k.states_tot);

I'd prefer:

union states_cur {
counter_u64_t k;
uint64_t u;
}
union states_tot {
counter_u64_t k;
uint64_t u;
}
union src_nodes {
counter_u64_t k;
uint64_t u;
}

Or am I overcautious?

-- 
Totus tuus, Glebius.
___
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: signal 8 (floating point exception) upon resume

2014-03-04 Thread Bruce Evans

On Tue, 4 Mar 2014, John Baldwin wrote:


On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote:

I'll try this soon.

I had it fail back to newcons, rather than Xorg normally dying without
restoring state. It wouldn't let me spawn a shell. Logging in worked
fine, but normal shell exec would eventually and quickly lead to
failure, dropping me back to the login prompt.


If you have set CPUTYPE in /etc/src.conf such that your userland binaries
are built with SSE, etc. then I expect most things to break because the FPU
is in a funky state without this patch.  I suspect if you don't set CPUTYPE
so that your userland binaries do not use the FPU, you can probably resume
just fine without this fix.


Non-SSE FPU state might be broken too.


Complete stab in the dark (not compile tested) here:

http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch


I forget many details of how this works, but noticed that it seems
to break consistency of the state for the !fxsave case and related
locking.

% Index: i386/i386/swtch.s
% ===
% --- i386/i386/swtch.s (revision 262711)
% +++ i386/i386/swtch.s (working copy)
% @@ -417,42 +417,9 @@
%   str PCB_TR(%ecx)
% 
%  #ifdef DEV_NPX

% - /*
% -  * If fpcurthread == NULL, then the npx h/w state is irrelevant and the
% -  * state had better already be in the pcb.  This is true for forks
% -  * but not for dumps (the old book-keeping with FP flags in the pcb
% -  * always lost for dumps because the dump pcb has 0 flags).
% -  *
% -  * If fpcurthread != NULL, then we have to save the npx h/w state to
% -  * fpcurthread's pcb and copy it to the requested pcb, or save to the
% -  * requested pcb and reload.  Copying is easier because we would
% -  * have to handle h/w bugs for reloading.  We used to lose the
% -  * parent's npx state for forks by forgetting to reload.
% -  */

This function is mostly bogus (see old mails).

% - pushfl
% - CLI
% - movlPCPU(FPCURTHREAD),%eax
% - testl   %eax,%eax
% - je  1f

This CLI/STI locking is bogus.  Accesses to FPCURTHREAD are now locked
by critical_enter(), as on amd64, and perhaps a higher level already
did critical_enter() or even CLI.

(CLI/STI in swtch.s seems to be bogus too.  amd64 doesn't do it, and
I think a higher level does mtx_lock_spin() which does too much, including
CLI via spinlock_enter().)

% -
% - pushl   %ecx
% - movlTD_PCB(%eax),%eax
% - movlPCB_SAVEFPU(%eax),%eax
% - pushl   %eax
% - pushl   %eax
% - callnpxsave
% + pushl   PCB_FPUSUSPEND(%ecx)
% + callnpxsuspend

Without fxsave, npxsuspend() cannot be atomic without locking, since
fnsave destroys the state in the FPU and you either need a lock to
reload the old state atomically enough, or a lock to modify FPCURTHREAD
atomically enough.  Reloading the old state is problematic because
the reload might trap.  So the old version uses the second method.
It calls npxsave() to handle most of the details.  But npxsave() was
designed to be efficient for its usual use in cpu_switch(), so it doesn't
handle the detail of checking FPCURTHREAD or the locking needed for this
check, so the above code had to handle these details.

%   addl$4,%esp
% - popl%eax
% - popl%ecx
% -
% - pushl   $PCB_SAVEFPU_SIZE
% - lealPCB_USERFPU(%ecx),%ecx
% - pushl   %ecx
% - pushl   %eax
% - callbcopy
% - addl$12,%esp
% -1:
% - popfl
%  #endif   /* DEV_NPX */

This probably should never have been written in asm.  Only the similar
code in cpu_switch() is time-critical.

% 
%  	movl	$1,%eax

% ...
% @@ -520,7 +490,16 @@
%   movl%eax,%dr7
% 
%  #ifdef DEV_NPX

% - /* XXX FIX ME */
% + /* Restore FPU state */

Is the problem just this missing functionality?

% ...
% Index: i386/isa/npx.c
% ===
% --- i386/isa/npx.c(revision 262711)
% +++ i386/isa/npx.c(working copy)

This has many vestiges of support for interrupt handling (mainly in
comments and in complications in the probe).  CLI/STI was used for
locking partly to reduce complications for the IRQ13 case.  The
comment before npxsave() still says that it needs CLI/STI locking
by callers, but it actually needs critical_enter() locking and
most callers only provided that.

% @@ -761,7 +761,34 @@
%   PCPU_SET(fpcurthread, NULL);
%  }
% 
% +/*

% + * Unconditionally save the current co-processor state across suspend and
% + * resume.
% + */
%  void
% +npxsuspend(union safefpu *addr)
% +{
% + register_t cr0;
% +
% + if (!hw_float)
% + return;
% + cr0 = rcr(0);
% + clts();
% + fpusave(addr);
% + load_cr(0, cr0);
% +}

In the !fxsave case, this destroys the state in the npx, leaving
fpcurthread invalid.  It also does the save when the state in the
npx is inactive.  I think jkim 

Re: signal 8 (floating point exception) upon resume

2014-03-04 Thread Jung-uk Kim
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2014-03-04 11:24:04 -0500, John Baldwin wrote:
> On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote:
>> I'll try this soon.
>> 
>> I had it fail back to newcons, rather than Xorg normally dying 
>> without restoring state. It wouldn't let me spawn a shell. 
>> Logging in worked fine, but normal shell exec would eventually 
>> and quickly lead to failure, dropping me back to the login 
>> prompt.
> 
> If you have set CPUTYPE in /etc/src.conf such that your userland 
> binaries are built with SSE, etc. then I expect most things to 
> break because the FPU is in a funky state without this patch.  I 
> suspect if you don't set CPUTYPE so that your userland binaries do 
> not use the FPU, you can probably resume just fine without this 
> fix.
> 
>> -a
>> 
>> 
>> On 3 March 2014 11:11, John Baldwin  wrote:
>>> On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote:
 On 28 February 2014 15:35, Adrian Chadd  
 wrote:
> ... how'd this ever work in the past then?
> 
 
 .. and I've submitted it as a PR:
 
 kern/187152
>>> 
>>> Complete stab in the dark (not compile tested) here:
>>> 
>>> http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch

The patch for sys/amd64/amd64/cpu_switch.S is committed:

http://svnweb.freebsd.org/changeset/base/262746

i386 patches may be reviewed by the original author (CC'ed).

Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (FreeBSD)

iQEcBAEBAgAGBQJTFi3RAAoJEHyflib82/FGnboH/3qrAp+Eq/0eebEP/9wU0Ke/
y4y4yvw9nDVexKZ+c5VuTxyWvK9O0w2b+r3f5kuHWferOm22NaJCctt3E/OA5Ly2
1p3ZPvqD5cRZfkdh68AwEeJv93lg84VMSUqNUfS9rsrIU+WpHpPR46sdLpq5KxSP
cY2522npmoPrwk+PaTJS4uBQeaX/3vnj5996zxavwVqwlYyR+Zqgi6FhGj+F2RJ1
Ry+9icyNx/8lUfRTLCPsCBRjlUKUk/p/8bfbQK4mSef5Gd8ZAiqdyKqgdMBUYhNA
ZplkpijJjvlIIc0dYSwg8gMKmaB6amgw/LJGQit9nTkBU2bOd6L05f1dCpYAxDE=
=x0sS
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Status of llvm/clang 3.4?

2014-03-04 Thread Don Lewis
On  4 Mar, Ed Maste wrote:
> On 4 March 2014 12:22, Steve Kargl  wrote:
>>
>> On Tue, Mar 04, 2014 at 12:17:18PM +, Thomas Mueller wrote:
>> > What is the current status of clang, regarding known bugs, on 
>> > FreeBSD-current?
>> >
>> > There were reports of www/firefox failing to build because of bug in llvm.
>>
>> Still broken of i386.  Given the google results for "llvm ud2"
>> it is likely that clang will never be fixed.
> 
> Except in this case it's just a plain old Clang bug, not a general
> undefined behaviour issue.  The Clang PR is here:
> http://llvm.org/bugs/show_bug.cgi?id=19007
> 
> Dimitry has a patch to work around the issue in FreeBSD PR 187103:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=187103

In addtion to this firefox (and libxul - same fix applies) problem, I
also ran into problems with:
multimedia/libxine  PR 187017   already fixed
multimedia/gstreamer-ffmpeg PR 187018   already fixed
math/atlas  PR 186997   i386 only / patch in PR
math/fftw*  PR 186998   i386 only / patch in PR
These are not clang bugs, but differences from gcc.

Also, not a clang bug, but caused by the lack of gcc in base:
graphics/jogl   PR 187186   patch in PR

I also ran into a problem bulding math/py-numeric for i386 on a machine
with an Athlon 64 CPU, which causes -march=athlon64 to be set.  In this
case clang aborts.  I filed this bug bug report upstream:
.

I ran into a few more broken ports, but the problems are not clang
related.

___
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: signal 8 (floating point exception) upon resume

2014-03-04 Thread Adrian Chadd
I'm not using anything in /etc/src.conf .


-a


On 4 March 2014 08:24, John Baldwin  wrote:
> On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote:
>> I'll try this soon.
>>
>> I had it fail back to newcons, rather than Xorg normally dying without
>> restoring state. It wouldn't let me spawn a shell. Logging in worked
>> fine, but normal shell exec would eventually and quickly lead to
>> failure, dropping me back to the login prompt.
>
> If you have set CPUTYPE in /etc/src.conf such that your userland binaries
> are built with SSE, etc. then I expect most things to break because the FPU
> is in a funky state without this patch.  I suspect if you don't set CPUTYPE
> so that your userland binaries do not use the FPU, you can probably resume
> just fine without this fix.
>
>> -a
>>
>>
>> On 3 March 2014 11:11, John Baldwin  wrote:
>> > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote:
>> >> On 28 February 2014 15:35, Adrian Chadd  wrote:
>> >> > ... how'd this ever work in the past then?
>> >> >
>> >>
>> >> .. and I've submitted it as a PR:
>> >>
>> >> kern/187152
>> >
>> > Complete stab in the dark (not compile tested) here:
>> >
>> > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch
>> >
>> > --
>> > John Baldwin
>>
>
> --
> John Baldwin
___
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: Status of llvm/clang 3.4?

2014-03-04 Thread Dimitry Andric
On 04 Mar 2014, at 19:04, Ed Maste  wrote:
> On 4 March 2014 12:22, Steve Kargl  wrote:
>> 
>> On Tue, Mar 04, 2014 at 12:17:18PM +, Thomas Mueller wrote:
>>> What is the current status of clang, regarding known bugs, on 
>>> FreeBSD-current?
>>> 
>>> There were reports of www/firefox failing to build because of bug in llvm.
>> 
>> Still broken of i386.  Given the google results for "llvm ud2"
>> it is likely that clang will never be fixed.
> 
> Except in this case it's just a plain old Clang bug, not a general
> undefined behaviour issue.  The Clang PR is here:
> http://llvm.org/bugs/show_bug.cgi?id=19007
> 
> Dimitry has a patch to work around the issue in FreeBSD PR 187103:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=187103

Indeed, for now you can just drop the two attached patches in
/usr/ports/www/firefox/files, and it should then work after rebuilding.
(Thanks to Michael Butler for the second patch. :)

-Dimitry


patch-xpcom_base_nscore.h
Description: Binary data


patch-xpcom_glue_pldhash.h
Description: Binary data



signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20)

2014-03-04 Thread John Baldwin
On Monday, March 03, 2014 9:49:39 pm Bryan Drewery wrote:
> On 3/3/2014 12:06 PM, John Baldwin wrote:
> > On Sunday, March 02, 2014 10:58:45 am Bryan Drewery wrote:
> >> On 2/28/2014 3:18 PM, John Baldwin wrote:
> >>> On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote:
>  While using poudriere:
> 
> > Unread portion of the kernel message buffer:
> > panic: lockmgr still held
> > cpuid = 12
> > KDB: stack backtrace:
> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
0xfe124804f7a0
> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe124804f850
> > vpanic() at vpanic+0x126/frame 0xfe124804f890
> > kassert_panic() at kassert_panic+0x139/frame 0xfe124804f900
> > lockdestroy() at lockdestroy+0x3b/frame 0xfe124804f920
> > vdropl() at vdropl+0x1c8/frame 0xfe124804f960
> > vm_object_deallocate() at vm_object_deallocate+0x10b/frame 
0xfe124804f9c0
> > vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 
0xfe124804f9f0
> > vm_map_remove() at vm_map_remove+0xc8/frame 0xfe124804fa20
> > vmspace_exit() at vmspace_exit+0xc9/frame 0xfe124804fa60
> > exit1() at exit1+0x541/frame 0xfe124804fad0
> > sys_sys_exit() at sys_sys_exit+0xe/frame 0xfe124804fae0
> > ia32_syscall() at ia32_syscall+0x270/frame 0xfe124804fbf0
> > Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfe124804fbf0
> > --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x281014df, rsp = 
0xc45c, rbp = 0xc468 ---
> 
> > #4  0x808c00db in lockdestroy (lk=0xf80a88a285f0) at 
/usr/src/sys/kern/kern_lock.c:440
> > 440 KASSERT(lk->lk_lock == LK_UNLOCKED, ("lockmgr still 
held"));
> > (kgdb) print *lk
> > $1 = {lock_object = {lo_name = 0x8201a1bd "tmpfs", lo_flags = 
116588552, lo_data = 0, lo_witness = 0xfe6fec00}, lk_lock = 
> >>> 18446735288132049184, lk_exslpfail = 0,
> >   lk_timo = 51, lk_pri = 96}
> >>>
> >>> Can you please grab people.freebsd.org/~jhb/gdb/*
> >>>
> >>> and then do 'cd /path/to/files', 'source gdb6', 'frame 4', 
'lockmgr_owner lk'?
> >>>
> >>
> >> (kgdb) lockmgr_owner lk
> >> td: 0xf80272c61920
> >> pid: 55040, p_comm: testprog
> > 
> > Can you get a stack trace of that program?  ('proc 55040', 'bt')
> > 
> 
> It's the same as original:

So I'm not sure how to fix this.  The crash is in this code in 
vm_object_deallocate():

if (object->type == OBJT_SWAP &&
(object->flags & OBJ_TMPFS) != 0) {
vp = object->un_pager.swp.swp_tmpfs;
vhold(vp);
VM_OBJECT_WUNLOCK(object);
vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
vdrop(vp);
VM_OBJECT_WLOCK(object);
if (object->type == OBJT_DEAD ||
object->ref_count != 1) {
VM_OBJECT_WUNLOCK(object);
VOP_UNLOCK(vp, 0);
return;
}
if ((object->flags & OBJ_TMPFS) != 0)
VOP_UNSET_TEXT(vp);
VOP_UNLOCK(vp, 0);
}

The vdrop() is dropping the count to zero and trying to free the vnode.  The 
real problem I think is that swp_tmpfs doesn't have an implicit vhold() on the 
vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an already-
free vnode.  For OBJT_VNODE objects, the reference from the object back to the 
vnode holds a vref() that gets released by a vput() in 
vm_object_vndeallocate().

One fix might be to chagne smp_tmpfs to hold a vhold reference.  This is 
untested but might work (but I'm also not sure that this is the right thing in 
that I don't know what other effects it might have).  Can you reproduce this 
easily?

Index: fs/tmpfs/tmpfs_subr.c
===
--- fs/tmpfs/tmpfs_subr.c   (revision 262711)
+++ fs/tmpfs/tmpfs_subr.c   (working copy)
@@ -440,10 +440,11 @@
 
VM_OBJECT_WLOCK(obj);
VI_LOCK(vp);
+   KASSERT(obj->un_pager.swp.swp_tmpfs == vp, "vp mismatch");
vm_object_clear_flag(obj, OBJ_TMPFS);
obj->un_pager.swp.swp_tmpfs = NULL;
-   VI_UNLOCK(vp);
VM_OBJECT_WUNLOCK(obj);
+   vdropl(vp);
 }
 
 /*
@@ -578,6 +579,7 @@
VI_LOCK(vp);
KASSERT(vp->v_object == NULL, ("Not NULL v_object in tmpfs"));
vp->v_object = object;
+   vholdl(vp);
object->un_pager.swp.swp_tmpfs = vp;
vm_object_set_flag(object, OBJ_TMPFS);
VI_UNLOCK(vp);
Index: vm/vm_object.c
=

Re: signal 8 (floating point exception) upon resume

2014-03-04 Thread John Baldwin
On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote:
> I'll try this soon.
> 
> I had it fail back to newcons, rather than Xorg normally dying without
> restoring state. It wouldn't let me spawn a shell. Logging in worked
> fine, but normal shell exec would eventually and quickly lead to
> failure, dropping me back to the login prompt.

If you have set CPUTYPE in /etc/src.conf such that your userland binaries
are built with SSE, etc. then I expect most things to break because the FPU
is in a funky state without this patch.  I suspect if you don't set CPUTYPE
so that your userland binaries do not use the FPU, you can probably resume
just fine without this fix.

> -a
> 
> 
> On 3 March 2014 11:11, John Baldwin  wrote:
> > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote:
> >> On 28 February 2014 15:35, Adrian Chadd  wrote:
> >> > ... how'd this ever work in the past then?
> >> >
> >>
> >> .. and I've submitted it as a PR:
> >>
> >> kern/187152
> >
> > Complete stab in the dark (not compile tested) here:
> >
> > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch
> >
> > --
> > John Baldwin
> 

-- 
John Baldwin
___
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: Status of llvm/clang 3.4?

2014-03-04 Thread Ed Maste
On 4 March 2014 12:22, Steve Kargl  wrote:
>
> On Tue, Mar 04, 2014 at 12:17:18PM +, Thomas Mueller wrote:
> > What is the current status of clang, regarding known bugs, on 
> > FreeBSD-current?
> >
> > There were reports of www/firefox failing to build because of bug in llvm.
>
> Still broken of i386.  Given the google results for "llvm ud2"
> it is likely that clang will never be fixed.

Except in this case it's just a plain old Clang bug, not a general
undefined behaviour issue.  The Clang PR is here:
http://llvm.org/bugs/show_bug.cgi?id=19007

Dimitry has a patch to work around the issue in FreeBSD PR 187103:
http://www.freebsd.org/cgi/query-pr.cgi?pr=187103
___
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: Status of llvm/clang 3.4?

2014-03-04 Thread Steve Kargl
On Tue, Mar 04, 2014 at 12:17:18PM +, Thomas Mueller wrote:
> What is the current status of clang, regarding known bugs, on FreeBSD-current?
> 
> There were reports of www/firefox failing to build because of bug in llvm.

Still broken of i386.  Given the google results for "llvm ud2"
it is likely that clang will never be fixed.

> Can I currently build ports normally on FreeBSD-current amd64 and i386,
> or do I need to wait?

I can build all ports that I use except firefox.  Chrome seems to work.

-- 
Steve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: close my resolved and obsolete PR

2014-03-04 Thread Christian Brueffer
On 3/4/14 5:18 PM, Anton Shterenlikht wrote:
> Please close this PR:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/158542
> 
> I can no longer reproduce the problem.
> 

Done, thanks for the follow-up!

Chris



signature.asc
Description: OpenPGP digital signature


close my resolved and obsolete PR

2014-03-04 Thread Anton Shterenlikht
Please close this PR:

http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/158542

I can no longer reproduce the problem.

Thanks

Anton
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Status of llvm/clang 3.4?

2014-03-04 Thread Michael Schmiedgen

On 04.03.2014 13:17, Thomas Mueller wrote:

What is the current status of clang, regarding known bugs, on FreeBSD-current?

There were reports of www/firefox failing to build because of bug in llvm.

Can I currently build ports normally on FreeBSD-current amd64 and i386, or do I 
need to wait?

Or update system and build ports on my FreeBSD 10-stable amd64 and i386 
installations while I wait for bug fix?


Recently I had problems with building py-sqlite3 while building firefox,
something like unknown clang arguments ('-R' or something) are errors
now. Yesterday I built (via ssh) fresh kernel/world/ports and
everything worked fine (the build). Today I will try the binaries with
direct access to the machine.

Cheers
  Michael

___
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"


Status of llvm/clang 3.4?

2014-03-04 Thread Thomas Mueller
What is the current status of clang, regarding known bugs, on FreeBSD-current?

There were reports of www/firefox failing to build because of bug in llvm.

Can I currently build ports normally on FreeBSD-current amd64 and i386, or do I 
need to wait?

Or update system and build ports on my FreeBSD 10-stable amd64 and i386 
installations while I wait for bug fix?


Tom

___
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"