daily CVS update output
Updating src tree: P src/distrib/sets/lists/debug/mi P src/distrib/sets/lists/modules/mi P src/distrib/sets/lists/tests/mi P src/doc/CHANGES.prev P src/etc/mtree/NetBSD.dist.tests P src/external/cddl/osnet/dist/uts/common/fs/zfs/vdev_queue.c P src/include/arpa/nameser_compat.h P src/regress/lib/libc/Makefile cvs update: `src/regress/lib/libc/citrus/Makefile' is no longer in the repository cvs update: `src/regress/lib/libc/citrus/mbtowc/Makefile' is no longer in the repository cvs update: `src/regress/lib/libc/citrus/mbtowc/mbtowc_test.c' is no longer in the repository P src/sys/arch/arm/dts/sun8i-h3-nanopi-m1.dts P src/sys/arch/evbarm/fdt/fdt_machdep.c P src/sys/arch/powerpc/fpu/fpu_add.c P src/sys/arch/powerpc/fpu/fpu_compare.c P src/sys/arch/powerpc/fpu/fpu_div.c P src/sys/arch/powerpc/fpu/fpu_emu.c P src/sys/arch/powerpc/fpu/fpu_explode.c P src/sys/arch/powerpc/fpu/fpu_implode.c P src/sys/arch/powerpc/fpu/fpu_mul.c P src/sys/arch/powerpc/fpu/fpu_sqrt.c P src/sys/arch/powerpc/fpu/fpu_subr.c P src/sys/arch/powerpc/include/cpu.h P src/sys/arch/xen/x86/cpu.c P src/sys/compat/sys/mount.h P src/sys/dev/ic/aic79xx.c P src/sys/dev/ic/aic7xxx.c P src/sys/dev/ic/bcmgenet.c P src/sys/dev/ic/dm9000.c P src/sys/dev/ic/dwc_gmac.c P src/sys/dev/microcode/aic7xxx/Makefile P src/sys/dev/microcode/aic7xxx/aic79xx_reg.h P src/sys/dev/microcode/aic7xxx/aic79xx_seq.h P src/sys/dev/microcode/aic7xxx/aic7xxx_reg.h P src/sys/dev/microcode/aic7xxx/aic7xxx_seq.h P src/sys/dev/microcode/aic7xxx/aicasm.c P src/sys/dev/microcode/aic7xxx/aicasm_gram.y P src/sys/dev/microcode/aic7xxx/aicasm_macro_gram.y P src/sys/dev/microcode/aic7xxx/aicasm_scan.l P src/sys/dev/microcode/aic7xxx/aicasm_symbol.c P src/sys/dev/pci/if_wm.c P src/sys/dev/usb/if_mue.c P src/sys/dev/usb/if_smsc.c P src/sys/dev/usb/if_urtwn.c P src/sys/dev/usb/ulpt.c P src/sys/external/bsd/drm2/dist/drm/drm_crtc.c P src/sys/external/bsd/drm2/drm/drmfb.c P src/sys/fs/adosfs/advnops.c P src/sys/fs/cd9660/cd9660_vnops.c P src/sys/fs/efs/efs_vnops.c P src/sys/fs/filecorefs/filecore_vnops.c P src/sys/fs/msdosfs/msdosfs_vnops.c P src/sys/fs/nilfs/nilfs_vnops.c P src/sys/fs/ntfs/ntfs_vnops.c P src/sys/fs/ptyfs/ptyfs_vnops.c P src/sys/fs/sysvbfs/sysvbfs_vnops.c P src/sys/fs/tmpfs/tmpfs_vnops.c P src/sys/fs/udf/udf_vnops.c P src/sys/fs/v7fs/v7fs_vnops.c P src/sys/kern/subr_autoconf.c P src/sys/kern/subr_kobj.c P src/sys/lib/libsa/bootcfg.c P src/sys/miscfs/fdesc/fdesc_vnops.c P src/sys/miscfs/fifofs/fifo_vnops.c P src/sys/miscfs/genfs/genfs.h P src/sys/miscfs/genfs/genfs_vnops.c P src/sys/miscfs/kernfs/kernfs_vnops.c P src/sys/miscfs/procfs/procfs_vnops.c P src/sys/miscfs/specfs/spec_vnops.c P src/sys/modules/arch/archdirs.mk cvs update: `src/sys/modules/arch/powerpc/powerpc-4xx/Makefile' is no longer in the repository cvs update: `src/sys/modules/arch/powerpc/powerpc-4xx/bsd.powerpc-4xx.mk' is no longer in the repository U src/sys/modules/arch/powerpc/powerpc-ibm4xx/Makefile U src/sys/modules/arch/powerpc/powerpc-ibm4xx/bsd.powerpc-ibm4xx.mk P src/sys/nfs/nfs_vnops.c P src/sys/stand/efiboot/boot.c P src/sys/stand/efiboot/efifile.c P src/sys/stand/efiboot/efifile.h P src/tests/lib/libc/stdio/Makefile cvs update: `src/tests/lib/libc/stdio/t_mktemp.c' is no longer in the repository P src/tests/lib/libc/stdlib/Makefile U src/tests/lib/libc/stdlib/t_mbtowc.c U src/tests/lib/libc/stdlib/t_mktemp.c P src/tests/sbin/ifconfig/Makefile U src/tests/sbin/ifconfig/t_capabilities.sh U src/tests/sbin/ifconfig/t_random_garbage.sh P src/tests/sbin/ifconfig/t_repeated_scan.sh P src/tests/sbin/ifconfig/t_repeated_updown.sh U src/tests/sbin/ifconfig/t_woptions.sh P src/tests/sbin/sysctl/Makefile U src/tests/sbin/sysctl/t_random_garbage.sh P src/tests/usr.bin/Makefile U src/tests/usr.bin/ztest/Makefile U src/tests/usr.bin/ztest/t_ztest.sh P src/usr.bin/m4/eval.c P src/usr.bin/m4/m4.1 Updating xsrc tree: P xsrc/external/mit/xf86-video-intel/dist/src/intel_module.c Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 38982108 Jun 28 03:04 ls-lRA.gz
Another build failure for amd64
With MKDEBUG=yes I get the following: === 1 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/libdata/debug/usr/tests/lib/libc/stdlib/t_mbtowc.debug = end of 1 extra files === *** [checkflist] Error code 1 ++--+---+ | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com | | Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org | ++--+---+
postinstall removed yet another "obsolete" system library that was still used....
So I just upgraded a system from an old 8.99 -current to a newer 9.99 current and "postinstall fix obsolete" removed my /usr/lib/libgomp.so.1* However this library was still in use by installed packages (due, I think, to a dependency of libgd on libgomp, thus every gd-using package is now G.D. broke)! I propose that the rule documented in src/distrib/lists/base/shl.mi be far more strictly observed, even for libraries that appear and disappear between releases (i.e. for -current), at least for the ".major" link and the file it points to. If they were never there in a release, never mentioning them as obsolete in releases should be just fine (i.e. they were never there, so never mentioning them is the correct thing to do). On the other hand we could first fix postinstall to be more careful by getting it to fetch all the "REQUIRED" values from package BUILD_INFO like this: pkg_info -a -Q REQUIRES | sort -u and then have it noisily refuse to remove any obsolete file still in this "required" list. This would allow us to mention all old/upgraded shared libraries as obsolete, including those from between releases. Of course this only protects things installed via pkgsrc, and there's still the risk of subsequently needing to install a binary package built for an older release which needs one of these "obsolete" files, but at least pkg_add can (be made to if it doesn't already) notice this and abort. -- Greg A. Woods Kelowna, BC +1 250 762-7675 RoboHack Planix, Inc. Avoncote Farms pgpH1wJr2kVDc.pgp Description: OpenPGP Digital Signature
802.11 fuzzers
Hello world, does anyone know any decent and *simple* IEEE 802.11 protocol fuzzers that could be easily incorporated into NetBSD, including its default test suite? I might write my own, but what is out there anyways? - Jukka
Re: wm0 panic
On Sat, Jun 27, 2020 at 04:24:21PM +0100, Patrick Welche wrote: > (must try with biosboot instead fo EFI which is the case here) makes no difference
wm0 panic
Trying a today's -current/amd64 with DIAGNOSTIC/DEBUG/LOCKDEBUG, I can boot multiuser without a network. If I log in as root, as soon as I hit enter: # ifconfig wm0 inet 10.0.0.62 netmask 0xff00 [ 127.5763268] Kernel lock error 127.5763268] lock address : 0x8106ab40 type : spin [ 127.5863237] initialized : 0x80b0bbb9 [ 127.5863237] shared holds : 0 exclusive: 1 [ 127.5963238] shares wanted: 0 exclusive: 1 [ 127.6063236] relevant cpu : 1 last held: 0 [ 127.6163235] relevant lwp : 0x8d419a07f20 [ 127.6163235] last locked* : 0x80a7d2f5 unlocked : 0x80a7d2e6 [ 127.6263235] curcpu holds : 0 wanted by: 0x8d419a07f200 [ 127.6363234] panic: LOCKDEBock,244: spinout [ 127.6363234] cpu1: Begin traceback... [ 127.6463233] vpanic() at netbsd:vpanic+0x152 [ 127.6463233] snprintf() at netbsd:snprintf [ 127.6563232] lockdebug_more() at netbsd:lockdebug_more [ 127.6563232] _kernel_lock() at netbsd:_kernel_lock+0x244 [ 127.6663231] ip_slowtimo() at netbsd:ip_slowtimo+0x1a [ 127.6763231] pfslowtimo() at netbsd:pfslowtimo+0x34 [ 127.6763231] callout_softclock() at netbsd:callout_softclock+0x10f [ 127.6863230] softint_disph+0x108 [ 127.6863230] DDB lost frame for netbsd:Xsoftintr+0x4f, trying 0xa4825d02eff0 [ 127.6963230] Xsoftintr() at netbsd:Xsoftintr+0x4f [ 127.7063229] --- interrupt --- [ 127.706322traceback... (box is happily usable without the LOCKDEBUG - it just means I can't debug what I'm trying to get at...) (must try with biosboot instead fo EFI which is the case here) wm0 at pci7 dev 0 function 0: I211 Ethernet (COPPER) (rev. 0x03) wm0: for TX and RX interrupting at msix3 vec 0 affinity to 1 wm0: for TX and RX interrupting at msix3 vec 1 affinity to 2 wm0: for LINK interrupting at msix3 vec 2 wm0: PCI-Express bus wm0: 64 words iNVM, version 0.6 wm0: Ethernet address 60:45:cb:9e:13:dd wm0: COMPAT = wm0: Copper wm0: 0xc614420 makphy0 at wm0 phy 1: I210 10/100/1000 media interface, rev. 0 # strings /netbsd | grep if_wm.c $NetBSD: if_wm.c,v 1.679 2020/06/27 13:32:00 jmcneill Exp $ Cheers, Patrick
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.06.27.11.06.43 mlelstv src/regress/lib/libc/Makefile,v 1.83 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2020.06.html#2020.06.27.11.06.43
Re: USB cardreader under netbsd-9 "failed to create xfers"?
Usually this is about lack of available memory, due to fragmentation. Different parts of the USB stack do allocation differently. could be xhci vs ehci or something. does this happen if you plug it in when you have just rebooted?
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 2020.06.27.10.19.43. The following commits were made between the last successful build and the failed build: 2020.06.27.08.50.46 jruoho src/distrib/sets/lists/tests/mi,v 1.858 2020.06.27.08.50.46 jruoho src/tests/sbin/sysctl/Makefile,v 1.3 2020.06.27.08.50.46 jruoho src/tests/sbin/sysctl/t_random_garbage.sh,v 1.1 2020.06.27.09.03.15 jdolecek src/sys/dev/ic/aic79xx.c,v 1.54 2020.06.27.09.03.15 jdolecek src/sys/dev/ic/aic7xxx.c,v 1.140 2020.06.27.09.28.15 jdolecek src/sys/dev/ic/aic79xx.c,v 1.55 2020.06.27.09.28.15 jdolecek src/sys/dev/ic/aic7xxx.c,v 1.141 2020.06.27.09.45.57 jruoho src/distrib/sets/lists/tests/mi,v 1.859 2020.06.27.09.45.57 jruoho src/tests/lib/libc/stdio/Attic/t_mktemp.c,v 1.2 2020.06.27.09.45.57 jruoho src/tests/lib/libc/stdio/Makefile,v 1.13 2020.06.27.09.45.57 jruoho src/tests/lib/libc/stdlib/Makefile,v 1.29 2020.06.27.09.45.57 jruoho src/tests/lib/libc/stdlib/t_mktemp.c,v 1.1 2020.06.27.09.54.08 jdolecek src/sys/arch/xen/x86/cpu.c,v 1.137 2020.06.27.10.00.29 jmcneill src/sys/arch/arm/dts/sun8i-h3-nanopi-m1.dts,v 1.3 2020.06.27.10.14.10 jruoho src/regress/lib/libc/citrus/Attic/Makefile,v 1.2 2020.06.27.10.14.10 jruoho src/regress/lib/libc/citrus/mbtowc/Attic/Makefile,v 1.2 2020.06.27.10.14.10 jruoho src/regress/lib/libc/citrus/mbtowc/Attic/mbtowc_test.c,v 1.2 2020.06.27.10.14.10 jruoho src/tests/lib/libc/stdlib/Makefile,v 1.30 2020.06.27.10.14.10 jruoho src/tests/lib/libc/stdlib/t_mbtowc.c,v 1.1 2020.06.27.10.15.50 jruoho src/distrib/sets/lists/tests/mi,v 1.860 2020.06.27.10.19.43 jruoho src/tests/lib/libc/stdlib/t_mbtowc.c,v 1.2 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2020.06.html#2020.06.27.10.19.43
Re: Build error on amd64 -current
Fixed in rev.1.137 of sys/arch/xen/x86/cpu.c Le sam. 27 juin 2020 à 11:42, Jaromír Doleček a écrit : > > I'll fix it. > > Le sam. 27 juin 2020 à 11:39, Andreas Gustafsson a écrit : > > > > Paul Goyette wrote: > > > With up-to-date sources I'm getting > > > > > > /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c: In function > > > 'mp_cpu_start': > > > /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c:999:1: error: stack > > > usage is5408 bytes [-Werror=stack-usage=] > > > mp_cpu_start(struct cpu_info *ci, vaddr_t target) > > > ^~~~ > > > > It started with this commit: > > > > 2020.06.25.14.52.26 jdolecek src/sys/conf/Makefile.kern.inc 1.274 > > > > enable gcc stack usage limit for kernel functions, set to 3.5 KiB for now > > as that seems to be enough to accomodate the current biggest stack usages > > > > there are about six functions which use over 3KiB local stack, and > > about a dozen between 2-3 KiB, so pushing this further needs more work > > if desired > > > > compile tested on amd64, i386, sparc64, sparc, powerpc (evbppc - BookE), > > m68k (mac68k) > > > > -- > > Andreas Gustafsson, g...@gson.org
Re: Build error on amd64 -current
I'll fix it. Le sam. 27 juin 2020 à 11:39, Andreas Gustafsson a écrit : > > Paul Goyette wrote: > > With up-to-date sources I'm getting > > > > /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c: In function > > 'mp_cpu_start': > > /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c:999:1: error: stack > > usage is5408 bytes [-Werror=stack-usage=] > > mp_cpu_start(struct cpu_info *ci, vaddr_t target) > > ^~~~ > > It started with this commit: > > 2020.06.25.14.52.26 jdolecek src/sys/conf/Makefile.kern.inc 1.274 > > enable gcc stack usage limit for kernel functions, set to 3.5 KiB for now > as that seems to be enough to accomodate the current biggest stack usages > > there are about six functions which use over 3KiB local stack, and > about a dozen between 2-3 KiB, so pushing this further needs more work > if desired > > compile tested on amd64, i386, sparc64, sparc, powerpc (evbppc - BookE), > m68k (mac68k) > > -- > Andreas Gustafsson, g...@gson.org
Re: Build error on amd64 -current
Paul Goyette wrote: > With up-to-date sources I'm getting > > /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c: In function > 'mp_cpu_start': > /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c:999:1: error: stack usage > is5408 bytes [-Werror=stack-usage=] > mp_cpu_start(struct cpu_info *ci, vaddr_t target) > ^~~~ It started with this commit: 2020.06.25.14.52.26 jdolecek src/sys/conf/Makefile.kern.inc 1.274 enable gcc stack usage limit for kernel functions, set to 3.5 KiB for now as that seems to be enough to accomodate the current biggest stack usages there are about six functions which use over 3KiB local stack, and about a dozen between 2-3 KiB, so pushing this further needs more work if desired compile tested on amd64, i386, sparc64, sparc, powerpc (evbppc - BookE), m68k (mac68k) -- Andreas Gustafsson, g...@gson.org
