Build failed in Jenkins: FreeBSD_HEAD_sparc64 #111

2016-07-08 Thread jenkins-admin 
See 

--
[...truncated 139831 lines...]
--- ops_pcfs.o ---
cc  -O2 -pipe   
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd/amd
  
-I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/rpcsvc
 -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../include 
-I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../include
 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd/include
 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd
 -DHAVE_CONFIG_H -DHOST_CPU=\"sparc64\" -DHOST_ARCH=\"sparc64\" -g -MD  
-MF.depend.ops_pcfs.o -MTops_pcfs.o -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -Werror -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd/amd/ops_pcfs.c
 -o ops_pcfs.o
--- all_subdir_tests ---
--- kern_copyin ---
(cd /builds/workspace/FreeBSD_HEAD_sparc64/src/tests/sys/kern &&  
DEPENDFILE=.depend.kern_copyin  NO_SUBDIR=1 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/builds/workspace/FreeBSD_HEAD_sparc64/src/make.amd64/bmake
 -f /builds/workspace/FreeBSD_HEAD_sparc64/src/tests/sys/kern/Makefile 
_RECURSING_PROGS=t  PROG=kern_copyin )
--- .depend.kern_copyin ---
echo kern_copyin.full: 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a
 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libprivateatf-c.a
 >> .depend.kern_copyin
--- kern_copyin.o ---
cc  -O2 -pipe   -g -MD  -MF.depend.kern_copyin.kern_copyin.o -MTkern_copyin.o 
-std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/tests/sys/kern/kern_copyin.c -o 
kern_copyin.o
--- all_subdir_lib ---
--- zygote.po ---
cc  -pg  -O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libcasper/libcasper   -MD  
-MF.depend.zygote.po -MTzygote.po -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libcasper/libcasper/zygote.c -o 
zygote.po
--- all_subdir_tests ---
--- kern_copyin.full ---
cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign  -o 
kern_copyin.full kern_copyin.o  -lprivateatf-c
--- all_subdir_usr.sbin ---
--- ops_tfs.o ---
cc  -O2 -pipe   
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd/amd
  
-I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/rpcsvc
 -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../include 
-I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../include
 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd/include
 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd
 -DHAVE_CONFIG_H -DHOST_CPU=\"sparc64\" -DHOST_ARCH=\"sparc64\" -g -MD  
-MF.depend.ops_tfs.o -MTops_tfs.o -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -Werror -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/amd/amd/../../../contrib/amd/amd/ops_tfs.c
 -o ops_tfs.o
--- all_subdir_lib ---
--- libcasper_p.a ---
--- all_subdir_usr.bin ---
--- vgrindefs.src.db ---
cap_mkdb -b -f vgrindefs.src 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/vgrind/vgrindefs.src
--- all_subdir_lib ---
building profiled casper library
ar -crD libcasper_p.a `NM='nm' NMFLAGS='' lorder libcasper.po libcasper_impl.po 
libcasper_service.po service.po zygote.po  | tsort -q` 
--- all_subdir_tests ---
--- kern_copyin.debug ---
--- all_subdir_usr.bin ---
--- vfontedpr.full ---
--- all_subdir_tests ---
objcopy --only-keep-debug kern_copyin.full kern_copyin.debug
--- all_subdir_usr.bin ---

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

2016-07-08 Thread Mark Millard 
During periods when devel/powerpc-gcc and lang/gcc5 [both currently variants of 
version 5] are at the same version trying to install both gives conflicts on at 
least one file.

During times when they are based on different versions [within the 5 range 
currently] they do not conflict when installed.

I expect that it is the same for amd64-gcc.

I've wished that I could have both devel/*-gcc and lang/gcc* all the time. For 
example I use devel/powerpc64-gcc to have a libc++ based system on a powerpc64 
machine [no gcc 4.2.1 present/involved] and I've wished that I could also have 
lang/gcc5 present for other more non-FreeBSD specific uses.

When I first tried this they happened to be at different versions so I only 
discovered the issue later. Being a powerpc64 context: this was all based on 
source builds both times.

