Re: Automated report: NetBSD-current/i386 build failure
I am using this diff but I am not sure what I am doing.
Index: tests/rump/modautoload/Makefile
===
RCS file: /cvsroot/src/tests/rump/modautoload/Makefile,v
retrieving revision 1.9
diff -u -r1.9 Makefile
--- tests/rump/modautoload/Makefile 17 Aug 2019 04:04:28 - 1.9
+++ tests/rump/modautoload/Makefile 16 May 2020 12:25:13 -
@@ -17,7 +17,7 @@
LDADD+=-Wl,--whole-archive ${DESTDIR}/usr/lib/librumpvfs.a
\
${DESTDIR}/usr/lib/librump.a\
-Wl,--no-whole-archive
-LDADD+=-lrumpuser -lpthread
+LDADD+=-lrumpvfs_nofifofs -lrumpuser -lpthread
DPADD+=${LIBRUMPVFS} ${LIBRUMP} ${LIBRUMPUSER}
WARNS= 4
Index: usr.bin/rump_server/Makefile
===
RCS file: /cvsroot/src/usr.bin/rump_server/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- usr.bin/rump_server/Makefile1 Jun 2019 06:59:18 - 1.13
+++ usr.bin/rump_server/Makefile16 May 2020 12:25:13 -
@@ -8,6 +8,6 @@
NOMAN= installed by ../rump_allserver
LDADD+=-Wl,--whole-archive -lrumpkern_sysproxy -lrump
-lrumpvfs \
- -lrumpuser -Wl,--no-whole-archive -lpthread
+ -lrumpvfs_nofifofs -lrumpuser -Wl,--no-whole-archive -lpthread
.include
Index: usr.sbin/npf/npftest/Makefile
===
RCS file: /cvsroot/src/usr.sbin/npf/npftest/Makefile,v
retrieving revision 1.12
diff -u -r1.12 Makefile
--- usr.sbin/npf/npftest/Makefile 13 May 2019 17:55:09 - 1.12
+++ usr.sbin/npf/npftest/Makefile 16 May 2020 12:25:13 -
@@ -17,7 +17,7 @@
DPADD+=${LIBNPFTEST}/libnpftest.a
LDADD+=-L${LIBNPFTEST} -lnpftest
-LDADD+=-lrump -lrumpvfs -lrumpuser -lrumpnet -lrumpnet_net
+LDADD+=-lrump -lrumpvfs -lrumpvfs_nofifofs -lrumpuser
-lrumpnet -lrumpnet_net
LDADD+=-lrumpdev_bpf
.include
Index: usr.sbin/puffs/Makefile.inc
===
RCS file: /cvsroot/src/usr.sbin/puffs/Makefile.inc,v
retrieving revision 1.15
diff -u -r1.15 Makefile.inc
--- usr.sbin/puffs/Makefile.inc 23 Jan 2016 21:22:50 - 1.15
+++ usr.sbin/puffs/Makefile.inc 16 May 2020 12:25:13 -
@@ -43,7 +43,7 @@
LDADD+=-lrumpdev_disk -lrumpdev
.endif
-LDADD+=-lp2k -lukfs -lrumpvfs -lrump -lrumpuser -lpuffs -lutil
+LDADD+=-lp2k -lukfs -lrumpvfs -lrumpvfs_nofifofs -lrump
-lrumpuser -lpuffs -lutil
LDADD+=-lpthread
DPADD+=${LIBP2K} ${LIBUKFS} ${LIBRUMPVFS} ${LIBRUMP}
${LIBRUMPUSER}
usb panic
Trying to fathom what is wrong with cdce0, I ran windows 10 on a laptop with a USB-C dongle which has VGA/HDMI/USB-A and a cdce0 network port. With windows 10, it successfully got a dhcp lease from a NetBSD dhcpd. In NetBSD-current/amd64 from this morning, tcpdump on the laptop only shows the discover requests and no incoming traffic. tcpdump on the dhcp server shows the discover requests and the offers. I then plugged in a run0 usb wifi dongle to get some sort of networking going and (gdb) target kvm netbsd.5.core 0x80222b05 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at ../../../../arch/amd64/amd64/machdep.c:713 713 dumpsys(); (gdb) bt #0 0x80222b05 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at ../../../../arch/amd64/amd64/machdep.c:713 #1 0x806f9d7a in kern_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at ../../../../kern/kern_reboot.c:73 #2 0x807291cf in vpanic (fmt=fmt@entry=0x80b33b60 "trap", ap=ap@entry=0xd1013c7e3c38) at ../../../../kern/subr_prf.c:290 #3 0x80729293 in panic (fmt=fmt@entry=0x80b33b60 "trap") at ../../../../kern/subr_prf.c:209 #4 0x802248fd in trap (frame=0xd1013c7e3d80) at ../../../../arch/amd64/amd64/trap.c:326 #5 0x8021dae5 in alltraps () #6 0x8082ac20 in ?? () at ../../../../kern/init_main.c:1159 #7 0x8034b416 in run_task (arg=0xd1001f279000) at ../../../../dev/usb/if_run.c:1796 #8 0x802ef1a3 in usb_task_thread ( arg=0x80e66c00 ) at ../../../../dev/usb/usb.c:692 #9 0x802086f7 in lwp_trampoline () #10 0x in ?? () Rebooting, I am writing this with the run0 working OK. Any thoughts about no received packets on cdce0? I'm not sure how repeatable the panic is. Cheers, Patrick
Re: lang/rust build fails
> The failure doesn't give much of a clue about what's happened. > The last lines in the build.log are: > > running: /pkg_comp/work/pkg/lang/rust/work/rust-bootstrap/bin/cargo build > --manifest-path > /pkg_comp/work/pkg/lang/rust/work/rustc-1.42.0-src/src/bootstrap/Cargo.toml > --frozen >Compiling proc-macro2 v0.4.30 > > At that point there's nothing consuming CPU time in the build > and everything seems to be waiting on something to happen that > never does. I've left the system in that state for about 24 > hours and still no progress. > > Any clues? Could this be something related to some of the > recent kernel changes? I think I've seen something similar to this in my rebuilds: sometimes cargo is present and waiting, and there is at least one rustc child which is in "zombie" process state. It's as if cargo didn't "get the message" that the child process is done, and its status is available for collection. "ps axd" will show the process relationships. I don't have an explanation why this happens, though, or a fix for the problem. Regards, - Håvard
Re: lang/rust build fails
Happy to report that Martin’s suggestion to initialize /var/db/entropy-file on my newly installed system using the file from a older system did the trick. The build of rust completely successfully on a new 9.99.61 installation. -bob On May 15, 2020, at 4:53 PM, Andrew Doran wrote: > On Thu, May 14, 2020 at 11:53:04AM -0500, Robert Nestor wrote: >> Ran into an interesting problem trying to build lang/rust from both -current >> and 2020Q1 pkgsrc. On a NetBSD installation of 9.99.45 kernel and user >> land, the builds succeed. Under 9.99.60 kernel and user land the builds >> fail. >> >> The failure doesn?t give much of a clue about what?s happened. The last >> lines in the build.log are: >> >> running: /pkg_comp/work/pkg/lang/rust/work/rust-bootstrap/bin/cargo build >> --manifest-path >> /pkg_comp/work/pkg/lang/rust/work/rustc-1.42.0-src/src/bootstrap/Cargo.toml >> --frozen >> Compiling proc-macro2 v0.4.30 >> >> At that point there?s nothing consuming CPU time in the build and everything >> seems to be waiting on something to happen that never does. I?ve left the >> system in that state for about 24 hours and still no progress. >> >> Any clues? Could this be something related to some of the recent kernel >> changes? > > I think it's likely a race condition with pthread_mutex. I found a decent > repro and will take a look, hopefully this weekend. > > Andrew
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: 2020.05.16.12.30.35 christos src/usr.sbin/puffs/Makefile.inc,v 1.16 2020.05.16.12.42.11 christos src/usr.sbin/npf/npftest/Makefile,v 1.13 2020.05.16.12.44.42 christos src/tests/rump/modautoload/Makefile,v 1.10 2020.05.16.12.46.57 christos src/usr.bin/rump_server/Makefile,v 1.14 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2020.05.html#2020.05.16.12.46.57
daily CVS update output
Updating src tree: P src/bin/Makefile P src/bin/cp/cp.c P src/bin/cp/extern.h P src/bin/cp/utils.c U src/bin/getfacl/Makefile U src/bin/getfacl/getfacl.1 U src/bin/getfacl/getfacl.c P src/bin/ls/ls.1 P src/bin/ls/print.c U src/bin/setfacl/Makefile U src/bin/setfacl/file.c U src/bin/setfacl/mask.c U src/bin/setfacl/merge.c U src/bin/setfacl/remove.c U src/bin/setfacl/setfacl.1 U src/bin/setfacl/setfacl.c U src/bin/setfacl/setfacl.h U src/bin/setfacl/util.c P src/distrib/sets/lists/base/mi P src/distrib/sets/lists/base/shl.mi P src/distrib/sets/lists/comp/mi P src/distrib/sets/lists/debug/mi P src/distrib/sets/lists/debug/shl.mi P src/distrib/sets/lists/man/mi P src/doc/CHANGES P src/external/bsd/libarchive/include/config_netbsd.h P src/external/bsd/libarchive/lib/libarchive/Makefile P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_ctldir.c P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vnops.c P src/external/cddl/osnet/sys/kern/policy.c P src/external/cddl/osnet/sys/sys/policy.h P src/include/mntopts.h P src/include/unistd.h P src/lib/libc/Makefile P src/lib/libc/shlib_version P src/lib/libc/include/futex_private.h U src/lib/libc/posix1e/Makefile.inc U src/lib/libc/posix1e/acl.3 U src/lib/libc/posix1e/acl_add_flag_np.3 U src/lib/libc/posix1e/acl_add_perm.3 U src/lib/libc/posix1e/acl_branding.c U src/lib/libc/posix1e/acl_calc_mask.3 U src/lib/libc/posix1e/acl_calc_mask.c U src/lib/libc/posix1e/acl_clear_flags_np.3 U src/lib/libc/posix1e/acl_clear_perms.3 U src/lib/libc/posix1e/acl_compat.c U src/lib/libc/posix1e/acl_copy.c U src/lib/libc/posix1e/acl_copy_entry.3 U src/lib/libc/posix1e/acl_create_entry.3 U src/lib/libc/posix1e/acl_delete.3 U src/lib/libc/posix1e/acl_delete.c U src/lib/libc/posix1e/acl_delete_entry.3 U src/lib/libc/posix1e/acl_delete_entry.c U src/lib/libc/posix1e/acl_delete_flag_np.3 U src/lib/libc/posix1e/acl_delete_perm.3 U src/lib/libc/posix1e/acl_dup.3 U src/lib/libc/posix1e/acl_entry.c U src/lib/libc/posix1e/acl_flag.c U src/lib/libc/posix1e/acl_free.3 U src/lib/libc/posix1e/acl_free.c U src/lib/libc/posix1e/acl_from_text.3 U src/lib/libc/posix1e/acl_from_text.c U src/lib/libc/posix1e/acl_from_text_nfs4.c U src/lib/libc/posix1e/acl_get.3 U src/lib/libc/posix1e/acl_get.c U src/lib/libc/posix1e/acl_get_brand_np.3 U src/lib/libc/posix1e/acl_get_entry.3 U src/lib/libc/posix1e/acl_get_entry_type_np.3 U src/lib/libc/posix1e/acl_get_flag_np.3 U src/lib/libc/posix1e/acl_get_flagset_np.3 U src/lib/libc/posix1e/acl_get_perm_np.3 U src/lib/libc/posix1e/acl_get_permset.3 U src/lib/libc/posix1e/acl_get_qualifier.3 U src/lib/libc/posix1e/acl_get_tag_type.3 U src/lib/libc/posix1e/acl_id_to_name.c U src/lib/libc/posix1e/acl_init.3 U src/lib/libc/posix1e/acl_init.c U src/lib/libc/posix1e/acl_is_trivial_np.3 U src/lib/libc/posix1e/acl_perm.c U src/lib/libc/posix1e/acl_set.3 U src/lib/libc/posix1e/acl_set.c U src/lib/libc/posix1e/acl_set_entry_type_np.3 U src/lib/libc/posix1e/acl_set_flagset_np.3 U src/lib/libc/posix1e/acl_set_permset.3 U src/lib/libc/posix1e/acl_set_qualifier.3 U src/lib/libc/posix1e/acl_set_tag_type.3 U src/lib/libc/posix1e/acl_strip.c U src/lib/libc/posix1e/acl_strip_np.3 U src/lib/libc/posix1e/acl_support.c U src/lib/libc/posix1e/acl_support.h U src/lib/libc/posix1e/acl_support_nfs4.c U src/lib/libc/posix1e/acl_to_text.3 U src/lib/libc/posix1e/acl_to_text.c U src/lib/libc/posix1e/acl_to_text_nfs4.c U src/lib/libc/posix1e/acl_valid.3 U src/lib/libc/posix1e/acl_valid.c U src/lib/libc/posix1e/extattr.3 U src/lib/libc/posix1e/extattr.c U src/lib/libc/posix1e/posix1e.3 P src/lib/libc/sys/Makefile.inc P src/lib/libc/sys/makelintstub P src/lib/libpthread/pthread.c P src/lib/libpthread/pthread_barrier.c P src/lib/libpthread/pthread_cond.c P src/lib/libpthread/pthread_int.h P src/lib/libpthread/pthread_mutex.c P src/lib/libpthread/pthread_rwlock.c P src/libexec/ld.elf_so/headers.c P src/libexec/ld.elf_so/arch/hppa/hppa_reloc.c P src/sbin/mount_ffs/mount_ffs.c P src/sbin/tunefs/tunefs.8 P src/sbin/tunefs/tunefs.c P src/share/man/man4/Makefile P src/share/man/man4/hifn.4 P src/share/man/man4/usb.4 cvs update: `src/share/man/man4/uyap.4' is no longer in the repository P src/share/man/man4/wsdisplay.4 P src/sys/arch/algor/conf/P4032 P src/sys/arch/algor/conf/P5064 P src/sys/arch/algor/conf/P6032 P src/sys/arch/alpha/conf/GENERIC P src/sys/arch/amd64/amd64/genassym.cf P src/sys/arch/amd64/conf/ALL P src/sys/arch/amd64/conf/GENERIC P src/sys/arch/amd64/conf/XEN3_DOM0 P src/sys/arch/cats/conf/GENERIC P src/sys/arch/evbarm/conf/HDL_G P src/sys/arch/evbarm/conf/HPT5325 P src/sys/arch/evbarm/conf/MINI2440 P src/sys/arch/evbarm/conf/MMNET_GENERIC P src/sys/arch/evbarm/conf/MPCSA_GENERIC P src/sys/arch/evbarm/conf/POGO P src/sys/arch/evbarm/conf/SHEEVAPLUG P src/sys/arch/evbarm/conf/SMDK2410 P src/sys/arch/evbarm/conf/TS7200 P src/sys/arch/evbarm/conf/TWINTAIL P src/sys/arch/evbppc/conf/OPENBLOCKS266_OPT P src/sys/arch/evbppc/conf/PMPPC P src/sys/arch/hpcmips/conf/GENERIC P src/sys/arch/hpcmips
