daily CVS update output
Updating src tree: P src/distrib/sets/lists/base/mi P src/distrib/sets/lists/comp/mi P src/distrib/sets/lists/debug/module.mi P src/distrib/sets/lists/man/mi P src/distrib/sets/lists/tests/module.mi P src/etc/MAKEDEV.tmpl P src/etc/mtree/NetBSD.dist.base P src/share/man/man4/Makefile U src/share/man/man4/kcov.4 P src/share/man/man4/spi.4 P src/share/man/man9/Makefile U src/share/man/man9/spi.9 P src/share/mk/bsd.sys.mk P src/sys/arch/amd64/conf/GENERIC P src/sys/arch/arm/altera/cycv_gmac.c P src/sys/arch/arm/amlogic/meson_dwmac.c P src/sys/arch/arm/rockchip/rk_gmac.c P src/sys/arch/arm/sunxi/sunxi_gmac.c P src/sys/arch/i386/conf/GENERIC P src/sys/arch/x86/include/pmap.h P src/sys/arch/x86/x86/pmap.c P src/sys/conf/files P src/sys/conf/majors P src/sys/conf/ssp.mk P src/sys/dev/Makefile P src/sys/dev/gpib/ct.c P src/sys/dev/ic/dwc_gmac.c P src/sys/dev/ic/dwc_gmac_var.h P src/sys/dev/nvmm/nvmm_internal.h U src/sys/dev/nvmm/x86/nvmm_x86.c P src/sys/dev/nvmm/x86/nvmm_x86.h P src/sys/dev/nvmm/x86/nvmm_x86_svm.c P src/sys/dev/nvmm/x86/nvmm_x86_vmx.c P src/sys/dev/pci/if_wm.c P src/sys/dev/scsipi/st.c U src/sys/dev/spi/Makefile P src/sys/dev/spi/spi.c U src/sys/dev/spi/spi_io.h P src/sys/dev/spi/spivar.h P src/sys/external/bsd/drm2/dist/drm/amd/amdgpu/amdgpu_cz_smc.c P src/sys/external/bsd/drm2/dist/drm/amd/amdgpu/amdgpu_display.c P src/sys/external/bsd/drm2/dist/drm/amd/amdgpu/amdgpu_gfx_v8_0.c P src/sys/external/isc/atheros_hal/dist/ar5210/ar5210_xmit.c P src/sys/kern/files.kern U src/sys/kern/subr_kcov.c P src/sys/modules/nvmm/Makefile P src/sys/sys/Makefile U src/sys/sys/kcov.h P src/tests/lib/libc/sys/t_ptrace_wait.c P src/tests/modules/Makefile U src/tests/modules/t_kcov.c P src/tools/gcc/mknative-gcc Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 40319147 Feb 24 03:03 ls-lRA.gz
Re: xhci power to external device
I "solved" the problem by returning the disk in question ("performance not as expected") and buying a "desktop" model (which has its own external power supply). Since it is a 3,5" disk inside instead of a 2,5", it is a bit faster too. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: problems with USB/CDC serial (umodem) - devices work with Linux, Mac OS X, and FreeBSD, but not NetBSD
Yes, that’s what it turned out to be (I figured it out late yesterday but forgot to send a note). Any idea why Linux, Mac OS X, and FreeBSD all behave differently? I peeked at the FreeBSD code, and it appears to have handling for VMIN/VTIME similar to NetBSD — but the behavior for this application (configured the same way) is not like NetBSDs. I haven’t looked at the Mac OS X or Linux kernels. Anyway, thank you for pushing me in the right direction. I’ve got it working, and am now on to dealing with differences in the tun driver behavior — the application has some assumptions based on how Linux behaves. Rob > On Feb 22, 2019, at 10:07 PM, Michael van Elst wrote: > > robthed...@mac.com (Rob Newberry) writes: > >> But the âreadâ call takes 25 seconds or more! > > That's your application. > > If configured with ",default" it sets all control characters to > _POSIX_VDISABLE, including the 'VMIN' and 'VTIME' characters. > > socket-utils.c:889 > > FETCH_TERMIOS(); > for (i=0; i < NCCS; i++) { > tios.c_cc[i] = _POSIX_VDISABLE; > } > > but > > If the value of one of the changeable special control characters (see > Special Characters) is {_POSIX_VDISABLE}, that function is disabled; that > is, no input data is recognized as the disabled special character. If > ICANON is not set, the value of {_POSIX_VDISABLE} has no special meaning > for the VMIN and VTIME entries of the c_cc array. > > _POSIX_VDISABLE is '\377', so your read waits for 255 chars and times > out after 255 tenth of a second. > > > Greetings, > -- > -- >Michael van Elst > Internet: mlel...@serpens.de >"A potential Snark may lurk in every tree."
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 2019.02.23.10.59.12. An extract from the build.sh output follows: AWK=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbawk DB=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbdb HOST_SH=/bin/sh MAKE=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbmake PWD_MKDB=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbpwd_mkdb SED=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbsed STAT=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbstat /bin/sh /tmp/bracket/build/2019.02.23.10.59.12-i386/src/usr.sbin/postinstall/postinstall -m i386 -a i386 -s /tmp/bracket/build/2019.02.23.10.59.12-i386/src -d /tmp/bracket/build/2019.02.23.10.59.12-i386/destdir/ fix obsolete_stand Source directory: /tmp/bracket/build/2019.02.23.10.59.12-i386/src Target directory: /tmp/bracket/build/2019.02.23.10.59.12-i386/destdir/ obsolete_stand fix: postinstall fixes passed: obsolete_stand postinstall fixes failed: === checkflist ===> distrib/sets --- check_DESTDIR --- --- checkflist --- cd /tmp/bracket/build/2019.02.23.10.59.12-i386/src/distrib/sets && DESTDIR=/tmp/bracket/build/2019.02.23.10.59.12-i386/destdir MACHINE=i386 MACHINE_ARCH=i386 AWK=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbawk CKSUM=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbcksum DB=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbdb EGREP=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbgrep\ -E HOST_SH=/bin/sh MAKE=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbmake MKTEMP=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbmktemp MTREE=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbmtree PAX=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbpax COMPRESS_PROGRAM=gzip GZIP=-n XZ_OPT=-9 TAR_SUFF=tgz PKG_CREATE=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbpkg_create SED=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbsed TSORT=/tmp/bracket/build/2019.02.23.10.59.12-i386/tools/bin/nbtsort\ -q /bin/sh /tmp/bracket/build/2019.02.23.10.59.12-i386/src/distrib/sets/checkflist -L base -M /tmp/bracket/build/2019.02.23.10.59.12-i386/destdir/METALOG.sanitised == 4 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/include/dev/spi ./usr/include/dev/spi/spi_io.h ./usr/share/man/html9/spi.html ./usr/share/man/man9/spi.9 end of 4 missing files == *** [checkflist] Error code 1 nbmake[2]: stopped in /tmp/bracket/build/2019.02.23.10.59.12-i386/src/distrib/sets 1 error The following commits were made between the last successful build and the failed build: 2019.02.23.10.43.25 mlelstv src/distrib/sets/lists/base/mi,v 1.1201 2019.02.23.10.43.25 mlelstv src/distrib/sets/lists/comp/mi,v 1.2260 2019.02.23.10.43.25 mlelstv src/etc/MAKEDEV.tmpl,v 1.199 2019.02.23.10.43.25 mlelstv src/share/man/man4/spi.4,v 1.6 2019.02.23.10.43.25 mlelstv src/share/man/man9/spi.9,v 1.1 2019.02.23.10.43.25 mlelstv src/sys/dev/spi/Makefile,v 1.1 2019.02.23.10.43.25 mlelstv src/sys/dev/spi/spi.c,v 1.10 2019.02.23.10.43.25 mlelstv src/sys/dev/spi/spi_io.h,v 1.1 2019.02.23.10.43.25 mlelstv src/sys/dev/spi/spivar.h,v 1.7 2019.02.23.10.43.36 maxv src/sys/dev/nvmm/x86/nvmm_x86_vmx.c,v 1.13 2019.02.23.10.43.37 maxv src/sys/arch/x86/x86/pmap.c,v 1.326 2019.02.23.10.59.12 maxv src/sys/arch/x86/include/pmap.h,v 1.98 2019.02.23.10.59.12 maxv src/sys/arch/x86/x86/pmap.c,v 1.327 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2019.02.html#2019.02.23.10.59.12
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: 2019.02.23.08.03.24 kamil src/tests/modules/t_kcov.c,v 1.2 2019.02.23.08.19.16 maxv src/sys/dev/nvmm/x86/nvmm_x86_svm.c,v 1.30 2019.02.23.08.19.16 maxv src/sys/dev/nvmm/x86/nvmm_x86_vmx.c,v 1.12 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2019.02.html#2019.02.23.08.19.16