Having devel/*-gcc be more FreeBSD specific and lang/gcc* less so seemed to be 
a deliberate choice. If lang/gcc* gets everything devel/*-gcc has that is 
FreeBSD specific then devel/*-gcc might go away. The one other thing 
devel/*-gcc has is that it is a smaller build, omitting more. Would that be 
enough to keep devel/*-gcc around?

===
Mark Millard
markmi at dsl-only.net

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

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #110

2016-07-08 Thread jenkins-admin 
See 

--
[...truncated 143471 lines...]
--- all_subdir_usr.sbin ---
--- all_subdir_usr.sbin/ctm ---
--- ctm_dequeue.debug ---
objcopy --only-keep-debug ctm_dequeue.full ctm_dequeue.debug
--- ctm_dequeue ---
objcopy --strip-debug --add-gnu-debuglink=ctm_dequeue.debug  ctm_dequeue.full 
ctm_dequeue
--- all_subdir_usr.sbin/bsnmpd ---
--- snmp_bridge.so.6.full ---
building shared library snmp_bridge.so.6
--- all_subdir_usr.sbin/fdcontrol ---
===> usr.sbin/fdcontrol (all)
--- all_subdir_usr.sbin/bsnmpd ---
cc  -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings 
-Wl,--warn-shared-textrel  -o snmp_bridge.so.6.full 
-Wl,-soname,snmp_bridge.so.6  `NM='nm' NMFLAGS='' lorder bridge_snmp.So 
bridge_if.So bridge_port.So bridge_addrs.So bridge_pf.So bridge_sys.So 
bridge_tree.So | tsort -q` 
--- all_subdir_usr.sbin/fdcontrol ---
--- .depend ---
echo fdcontrol.full: 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a
  >> .depend
--- fdcontrol.o ---
cc  -O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/fdcontrol/../fdread   -g 
-MD  -MF.depend.fdcontrol.o -MTfdcontrol.o -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/fdcontrol/fdcontrol.c -o 
fdcontrol.o
--- all_subdir_usr.sbin/bsnmpd ---
--- snmp_bridge.3.gz ---
sed -e 's%@MODPATH@%/usr/lib/%g' -e 
's%@DEFPATH@%/usr/share/snmp/defs/%g'-e 
's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_bridge/snmp_bridge.3
 | gzip -cn > snmp_bridge.3.gz
--- snmp_bridge.so.6.debug ---
objcopy --only-keep-debug snmp_bridge.so.6.full snmp_bridge.so.6.debug
--- snmp_bridge.so.6 ---
objcopy --strip-debug --add-gnu-debuglink=snmp_bridge.so.6.debug  
snmp_bridge.so.6.full snmp_bridge.so.6
===> usr.sbin/bsnmpd/modules/snmp_hast (all)
--- all_subdir_usr.bin ---
--- all_subdir_usr.bin/iconv ---
===> usr.bin/iconv (all)
--- all_subdir_usr.sbin ---
--- hast_tree.c ---
cat 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hast/hast_tree.def
 | gensnmptree -p hast_
--- parse.c ---
yacc -d -v 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/parse.y
cp y.tab.c parse.c
--- token.c ---
lex  -otoken.c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/token.l
--- all_subdir_usr.bin ---
--- .depend ---
echo iconv.full: 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a
  >> .depend
--- all_subdir_usr.sbin ---
--- all_subdir_usr.sbin/fdcontrol ---
--- fdutil.o ---
--- all_subdir_usr.bin ---
--- iconv.o ---
--- all_subdir_usr.sbin ---
cc  -O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/fdcontrol/../fdread   -g 
-MD  -MF.depend.fdutil.o -MTfdutil.o -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/fdcontrol/../fdread/fdutil.c
 -o fdutil.o
--- all_subdir_usr.bin ---
cc  -O2 -pipe   -g -MD  -MF.depend.iconv.o -MTiconv.o -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/iconv/iconv.c -o iconv.o
--- all_subdir_usr.sbin ---
--- all_subdir_usr.sbin/bsnmpd ---
--- hast_oid.h ---
cat 
/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hast/hast_tree.def
 | gensnmptree -e begemotHast > hast_oid.h
--- .depend ---
echo snmp_hast.so.6.full: 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libutil.a
 >> .depend
--- ebuf.So ---
cc  -fPIC -DPIC -g -O2 -pipe   
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd
 -DHAVE_CAPSICUM -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DSNMPTREE_TYPES 
-I.

Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8

2016-07-08 Thread Huang Wen Hui 
For some reasons, r302324 seems not include in 11.0-ALPHA6?

2016-07-09 8:52 GMT+08:00 Huang Wen Hui :

> Revert back r302324, Chinese locale problem is gone.
>
> Cheers
> Huang Wen Hui
>
> 2016-07-05 16:50 GMT+08:00 Baptiste Daroussin :
>
>> On Tue, Jul 05, 2016 at 12:16:42PM +0800, Huang Wen Hui wrote:
>> > These 2 files can make ls suck:
>> >
>> > touch 火灾1
>> > touch 火灾2
>> >
>> > 2 files start with 2 same Chinese chars.
>> >
>> I cannot reproduce on my head laptop, neither on a clean 11.0-ALPHA6 jail.
>>
>> I'll try on a clean 11.0-ALPHA6 VM
>>
>> Best regards,
>> Bapt
>>
>
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8

2016-07-08 Thread Huang Wen Hui 
Revert back r302324, Chinese locale problem is gone.

Cheers
Huang Wen Hui

2016-07-05 16:50 GMT+08:00 Baptiste Daroussin :

> On Tue, Jul 05, 2016 at 12:16:42PM +0800, Huang Wen Hui wrote:
> > These 2 files can make ls suck:
> >
> > touch 火灾1
> > touch 火灾2
> >
> > 2 files start with 2 same Chinese chars.
> >
> I cannot reproduce on my head laptop, neither on a clean 11.0-ALPHA6 jail.
>
> I'll try on a clean 11.0-ALPHA6 VM
>
> Best regards,
> Bapt
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

2016-07-08 Thread Glen Barber 
On Fri, Jul 08, 2016 at 02:14:48PM -0700, Mark Millard wrote:
> On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote: > Seems to be 
> a typo .. TARGET_CPUARCH should be TARGET_ARCH .. 
> >  
> 
> ${TARGET_CPUARCH} != "arm" apparently was an attempt to not explicitly test 
> for each specific arm variant (such as armv§).
> 
> ${TARGET_ARCH} != "arm" does not appear to achieve the original test's intent 
> and will mishandle things list armv6 as far as I can tell. (It certainly does 
> avoid the malformed conditional problem that stops the build.)
> 

We're aware of this, and a fix is pending approval from re@.

Glen



signature.asc
Description: PGP signature

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

2016-07-08 Thread Mark Millard 
On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote: > Seems to be a 
typo .. TARGET_CPUARCH should be TARGET_ARCH .. 
>  

${TARGET_CPUARCH} != "arm" apparently was an attempt to not explicitly test for 
each specific arm variant (such as armv§).

${TARGET_ARCH} != "arm" does not appear to achieve the original test's intent 
and will mishandle things list armv6 as far as I can tell. (It certainly does 
avoid the malformed conditional problem that stops the build.)

===
Mark Millard
markmi at dsl-only.net

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

FreeBSD_HEAD_amd64_gcc - Build #1360 - Fixed

2016-07-08 Thread jenkins-admin 
FreeBSD_HEAD_amd64_gcc - Build #1360 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1360/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1360/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1360/console

Change summaries:

302439 by cem:
iflib: Fix typo in 'iflib_rx_miss_bufs' sysctl name

It looks like these sysctls were copy-pasted from netmap.  Most were changed
from 'ixl_' prefix to 'iflib_', but this one was missed.

Fix the "can't re-use a leaf (ixl_rx_miss_bufs)!" warning.

Reported by:dim@ and others
Sponsored by:   EMC / Isilon Storage Division

302438 by ngie:
Revert r302403

lang/gcc{48,49,5} lacks -fformat-extensions support (causing build errors, which
is what prompted r302403 to be committed). devel/amd64-gcc on the other hand
(which is used by Jenkins), has the support.

This fixes the Jenkins failure emails due to excessive warnings being produced
with "make buildkernel".

Discussed with: lwhsu
Reported by: Jenkins (FreeBSD_HEAD_amd64_gcc job)
Sponsored by: EMC / Isilon Storage Division

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

Re: zfs solaris assert panic in 11.0-ALPHA5 r302256

2016-07-08 Thread Don Lewis 
On  7 Jul, To: freebsd-current@FreeBSD.org wrote:
> My package buiding machine just crashed with this panic during a
> poudriere run:
> 
> panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || 
> dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > 
> db->db_level || dn->dn_next_nlevels[(tx->tx_txg-1) & TXG_MASK] > db->db_level 
> || dn->dn_next_nlevels[(tx->tx_txg
> cpuid = 2
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe085a435eb0
> vpanic() at vpanic+0x182/frame 0xfe085a435f30
> panic() at panic+0x43/frame 0xfe085a435f90
> assfail() at assfail+0x1a/frame 0xfe085a435fa0
> dbuf_dirty() at dbuf_dirty+0x3e8/frame 0xfe085a436060
> dbuf_dirty() at dbuf_dirty+0xba4/frame 0xfe085a436120
> dbuf_dirty() at dbuf_dirty+0xba4/frame 0xfe085a4361e0
> dmu_write_uio_dnode() at dmu_write_uio_dnode+0x129/frame 0xfe085a436270
> dmu_write_uio_dbuf() at dmu_write_uio_dbuf+0x42/frame 0xfe085a4362a0
> zfs_freebsd_write() at zfs_freebsd_write+0x87c/frame 0xfe085a4364c0
> VOP_WRITE_APV() at VOP_WRITE_APV+0x16f/frame 0xfe085a4365d0
> vn_write() at vn_write+0x218/frame 0xfe085a436650
> vn_io_fault1() at vn_io_fault1+0x1d2/frame 0xfe085a4367b0
> vn_io_fault() at vn_io_fault+0x197/frame 0xfe085a436830
> dofilewrite() at dofilewrite+0x87/frame 0xfe085a436880
> kern_writev() at kern_writev+0x68/frame 0xfe085a4368d0
> sys_write() at sys_write+0x84/frame 0xfe085a436920
> amd64_syscall() at amd64_syscall+0x2db/frame 0xfe085a436a30
> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe085a436a30
> --- syscall (4, FreeBSD ELF64, sys_write), rip = 0x800b9ddea, rsp = 
> 0x7fffe568, rbp = 0x7fffe760 ---
> KDB: enter: panic
> 
> The pool is a two disk mirror.  I'm currently running a scrub.
> 
> RAM is ECC.
> 
> FreeBSD zipper.catspoiler.org 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #14 r302256M: 
> Thu Jun 30 00:05:32 PDT 2016 
> d...@zipper.catspoiler.org:/usr/obj/usr/src/sys/GENERIC  amd64

scrub didn't find any problems:

  pool: zroot
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
  scan: scrub repaired 0 in 13h50m with 0 errors on Fri Jul  8 10:58:01 2016
config:

NAMESTATE READ WRITE CKSUM
zroot   ONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
ada0p3  ONLINE   0 0 0
ada1p3  ONLINE   0 0 0

errors: No known data errors

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

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

2016-07-08 Thread Bryan Drewery 
On 7/8/16 9:22 AM, Ngie Cooper (yaneurabeya) wrote:
> 
>> On Jul 8, 2016, at 09:12, Li-Wen Hsu  wrote:
>>
>> On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote:
>>>
>>> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and 
>>> were they customized to include this support?
>>
>> In short, it uses devel/amd64-xtoolchain-gcc .
>>
>> That job basically executes this script:
>> https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-build.sh
>>
>> with TARGET_ARCH=TARGET_ARCH
>>
>> And MAKE_CONF_FILE as:
>>
>> NO_WERROR=yes
>> WERROR=
>> WITH_FAST_DEPEND=yes
> 
> Ok. I finally figured it out.
> 
> lang/gcc{48,49,5} lacks -fformat-extensions support, but devel/powerpc64-gcc 
> has it. I will revert the commit to base and request an MFC to ^/stable/11. 
> The support for -fformat-extensions needs to be added to lang/gcc* for 
> consistency — I will file a ports bug for that.
> 
> Thanks,
> -Ngie
> 

What we need is for COMPILER_FEATURES to advertise this support and then
base it off of that.  I cannot use the xtoolchain amd64 port because it
conflicts with lang/gcc, so I've been using that and hitting this problem.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

2016-07-08 Thread Ngie Cooper (yaneurabeya) 

> On Jul 8, 2016, at 09:12, Li-Wen Hsu  wrote:
> 
> On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote:
>> 
>> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and 
>> were they customized to include this support?
> 
> In short, it uses devel/amd64-xtoolchain-gcc .
> 
> That job basically executes this script:
> https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-build.sh
> 
> with TARGET_ARCH=TARGET_ARCH
> 
> And MAKE_CONF_FILE as:
> 
> NO_WERROR=yes
> WERROR=
> WITH_FAST_DEPEND=yes

Ok. I finally figured it out.

lang/gcc{48,49,5} lacks -fformat-extensions support, but devel/powerpc64-gcc 
has it. I will revert the commit to base and request an MFC to ^/stable/11. The 
support for -fformat-extensions needs to be added to lang/gcc* for consistency 
— I will file a ports bug for that.

Thanks,
-Ngie


signature.asc
Description: Message signed with OpenPGP using GPGMail

FreeBSD_HEAD_amd64_gcc - Build #1359 - Still Failing

2016-07-08 Thread jenkins-admin 
FreeBSD_HEAD_amd64_gcc - Build #1359 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1359/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1359/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1359/console

Change summaries:

302436 by Steven Kreuzer:
Document 300291, Enable NEW_PCIB on arm64.

Approved by:re (gjb, implicit, relnotes)

302435 by Steven Kreuzer:
Document 301973, Add bsdconfig `wifi' (aka `wireless' or `wlan') module

Approved by:re (gjb, implicit, relnotes)

302434 by Steven Kreuzer:
Document 300436, bsdinstall/zfsboot GPT+BIOS+GELI installs make use of GELIBOOT

Approved by:re (gjb, implicit, relnotes)

302433 by Steven Kreuzer:
Document 293190, Update less to v481

Approved by:re (gjb, implicit, relnotes)

302432 by Steven Kreuzer:
Document 289549, Update hostapd/wpa_supplicant to version 2.5.

Approved by:re (gjb, implicit, relnotes)

302431 by Steven Kreuzer:
Document 302110, Merge netmap support from ncxgbe/ncxl to vcxgbe/vcxl

Approved by:re (gjb, implicit, relnotes)



The end of the build log:

[...truncated 313643 lines...]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:772:11: warning: unknown 
conversion type character 'b' in format [-Wformat=]
printf("\n  Features=0x%b", cpu_feature,
   ^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:772:11: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:809:12: warning: unknown 
conversion type character 'b' in format [-Wformat=]
 printf("\n  Features2=0x%b", cpu_feature2,
^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:809:12: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:847:12: warning: unknown 
conversion type character 'b' in format [-Wformat=]
 printf("\n  AMD Features=0x%b", amd_feature,
^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:847:12: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:885:12: warning: unknown 
conversion type character 'b' in format [-Wformat=]
 printf("\n  AMD Features2=0x%b", amd_feature2,
^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:885:12: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:923:12: warning: unknown 
conversion type character 'b' in format [-Wformat=]
 printf("\n  Structured Extended Features=0x%b",
^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:923:12: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:975:12: warning: unknown 
conversion type character 'b' in format [-Wformat=]
 printf("\n  Structured Extended Features2=0x%b",
^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:975:12: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:991:13: warning: unknown 
conversion type character 'b' in format [-Wformat=]
  printf("\n  XSAVE Features=0x%b",
 ^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:991:13: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c: In function 
'print_svm_info':
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2162:9: warning: unknown 
conversion type character 'b' in format [-Wformat=]
  printf("Features=0x%b", features,
 ^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2162:9: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c: In function 
'print_via_padlock_info':
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2225:9: warning: unknown 
conversion type character 'b' in format [-Wformat=]
  printf("\n  VIA Padlock Features=0x%b", regs[3],
 ^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2225:9: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c: In function 
'print_vmx_info':
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2318:9: warning: unknown 
conversion type character 'b' in format [-Wformat=]
  printf("Basic Features=0x%b", mask,
 ^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2318:9: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2325:9: warning: unknown 
conversion type character 'b' in format [-Wformat=]
  printf("\nPin-Based Controls=0x%b", pin,
 ^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2325:9: warning: too many 
arguments for format [-Wformat-extra-args]
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:2333:9:

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #106

2016-07-08 Thread jenkins-admin 
See 

--
Started by upstream project "FreeBSD_HEAD" build number 343
originally caused by:
 Started by an SCM change
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url https://github.com/freebsd/freebsd-ci.git # 
 > timeout=10
Fetching upstream changes from https://github.com/freebsd/freebsd-ci.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/freebsd/freebsd-ci.git 
 > +refs/heads/*:refs/remotes/origin/* --depth=1
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision 2d6143c340cba749b7aac1b27f26bd762555f9a0 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 2d6143c340cba749b7aac1b27f26bd762555f9a0
 > git rev-list 2d6143c340cba749b7aac1b27f26bd762555f9a0 # timeout=10
[Pipeline] node
Still waiting to schedule task
Waiting for next available executor on jenkins10a.freebsd.org
Resuming build
Resuming build
Resuming build
Aborted by lwhsu
[Pipeline] // node
[Pipeline] node
Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64
[Pipeline] {
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

2016-07-08 Thread Li-Wen Hsu 
On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote:
> 
> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and 
> were they customized to include this support?

In short, it uses devel/amd64-xtoolchain-gcc .

That job basically executes this script:
https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-build.sh

with TARGET_ARCH=TARGET_ARCH

And MAKE_CONF_FILE as:

NO_WERROR=yes
WERROR=
WITH_FAST_DEPEND=yes


Li-Wen

-- 
Li-Wen Hsu 
https://lwhsu.org


signature.asc
Description: PGP signature

More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

2016-07-08 Thread Ngie Cooper (yaneurabeya) 

> On Jul 8, 2016, at 05:17, jenkins-ad...@freebsd.org wrote:
> 
> FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing:
> 
> Build information: 
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/
> Full change log: 
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/changes
> Full build log: 
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/console
> 
> Change summaries:
> 
> 302420 by gjb:
> Spell '12.x' correctly in UPDATING.
> 
> Submitted by: lidl
> Approved by:  re (implicit)
> Sponsored by: The FreeBSD Foundation
> 
> 302419 by gjb:
> Spell 10.2, 10.3, 12.0 correctly in various places.
> 
> Submitted by: markj
> Approved by:  re (implicit)
> Pointyhat:gjb (myself)
> Sponsored by: The FreeBSD Foundation
> 
> 302418 by gjb:
> Add freebsd12 to contrib/gcc/config.gcc.
> 
> Submitted by: bdrewery
> Approved by:  re (implicit)
> Sponsored by: The FreeBSD Foundation
> 
> 302417 by gjb:
> Bump FREEBSD_CC_VERSION in lib/clang/freebsd_cc_version.h
> 
> Submitted by: bdrewery
> Approved by:  re (implicit)
> Sponsored by: The FreeBSD Foundation
> 
> 302414 by gjb:
> Default manual pages to 12.0 in head, and add missing 10.x
> releases.
> 
> Approved by:  re (implicit)
> Sponsored by: The FreeBSD Foundation
> 
> 302413 by gjb:
> Spell 120 correctly.
> 
> Approved by:  re (implicit)
> Sponsored by: The FreeBSD Foundation
> 
> 302409 by gjb:
> Reflect head is now 12.0-CURRENT.
> 
> Approved by:  re (implicit)
> Sponsored by: The FreeBSD Foundation
> 
> 
> 
> The end of the build log:
> 
> [...truncated 313350 lines...]
> /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
> /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include
>  
> -L/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib
>  
> --sysroot=/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp
>  -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -pipe 
> -fno-strict-aliasing  -g -nostdinc  -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys 
> -I/builds/FreeBSD_HEAD_amd64_gcc/sys/contrib/libfdt -D_KERNEL 
> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
> -mno-omit-leaf-frame-pointer -MD  -MF.depend.identcpu.o -MTidentcpu.o 
> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
> -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
> -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
> -Wno-pointer-sign   -Wmissing-include-dirs -fdiagnostics-show-option  
> -Wno-unkno
> wn-pragmas  -Wno-error=inline -Wno-error=enum-compare 
> -Wno-error=unused-but-set-variable  -Wno-error=aggressive-loop-optimizations 
> -Wno-error=maybe-uninitialized  -Wno-error=array-bounds -Wno-error=address  
> -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes  
> -Wno-error=strict-overflow -Wno-error=overflow  -fno-common -fms-extensions 
> -finline-limit=8000 --param inline-unit-growth=100 --param 
> large-function-growth=1000  -std=iso9899:1999   
> /builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c
> --- dump_machdep.o ---
> ctfconvert -L VERSION -g dump_machdep.o
> --- intr_machdep.o ---
> /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
> /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include
>  
> -L/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib
>  
> --sysroot=/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp
>  -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -pipe 
> -fno-strict-aliasing  -g -nostdinc  -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys 
> -I/builds/FreeBSD_HEAD_amd64_gcc/sys/contrib/libfdt -D_KERNEL 
> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
> -mno-omit-leaf-frame-pointer -MD  -MF.depend.intr_machdep.o -MTintr_machdep.o 
> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
> -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
> -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
> -Wno-pointer-sign   -Wmissing-include-dirs -fdiagnostics-show-option  -W
> no-unknown-pragmas  -Wno-error=inline -Wno-error=enum-compare 
> -Wno-error=unused-but-set-variable  -Wno-error=aggressive-loop-optimizations 
> -Wno-error=maybe-uninitialized  -Wno-error=array-bounds -Wno-error=address  
> -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes  
> -Wno-error=strict-overflow -Wno-error=overflow  -fno-common -fms-extensions 
> -finline-limit=8000 --param inline-unit-growth=100 --param 
> large-function-growth=1000  -std=iso9899:1999   
> /builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/intr_machdep.c
> --- identcpu.o ---
> /builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c: In function 
> 'printcpuinfo':
>

Re: Setting sysctl vfs.zfs.arc_max failed: 22

2016-07-08 Thread Steven Hartland 
Thanks for testing Nathan, that is the expected behaviour it might be 
nice if we had the concept of a sysctl which is at its auto value and 
hence we could use that to determine if we should recalculate said 
automatic values which hadn't been manually set but we don't have that 
unfortunately.


On 08/07/2016 07:48, Nathan Bosley wrote:

I was just testing this a bit.
I can now set max in loader.conf as expected.

I did notice one thing that I thought was a bit strange though.

As a reference, here are my defaults without any ARC tunables/sysctls:

vfs.zfs.arc_meta_limit: 3903459328
vfs.zfs.arc_min: 1951729664
vfs.zfs.arc_max: 15613837312

If I put vfs.zfs.arc_max="8589934592" in loader.conf, the results are:

vfs.zfs.arc_meta_limit: 2147483648
vfs.zfs.arc_min: 1073741824
vfs.zfs.arc_max: 8589934592

So meta_limit and min are also changed, which is reasonable.

If I remove all of my ARC tunables in loader.conf, so that I have the 
default values after booting, and then use:

# sysctl vfs.zfs.arc_max="8589934592"

The result is:

vfs.zfs.arc_meta_limit: 2147483648
vfs.zfs.arc_min: 1951729664
vfs.zfs.arc_max: 8589934592

Max was set as requested.
meta_limit was set to max/4.
But min is still at the default.

In other words, if I use loader.conf to set max, then min and 
meta_limit are also recalculated.
But if I use sysctl to set max, only meta_limit is recalculated; min 
remains at the default.

I'm not sure if that's the intent.

Just a heads-up.

Thanks again.

On Wed, Jul 6, 2016 at 7:51 PM, Steven Hartland 
> wrote:


On 06/07/2016 21:39, Eric van Gyzen wrote:

On 07/06/16 03:35 PM, Steven Hartland wrote:

The ARC settings and kmem aren't initialised when tunables
are loaded
so the tests fail.

I've fixed this locally by blindly setting if ARC is not
configured.
Request to commit the fix is with re@

In the mean time the patch is attached.

Thanks for the report and sorry about the breakage.

No worries.  Thanks for the quick fix.

https://svnweb.freebsd.org/changeset/base/302382

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




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

Jenkins build is back to normal : FreeBSD_HEAD #389

2016-07-08 Thread jenkins-admin 
See 

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

FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing

2016-07-08 Thread jenkins-admin 
FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/console

Change summaries:

302420 by gjb:
Spell '12.x' correctly in UPDATING.

Submitted by:   lidl
Approved by:re (implicit)
Sponsored by:   The FreeBSD Foundation

302419 by gjb:
Spell 10.2, 10.3, 12.0 correctly in various places.

Submitted by:   markj
Approved by:re (implicit)
Pointyhat:  gjb (myself)
Sponsored by:   The FreeBSD Foundation

302418 by gjb:
Add freebsd12 to contrib/gcc/config.gcc.

Submitted by:   bdrewery
Approved by:re (implicit)
Sponsored by:   The FreeBSD Foundation

302417 by gjb:
Bump FREEBSD_CC_VERSION in lib/clang/freebsd_cc_version.h

Submitted by:   bdrewery
Approved by:re (implicit)
Sponsored by:   The FreeBSD Foundation

302414 by gjb:
Default manual pages to 12.0 in head, and add missing 10.x
releases.

Approved by:re (implicit)
Sponsored by:   The FreeBSD Foundation

302413 by gjb:
Spell 120 correctly.

Approved by:re (implicit)
Sponsored by:   The FreeBSD Foundation

302409 by gjb:
Reflect head is now 12.0-CURRENT.

Approved by:re (implicit)
Sponsored by:   The FreeBSD Foundation



The end of the build log:

[...truncated 313350 lines...]
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include
 -L/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp 
-B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -pipe 
-fno-strict-aliasing  -g -nostdinc  -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys 
-I/builds/FreeBSD_HEAD_amd64_gcc/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer -MD  -MF.depend.identcpu.o -MTidentcpu.o 
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign   -Wmissing-include-dirs -fdiagnostics-show-option  -Wno-unkno
 wn-pragmas  -Wno-error=inline -Wno-error=enum-compare 
-Wno-error=unused-but-set-variable  -Wno-error=aggressive-loop-optimizations 
-Wno-error=maybe-uninitialized  -Wno-error=array-bounds -Wno-error=address  
-Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes  
-Wno-error=strict-overflow -Wno-error=overflow  -fno-common -fms-extensions 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000  -std=iso9899:1999   
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c
--- dump_machdep.o ---
ctfconvert -L VERSION -g dump_machdep.o
--- intr_machdep.o ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include
 -L/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp 
-B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -pipe 
-fno-strict-aliasing  -g -nostdinc  -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys 
-I/builds/FreeBSD_HEAD_amd64_gcc/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer -MD  -MF.depend.intr_machdep.o -MTintr_machdep.o 
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign   -Wmissing-include-dirs -fdiagnostics-show-option  -W
 no-unknown-pragmas  -Wno-error=inline -Wno-error=enum-compare 
-Wno-error=unused-but-set-variable  -Wno-error=aggressive-loop-optimizations 
-Wno-error=maybe-uninitialized  -Wno-error=array-bounds -Wno-error=address  
-Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes  
-Wno-error=strict-overflow -Wno-error=overflow  -fno-common -fms-extensions 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000  -std=iso9899:1999   
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/intr_machdep.c
--- identcpu.o ---
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c: In function 
'printcpuinfo':
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:772:11: warning: unknown 
conversion type character 'b' in format [-Wformat=]
printf("\n  Features=0x%b", cpu_feature,
   ^
/builds/FreeBSD_HEAD_amd64_gcc/sys/x86/x86/identcpu.c:772:11: warning: too many 
arguments for format

Build failed in Jenkins: FreeBSD_HEAD #388

2016-07-08 Thread jenkins-admin 
See 

--
[...truncated 317318 lines...]
===> usr.sbin/praudit (installconfig)
===> usr.sbin/authpf (installconfig)
===> usr.sbin/autofs (installconfig)
===> usr.sbin/blacklistctl (installconfig)
===> usr.sbin/blacklistd (installconfig)
===> usr.sbin/bluetooth (installconfig)
===> usr.sbin/bluetooth/bt3cfw (installconfig)
===> usr.sbin/bluetooth/btpand (installconfig)
===> usr.sbin/bluetooth/hccontrol (installconfig)
===> usr.sbin/bluetooth/hcsecd (installconfig)
===> usr.sbin/bluetooth/hcseriald (installconfig)
===> usr.sbin/bluetooth/l2control (installconfig)
===> usr.sbin/bluetooth/l2ping (installconfig)
===> usr.sbin/bluetooth/rfcomm_pppd (installconfig)
===> usr.sbin/bluetooth/sdpcontrol (installconfig)
===> usr.sbin/bluetooth/sdpd (installconfig)
===> usr.sbin/bluetooth/ath3kfw (installconfig)
===> usr.sbin/bluetooth/bcmfw (installconfig)
===> usr.sbin/bluetooth/bthidcontrol (installconfig)
===> usr.sbin/bluetooth/bthidd (installconfig)
===> usr.sbin/bootparamd (installconfig)
===> usr.sbin/bootparamd/bootparamd (installconfig)
===> usr.sbin/bootparamd/callbootd (installconfig)
===> usr.sbin/bsdinstall (installconfig)
===> usr.sbin/bsdinstall/distextract (installconfig)
===> usr.sbin/bsdinstall/distfetch (installconfig)
===> usr.sbin/bsdinstall/partedit (installconfig)
===> usr.sbin/bsdinstall/scripts (installconfig)
===> usr.sbin/bsnmpd (installconfig)
===> usr.sbin/bsnmpd/gensnmptree (installconfig)
===> usr.sbin/bsnmpd/bsnmpd (installconfig)
===> usr.sbin/bsnmpd/modules (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_atm (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_bridge (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_hast (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_hostres (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_lm75 (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_mibII (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_target (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_usm (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_vacm (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_wlan (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_pf (installconfig)
===> usr.sbin/bsnmpd/modules/snmp_netgraph (installconfig)
===> usr.sbin/bsnmpd/tools (installconfig)
===> usr.sbin/bsnmpd/tools/libbsnmptools (installconfig)
===> usr.sbin/bsnmpd/tools/bsnmptools (installconfig)
===> usr.sbin/ctm (installconfig)
===> usr.sbin/ctm/ctm (installconfig)
===> usr.sbin/ctm/ctm_rmail (installconfig)
===> usr.sbin/ctm/ctm_smail (installconfig)
===> usr.sbin/ctm/ctm_dequeue (installconfig)
===> usr.sbin/fdcontrol (installconfig)
===> usr.sbin/fdformat (installconfig)
===> usr.sbin/fdread (installconfig)
===> usr.sbin/fdwrite (installconfig)
===> usr.sbin/fmtree (installconfig)
===> usr.sbin/freebsd-update (installconfig)
===> usr.sbin/gssd (installconfig)
===> usr.sbin/gpioctl (installconfig)
===> usr.sbin/ip6addrctl (installconfig)
===> usr.sbin/mld6query (installconfig)
===> usr.sbin/ndp (installconfig)
===> usr.sbin/rip6query (installconfig)
===> usr.sbin/route6d (installconfig)
===> usr.sbin/rrenumd (installconfig)
===> usr.sbin/rtadvctl (installconfig)
===> usr.sbin/rtadvd (installconfig)
===> usr.sbin/rtsold (installconfig)
===> usr.sbin/traceroute6 (installconfig)
===> usr.sbin/inetd (installconfig)
===> usr.sbin/ipfwpcap (installconfig)
===> usr.sbin/iscsid (installconfig)
===> usr.sbin/jail (installconfig)
===> usr.sbin/jexec (installconfig)
===> usr.sbin/jls (installconfig)
===> usr.sbin/kbdcontrol (installconfig)
===> usr.sbin/kbdmap (installconfig)
===> usr.sbin/moused (installconfig)
===> usr.sbin/vidcontrol (installconfig)
===> usr.sbin/pppctl (installconfig)
===> usr.sbin/nscd (installconfig)
===> usr.sbin/lpr (installconfig)
===> usr.sbin/lpr/common_source (installconfig)
===> usr.sbin/lpr/chkprintcap (installconfig)
===> usr.sbin/lpr/lp (installconfig)
===> usr.sbin/lpr/lpc (installconfig)
===> usr.sbin/lpr/lpd (installconfig)
===> usr.sbin/lpr/lpq (installconfig)
===> usr.sbin/lpr/lpr (installconfig)
===> usr.sbin/lpr/lprm (installconfig)
===> usr.sbin/lpr/lptest (installconfig)
===> usr.sbin/lpr/pac (installconfig)
===> usr.sbin/lpr/filters (installconfig)
===> usr.sbin/lpr/filters.ru (installconfig)
===> usr.sbin/lpr/filters.ru/koi2alt (installconfig)
===> usr.sbin/lpr/filters.ru/koi2855 (installconfig)
===> usr.sbin/manctl (installconfig)
===> usr.sbin/flowctl (installconfig)
===> usr.sbin/lmcconfig (installconfig)
===> usr.sbin/ngctl (installconfig)
===> usr.sbin/nghook (installconfig)
===> usr.sbin/rpc.yppasswdd (installconfig)
===> usr.sbin/rpc.ypupdated (installconfig)
===> usr.sbin/rpc.ypxfrd (installconfig)
===> usr.sbin/ypbind (installconfig)
===> usr.sbin/ypldap (installconfig)
===> usr.sbin/yp_mkdb (installconfig)
===> usr.sbin/yppoll (installconfig)
===> usr.sbin/yppush (installconfig)
===> usr.sbin/ypserv (installconfig)
===> usr.sbin/ypset (installconfig)
===>

11.0 -r302412: check-old does not list older /usr/libsoft/. . . materials; delete-old and delete-old-libs do not delete them

2016-07-08 Thread Mark Millard 
I just did a amd64 -> armv6 cross-build/update for -r302331 -> -r302412.

-r302331's build had WITH_LIBSOFT=yes
-r302412's build was WITHOUT_LIBSOFT (by not specifying WITH_LIBSOFT=yes )
(I had rebuilt all the installed ports [-r417989 update] under -r302331.)

The check-old stage did not report anything about /usr/libsoft materials as to 
be deleted.

Nor did delete-old or delete-old-libs remove any of them.

Looking in the DESTDIR tree shows that the libsoft files are still there and 
are old: libsoft was not rebuilt.

-r302412's build was WITHOUT_META_MODE because of a different issue when 
WITH_META_MODE was attempted.

===
Mark Millard
markmi at dsl-only.net

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

Re: difference in SIGCHLD behavior between Linux and FreeBSD breaks apt

2016-07-08 Thread Matthew Macy 

 > Unsurprisingly I may have misinterpreted the trace. 
 >  
 > John observes: 
 > Alternatively, if apt is creating a pipe() that it passes to dpkg() via 
 > fork() and apt  
 > only creates the read end opened and dpkg only keeps the write end up 
 > opened, then when  
 > dpkg exits, the pipe_read should return EOF when dpkg exits (that is 
 > normally the way pipes  
 > are used to detect child exit rather than EINTR from SIGCLD).  
 >  
 > The SIGCHLD may be a red herring as strace will report it even if it is 
 > ignored. What John describes is borne out by the traces. 
 >  
 > FreeBSD from pipe creation to dpkg exit and apt hang 
 > http://pastebin.com/TGRrMniD 
 >  
 > Linux from pipe creation to dpkg exit and apt continue 
 > http://pastebin.com/wPfd31Pf 
 
It turns out that this was footshooting. In my changes to linprocfs the 
/fd directory was holding additional references to the struct file 
pointers which prevented apt from getting an EOF when dpkg exited.

Thanks to all who commented. 

FWIW, after fixing the previous issue and then linux_mremap to be able to grow 
a mapping apt works now:

root@planecrash:/home/mmacy # chroot /compat/linux/ apt-get update
Hit:1 http://archive.ubuntu.com/ubuntu xenial InRelease
Get:2 http://security.ubuntu.com/ubuntu xenial-security InRelease [94.5 kB]
Hit:3 http://archive.ubuntu.com/ubuntu xenial-updates InRelease 

Fetched 94.5 kB in 1s (56.3 kB/s)   

Reading package lists... Done

I don't think this is all that useful until I update / implement any system 
calls to get steam / widevine whatever working, but in case anyone cares this 
is all going on in the drm-next-4.6 branch alongside the graphics work.

-M

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

amd64 -> armv6 -r302331 -> -r302412 re-cross-build (update): got "sh: ./make_keys: Exec format error" again for init_ketry.h in ncursesw

2016-07-08 Thread Mark Millard 
[Before the below cross build/update attempt I updated my amd64 from -r302331 
-> -r302412.]

Summary: It appears that WITHOUT_META_MODE= still needs to be forced for cross 
compiles at least sometimes in order to avoid "Exec format error". man src.conf 
only mentions WITHOUT_META_MODE= in one place:

>  WITH_DIRDEPS_BUILD
. . .
>  WITH_META_MODE (unless WITHOUT_META_MODE is set explicitly)
. . .
>  This must be set in the environment, make command line, or
>  /etc/src-env.conf, not /etc/src.conf.


In attempting to update my cross build (amd64 -> armv6) from -r302331 to 
-r302412 it failed with:

> --- init_keytry.h ---
> sh: ./make_keys: Exec format error
> *** [init_keytry.h] Error code 126
> 
> make[4]: stopped in /usr/src/lib/ncurses/ncursesw
> .ERROR_TARGET='init_keytry.h'
> .ERROR_META_FILE='/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/init_keytry.h.meta'
> .MAKE.LEVEL='4'
> MAKEFILE=''
> .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
> .CURDIR='/usr/src/lib/ncurses/ncursesw'
> .MAKE='make'
> .OBJDIR='/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw'
> .TARGETS='all'
> DESTDIR='/usr/obj/clang/arm.armv6/usr/src/tmp'
> LD_LIBRARY_PATH=''
> MACHINE='arm'
> MACHINE_ARCH='armv6'
> MAKEOBJDIRPREFIX='/usr/obj/clang/arm.armv6'
> MAKESYSPATH='/usr/src/share/mk'
> MAKE_VERSION='20160606'
> PATH='/usr/obj/clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj/clang/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/clang/arm.armv6/usr/src/tmp/legacy/bin:/usr/obj/clang/arm.armv6/usr/src/tmp/usr/sbin:/usr/obj/clang/arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin'
> SRCTOP='/usr/src'
> OBJTOP='/usr/obj/clang/arm.armv6/usr/src'
> .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk 
> /usr/src/share/mk/src.sys.env.mk 
> /root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host 
> /usr/src/share/mk/bsd.mkopt.mk /root/src.configs/make.conf 
> /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf 
> /usr/src/lib/ncurses/ncursesw/Makefile 
> /usr/src/lib/ncurses/ncursesw/../ncurses/Makefile 
> /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk 
> /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk 
> /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk 
> /usr/src/lib/ncurses/ncursesw/../config.mk /usr/src/share/mk/bsd.lib.mk 
> /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk 
> /usr/src/share/mk/src.init.mk /usr/src/lib/ncurses/ncursesw/../Makefile.inc 
> /usr/src/lib/ncurses/ncursesw/../../Makefile.inc 
> /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk 
> /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk 
> /usr/src/share/mk/bsd.files.mk 
 /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.confs.mk 
/usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk 
/usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk 
/usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk'
> .PATH='. /usr/src/lib/ncurses/ncursesw 
> /usr/src/lib/ncurses/ncursesw/../ncurses 
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include 
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base 
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo 
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tty 
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/widechar 
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/trace 
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/man'
> 1 error

again.

This was based on:

> # more 
> ~/sys_build_scripts.amd64-host/make_rpi2_nodebug_clang_bootstrap-amd64-host.sh
>  
> kldload -n filemon && \
> script 
> ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-$(date
>  +%Y-%m-%d:%H:%M:%S) \
> env __MAKE_CONF="/root/src.configs/make.conf" 
> SRC_ENV_CONF="/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host" \
> WITH_META_MODE=yes \
> MAKEOBJDIRPREFIX="/usr/obj/clang" \
> make $*

and. . .

> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host 
> TO_TYPE=armv6
> #
> KERNCONF=RPI2-NODBG
> TARGET=arm
> .if ${.MAKE.LEVEL} == 0
> TARGET_ARCH=${TO_TYPE}
> .export TARGET_ARCH
> .endif
> #
> WITH_CROSS_COMPILER=
> WITHOUT_SYSTEM_COMPILER=
> #
> #CPUTYPE=soft
> WITH_LIBCPLUSPLUS=
> WITH_BINUTILS_BOOTSTRAP=
> WITH_CLANG_BOOTSTRAP=
> WITH_CLANG=
> WITH_CLANG_IS_CC=
> WITH_CLANG_FULL=
> WITH_CLANG_EXTRAS=
> WITH_LLDB=
> #
> WITH_BOOT=
> WITHOUT_LIB32=
> WITHOUT_LIBSOFT=
> #
> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=
> WITHOUT_GCC_BOOTSTRAP=
> WITHOUT_GCC=
> WITHOUT_GCC_IS_CC=
> WITHOUT_GNUCXX=
> #
> NO_WERROR=
> #WERROR=
> MALLOC_PRODUCTION=
> #
> WITH_DEBUG_FILES=
> #
> XCFLAGS+= -march=armv7-a -mcpu=cortex-a7
> XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7

make.conf was empty.

The earlier -r302331 cross build had WITH_LIBSOFT= in use. -r302412 is my first 
testing of WITHOUT_LIBSOFT=

Re: Setting sysctl vfs.zfs.arc_max failed: 22

2016-07-08 Thread Nathan Bosley 
I was just testing this a bit.
I can now set max in loader.conf as expected.

I did notice one thing that I thought was a bit strange though.

As a reference, here are my defaults without any ARC tunables/sysctls:

vfs.zfs.arc_meta_limit: 3903459328
vfs.zfs.arc_min: 1951729664
vfs.zfs.arc_max: 15613837312

If I put vfs.zfs.arc_max="8589934592" in loader.conf, the results are:

vfs.zfs.arc_meta_limit: 2147483648
vfs.zfs.arc_min: 1073741824
vfs.zfs.arc_max: 8589934592

So meta_limit and min are also changed, which is reasonable.

If I remove all of my ARC tunables in loader.conf, so that I have the
default values after booting, and then use:
# sysctl vfs.zfs.arc_max="8589934592"

The result is:

vfs.zfs.arc_meta_limit: 2147483648
vfs.zfs.arc_min: 1951729664
vfs.zfs.arc_max: 8589934592

Max was set as requested.
meta_limit was set to max/4.
But min is still at the default.

In other words, if I use loader.conf to set max, then min and meta_limit
are also recalculated.
But if I use sysctl to set max, only meta_limit is recalculated; min
remains at the default.
I'm not sure if that's the intent.

Just a heads-up.

Thanks again.

On Wed, Jul 6, 2016 at 7:51 PM, Steven Hartland 
wrote:

> On 06/07/2016 21:39, Eric van Gyzen wrote:
>
>> On 07/06/16 03:35 PM, Steven Hartland wrote:
>>
>>> The ARC settings and kmem aren't initialised when tunables are loaded
>>> so the tests fail.
>>>
>>> I've fixed this locally by blindly setting if ARC is not configured.
>>> Request to commit the fix is with re@
>>>
>>> In the mean time the patch is attached.
>>>
>>> Thanks for the report and sorry about the breakage.
>>>
>> No worries.  Thanks for the quick fix.
>>
>> https://svnweb.freebsd.org/changeset/base/302382
>
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"