Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2018.04.03.06.11.14. An extract from the build.sh output follows: #create iptest/sbpf.d CC=/tmp/bracket/build/2018.04.03.06.11.14-i386/tools/bin/i486--netbsdelf-gcc /tmp/bracket/build/2018.04.03.06.11.14-i386/tools/bin/nbmkdep -f sbpf.d.tmp -- -std=gnu99 --sysroot=/tmp/bracket/build/2018.04.03.06.11.14-i386/destdir -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/bsd/ipf/dist -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/bsd/ipf/dist/tools -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/sys/external/bsd/ipf -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/sys/external/bsd/ipf/netinet -DSTATETOP -D__UIO_EXPOSE -DINET -DINET6 -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/bsd/ipf/bin/iptest/../ipsend -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/sys -D_KMEMUSER -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/bsd/ipf/dist -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/bsd/ipf/dist/tools -I/tmp/bracket/build/2018.04.03.06.11.14-i386/src/sys/external/bsd/ipf -I/tmp/bracket/build/2018.04.03.06.11.14-i38 6/src/sys/external/bsd/ipf/netinet -DSTATETOP -D__UIO_EXPOSE -DINET -DINET6 /tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/bsd/ipf/dist/ipsend/sbpf.c && mv sbpf.d.tmp sbpf.d --- dependall-gpl3 --- In file included from /tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/gpl3/gcc/dist/gcc/optabs.h:23:0, from insn-emit.c:25: /tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/gpl3/gcc/dist/gcc/optabs-query.h:23:25: fatal error: insn-opinit.h: No such file or directory #include "insn-opinit.h" ^ compilation terminated. --- dependall-bsd --- --- sock.d --- #create iptest/sock.d --- dependall-gpl3 --- *** [insn-emit.o] Error code 1 nbmake[9]: stopped in /tmp/bracket/build/2018.04.03.06.11.14-i386/src/external/gpl3/gcc/usr.bin/backend --- dependall-bsd --- The following commits were made between the last successful build and the failed build: 2018.04.03.06.11.14 wiz src/doc/3RDPARTY,v 1.1508 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2018.04.html#2018.04.03.06.11.14
Automated report: NetBSD-current/i386 build success
The NetBSD-current/i386 build is working again. The following commits were made between the last failed build and the successful build: 2018.04.03.07.20.52 christos src/sys/arch/amd64/amd64/db_interface.c,v 1.33 2018.04.03.07.20.52 christos src/sys/arch/amd64/amd64/vector.S,v 1.62 2018.04.03.07.20.52 christos src/sys/arch/i386/i386/db_interface.c,v 1.82 2018.04.03.07.20.52 christos src/sys/arch/i386/i386/machdep.c,v 1.805 2018.04.03.07.20.52 christos src/sys/arch/i386/i386/vector.S,v 1.77 2018.04.03.07.20.52 christos src/sys/arch/x86/x86/lapic.c,v 1.66 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2018.04.html#2018.04.03.07.20.52
Re: llvm self-tests looping(?)
On 02.04.2018 11:47, Havard Eidnes wrote: > And ... as follow-up I thought I'd check whether "make test" in > lang/llvm (5.0.1nb1) works on NetBSD/amd64 8.0_BETA. And while the > selftest setup seems to work fine on this platform, there are quite a > bit of unexpected failures: > > Expected Passes: 20309 > Expected Failures : 130 > Unsupported Tests : 786 > Unexpected Failures: 211 > > and it seems a lot of the tests simply crash. An example: > Most of that fixed in 6.0, MPROTECT violation in JIT code. signature.asc Description: OpenPGP digital signature
Re: llvm self-tests looping(?),Re: llvm self-tests looping(?)
>> And ... as follow-up I thought I'd check whether "make test" in >> lang/llvm (5.0.1nb1) works on NetBSD/amd64 8.0_BETA. And while the >> selftest setup seems to work fine on this platform, there are quite a >> bit of unexpected failures: >> >> Expected Passes: 20309 >> Expected Failures : 130 >> Unsupported Tests : 786 >> Unexpected Failures: 211 >> >> and it seems a lot of the tests simply crash. An example: > > Most of that fixed in 6.0, MPROTECT violation in JIT code. I would have never guessed that as the root cause given the diagnostics emitted. This smells like software which tries to be too clever by half. Regards, - Håvard
cgd usage
Hi! When I do run cgdconfig on an already-used device, I have to enter the passphrase first: # cgdconfig cgd0 /dev/wedges/mycgd /dev/wedges/mycgd's passphrase: cgdconfig: ioctl: Device busy Wouldn't it be better to check device availability before asking for the passphrase? Thomas
Re: llvm self-tests looping(?),Re: llvm self-tests looping(?)
On 03.04.2018 23:36, Havard Eidnes wrote: >>> And ... as follow-up I thought I'd check whether "make test" in >>> lang/llvm (5.0.1nb1) works on NetBSD/amd64 8.0_BETA. And while the >>> selftest setup seems to work fine on this platform, there are quite a >>> bit of unexpected failures: >>> >>> Expected Passes: 20309 >>> Expected Failures : 130 >>> Unsupported Tests : 786 >>> Unexpected Failures: 211 >>> >>> and it seems a lot of the tests simply crash. An example: >> >> Most of that fixed in 6.0, MPROTECT violation in JIT code. > > I would have never guessed that as the root cause given the > diagnostics emitted. This smells like software which tries to be > too clever by half. > > Regards, > > - Håvard > All the JIT engines were made compatible with PaX MPROTECT on NetBSD. There will be few remaining failures in MemoryBlock (or similar class name) as they are testing W|X protection. I recall that there were 2 cases where something broke because of environment setup, like unexpected libstdc++ for clang/NetBSD rather than hardcoded libc++. I've not been testing the exact 6.0 release so the exact number of failures will wary. Probably below 20? signature.asc Description: OpenPGP digital signature
daily CVS update output
Updating src tree: P src/crypto/external/bsd/netpgp/dist/src/lib/libnetpgp.3 P src/crypto/external/bsd/netpgp/dist/src/libbn/libnetpgpbn.3 P src/crypto/external/bsd/netpgp/dist/src/libmj/libmj.3 P src/crypto/external/bsd/netpgp/dist/src/netpgpverify/netpgpverify.1 P src/distrib/sets/lists/debug/mi P src/doc/3RDPARTY P src/external/mit/xorg/lib/libxcb/dri3/Makefile P src/libexec/ld.elf_so/reloc.c P src/libexec/ld.elf_so/rtld.c P src/libexec/ld.elf_so/rtld.h P src/libexec/ld.elf_so/arch/arm/Makefile.inc P src/libexec/ld.elf_so/arch/arm/mdreloc.c P src/libexec/ld.elf_so/arch/i386/Makefile.inc P src/libexec/ld.elf_so/arch/i386/mdreloc.c P src/libexec/ld.elf_so/arch/powerpc/Makefile.inc P src/libexec/ld.elf_so/arch/powerpc/ppc_reloc.c P src/libexec/ld.elf_so/arch/sparc/Makefile.inc P src/libexec/ld.elf_so/arch/sparc/mdreloc.c P src/libexec/ld.elf_so/arch/sparc64/Makefile.inc P src/libexec/ld.elf_so/arch/sparc64/mdreloc.c P src/libexec/ld.elf_so/arch/x86_64/Makefile.inc P src/libexec/ld.elf_so/arch/x86_64/mdreloc.c P src/sys/arch/amd64/amd64/db_interface.c P src/sys/arch/amd64/amd64/vector.S P src/sys/arch/arm/sunxi/files.sunxi P src/sys/arch/arm/sunxi/sun4i_a10_gpio.c P src/sys/arch/arm/sunxi/sun50i_a64_gpio.c P src/sys/arch/arm/sunxi/sun50i_h6_gpio.c P src/sys/arch/arm/sunxi/sun5i_a13_gpio.c P src/sys/arch/arm/sunxi/sun6i_a31_gpio.c P src/sys/arch/arm/sunxi/sun7i_a20_gpio.c P src/sys/arch/arm/sunxi/sun8i_a83t_gpio.c P src/sys/arch/arm/sunxi/sun8i_h3_gpio.c P src/sys/arch/arm/sunxi/sun9i_a80_gpio.c U src/sys/arch/arm/sunxi/sunxi_debe.c U src/sys/arch/arm/sunxi/sunxi_debereg.h U src/sys/arch/arm/sunxi/sunxi_dep.c U src/sys/arch/arm/sunxi/sunxi_display.h P src/sys/arch/arm/sunxi/sunxi_gpio.c U src/sys/arch/arm/sunxi/sunxi_hdmi.c U src/sys/arch/arm/sunxi/sunxi_hdmireg.h U src/sys/arch/arm/sunxi/sunxi_tcon.c U src/sys/arch/arm/sunxi/sunxi_tconreg.h P src/sys/arch/evbarm/conf/SUNXI P src/sys/arch/i386/i386/db_interface.c P src/sys/arch/i386/i386/machdep.c P src/sys/arch/i386/i386/vector.S P src/sys/arch/x86/x86/lapic.c U src/sys/dev/fdt/connector_fdt.c U src/sys/dev/fdt/connector_fdt.h U src/sys/dev/fdt/fdt_port.c U src/sys/dev/fdt/fdt_port.h P src/sys/dev/fdt/files.fdt U src/sys/dev/fdt/panel_fdt.c U src/sys/dev/fdt/panel_fdt.h P src/sys/netinet/ip_var.h P src/sys/netinet/tcp_input.c P src/sys/netinet/tcp_output.c P src/sys/netipsec/ipsec.c P src/sys/netipsec/ipsec.h Updating xsrc tree: P xsrc/external/mit/xorg-server/dist/hw/xfree86/drivers/modesetting/driver.h P xsrc/external/mit/xorg-server/dist/hw/xfree86/drivers/modesetting/present.c P xsrc/external/mit/xorg-server/dist/hw/xfree86/drivers/modesetting/vblank.c Killing core files: Updating release-6 src tree (netbsd-6): Updating release-6 xsrc tree (netbsd-6): Updating release-7 src tree (netbsd-7): Updating release-7 xsrc tree (netbsd-7): Updating release-8 src tree (netbsd-8): U doc/CHANGES-8.0 P share/man/man4/ddb.4 P sys/arch/i386/stand/efiboot/Makefile.efiboot P sys/arch/i386/stand/efiboot/boot.c P sys/arch/i386/stand/efiboot/efiboot.c P sys/arch/i386/stand/efiboot/efiboot.h U sys/arch/i386/stand/efiboot/efichar.c P sys/arch/i386/stand/efiboot/eficons.c P sys/arch/i386/stand/efiboot/efidelay.c P sys/arch/i386/stand/efiboot/efidisk.c P sys/arch/i386/stand/efiboot/efimemory.c P sys/arch/i386/stand/efiboot/bootia32/efibootia32.c P sys/arch/i386/stand/efiboot/bootx64/efibootx64.c P sys/arch/x86/x86/db_memrw.c P sys/arch/x86/x86/svs.c P sys/ddb/db_command.c P sys/kern/kern_mutex.c P sys/kern/kern_mutex_obj.c P sys/kern/kern_rwlock.c P sys/kern/kern_rwlock_obj.c P sys/kern/subr_lockdebug.c P sys/kern/subr_xcall.c P sys/netinet/if_arp.c P sys/netinet6/nd6_nbr.c P sys/rump/librump/rumpkern/locks.c P sys/sys/lockdebug.h P tests/net/if_tap/t_tap.sh P tests/net/ndp/t_ndp.sh Updating release-8 xsrc tree (netbsd-8): Updating file list: -rw-rw-r-- 1 srcmastr netbsd 53909409 Apr 4 03:11 ls-lRA.gz
Re: cgd usage
Date:Wed, 4 Apr 2018 01:32:48 +0200
From:Thomas Klausner
Message-ID: <20180403233248.swb2p7tiziks2aug@danbala>
| Wouldn't it be better to check device availability before asking for
| the passphrase?
Seems reasonable to me. I am testing a modification now...
(While not all that hard, it isn't as trivial as it seems).
In the meantine, I find the appended script (next_avail) useful
rather than embedding cgdN type things in scripts, etc...
kre
#! /bin/sh
# Usage: next_avail cloner-type-disk
# eg; next_avail vnd
# (or cgd or raid ...)
next_avail ()
{
local dev="$1"
local N=$(( ${#dev} + 1 ))
local unit units
local nl='
'
sysctl -n kern.drivers | tr ',' "$nl" | tr -d '][' |
grep " ${dev}\$" >/dev/null 2>&1 || {
echo >&2 "No ${dev} driver in booted kernel"
return 1
}
units=$(
sysctl -n hw.disknames |
tr ' ' '\012' |
grep '^'"${dev}"'[0-9]' |
sort -u -n -k 1.$N )
test -z "${units}" && {
test -e "/dev/${dev}0a" || {
echo >&2 "No ${dev}s available!"
return 1
}
echo "${dev}0"
return
}
N=0
for unit in ${units}
do
if [ "${unit}" = "${dev}${N}" ]
then
N=$(( N + 1 ))
else
echo "${dev}${N}"
return
fi
done
test -e /dev/"${dev}${N}a" || {
echo >&2 "All ${dev}s in use"
return 1
}
echo "${dev}${N}"
}
for A
do
next_avail "${A}"
done
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2018.04.04.04.43.46. An extract from the build.sh output follows: # compile omapip/protocol.o /tmp/bracket/build/2018.04.04.04.43.46-i386/tools/bin/i486--netbsdelf-gcc -O2 -std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional -Wa,--fatal-warnings -Werror -fPIE --sysroot=/tmp/bracket/build/2018.04.04.04.43.46-i386/destdir -DDHCPv6 -DISC_PLATFORM_USETHREADS -DHAVE_CONFIG_H -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../dist -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../dist/includes -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../dist/../include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/includes -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/../include -I/tmp/bracket/build/2 018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/isc/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/isc/unix/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/isc/pthreads/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/dns/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/dns/unix/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/dns/pthreads/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/irs/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../../bind/dist/lib/irs/unix/include -I/tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/om apip/../../../bind/dist/lib/irs/pthreads/include -DLOCALSTATEDIR='"/var"' -c /tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/bsd/dhcp/lib/omapip/../../dist/omapip/protocol.c -o protocol.o --- dependall-gpl3 --- In file included from /tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/gpl3/gcc/dist/gcc/optabs.h:23:0, from insn-emit.c:25: /tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/gpl3/gcc/dist/gcc/optabs-query.h:23:25: fatal error: insn-opinit.h: No such file or directory #include "insn-opinit.h" ^ compilation terminated. *** [insn-emit.o] Error code 1 nbmake[9]: stopped in /tmp/bracket/build/2018.04.04.04.43.46-i386/src/external/gpl3/gcc/usr.bin/backend --- dependall-sys --- The following commits were made between the last successful build and the failed build: 2018.04.04.04.43.46 kre src/distrib/sets/lists/comp/mi,v 1.2186 2018.04.04.04.43.46 kre src/lib/libutil/Makefile,v 1.82 2018.04.04.04.43.46 kre src/lib/libutil/opendisk.3,v 1.15 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2018.04.html#2018.04.04.04.43.46
