daily CVS update output
Updating src tree: P src/sys/arch/evbarm/conf/BEAGLEBOARDXM U src/sys/arch/evbmips/loongson/loongson_clock.c P src/sys/dev/ic/rt2860.c P src/sys/dev/pci/nvme_pci.c P src/sys/kern/kern_module.c P src/sys/modules/ext2fs/Makefile P src/sys/net/if_gif.c P src/sys/net/if_gif.h P src/sys/rump/fs/lib/libext2fs/Makefile P src/sys/ufs/files.ufs P src/sys/ufs/ext2fs/ext2fs.h P src/sys/ufs/ext2fs/ext2fs_dir.h P src/sys/ufs/ext2fs/ext2fs_extern.h U src/sys/ufs/ext2fs/ext2fs_hash.c U src/sys/ufs/ext2fs/ext2fs_hash.h U src/sys/ufs/ext2fs/ext2fs_htree.c U src/sys/ufs/ext2fs/ext2fs_htree.h P src/sys/ufs/ext2fs/ext2fs_lookup.c P src/usr.bin/ul/ul.1 P src/usr.sbin/makefs/ffs/buf.c P src/usr.sbin/makefs/ffs/ffs_alloc.c P src/usr.sbin/makefs/ffs/mkfs.c Updating xsrc tree: Killing core files: Updating tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/extsrc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting... replacing... done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing... done src/sys: collecting... replacing... done src/tests: collecting... replacing... done src/tools: collecting... replacing... done src/usr.bin: collecting... replacing... done src/usr.sbin: collecting... replacing... done src/config: collecting... replacing... done src: collecting... replacing... done xsrc/top-level: collecting... replacing... done xsrc/external: collecting... replacing... done xsrc/local: collecting... replacing... done xsrc: collecting... replacing... done Running the SUP scanner: SUP Scan for current starting at Sat Jun 25 03:09:01 2016 SUP Scan for current completed at Sat Jun 25 03:09:18 2016 SUP Scan for mirror starting at Sat Jun 25 03:09:18 2016 SUP Scan for mirror completed at Sat Jun 25 03:12:03 2016 Updating release-6 src tree (netbsd-6): Updating release-6 xsrc tree (netbsd-6): Updating release-6 tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/extsrc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting... replacing... done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing... done src/sys: collecting... replacing... done src/tests: collecting... replacing... done src/tools: collecting... replacing... done src/usr.bin: collecting... replacing... done src/usr.sbin: collecting... replacing... done src/config: collecting... replacing... done src/x11: collecting... replacing... done xsrc/top-level: collecting... replacing... done xsrc/external: collecting... replacing... done xsrc/local: collecting... replacing... done xsrc/xfree: collecting... replacing... done Running the SUP scanner: SUP Scan for release-6 starting at Sat Jun 25 03:16:44 2016 SUP Scan for release-6 completed at Sat Jun 25 03:16:53 2016 Updating release-7 src tree (netbsd-7): U doc/CHANGES-7.1 P sys/arch/arm/allwinner/files.awin P sys/arch/i386/stand/misc/rawr32.exe.uue P sys/conf/files P sys/dev/ic/com.c P sys/dev/ic/comreg.h P sys/dev/ic/comvar.h P sys/dev/ic/ns16550reg.h P sys/dev/isapnp/isapnpdevs P sys/dev/isapnp/isapnpdevs.c P sys/dev/isapnp/isapnpdevs.h Updating release-7 xsrc tree (netbsd-7): Updating release-7 tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/extsrc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting... replacing... done
GCC 5.4 sparc problems
I finally got around to booting one of my SPARCstation 5s with the latest -current (7.99.32) built with GCC 5.4. It mostly works, but there are a few problems: [1] Segmentation fault (core dumped) ${postconf} -h a... [1] Segmentation fault (core dumped) ${command_direct... Jun 24 18:28:09 lance postfix/postfix-script[419]: fatal: cannot execute /usr/sbin/postconf! [1] Segmentation fault (core dumped) ${FATAL} cannot ... /etc/rc.d/postfix exited with code 1 Core was generated by `postconf'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x in ?? () (gdb) bt #0 0x in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) Jun 24 18:27:19 lance amd[237]: Process 195 exited with signal 11 Jun 24 18:27:19 lance amd[237]: Process 216 exited with signal 11 Jun 24 18:27:19 lance amd[237]: Process 251 exited with signal 11 Jun 24 18:27:19 lance amd[237]: mount for /cd got signal 11 Jun 24 18:27:19 lance amd[237]: mount for /home got signal 11 Jun 24 18:27:19 lance amd[237]: mount for /net got signal 11 Core was generated by `amd'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x in ?? () (gdb) bt #0 0x in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) Jun 24 18:28:53 lance sshd[483]: fatal: privsep_preauth: preauth child terminated by signal 11 (gdb) bt #0 0x in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) For 'amd' and 'sshd', the parent process did not crash and remained running. "security/sudo" built from pkgsrc-2016Q1 with GCC 4.8.5 still works. I haven't tried anything else yet. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]mylinuxisp[flyspeck]comOpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Re: strange messages from -current 'dhcpcd'
On Fri, 24 Jun 2016, Michael van Elst wrote: jdba...@mylinuxisp.com ("John D. Baker") writes: Jun 18 12:56:53 hostname dhcpcd[PID]: wm0: invalid UDP packet from 19.100.192.168 Jun 18 12:56:53 hostname dhcpcd[PID]: wm0: invalid UDP packet from 20.12.192.168 Jun 18 14:15:22 hostname dhcpcd[PID]: wm0: invalid UDP packet from 119.16.192.168 Jun 23 21:48:35 hostname dhcpcd[PID]: wm0: invalid UDP packet from 150.129.192.168 Jun 23 18:57:32 hostname dhcpcd[PID]: wm0: invalid UDP packet from 163.85.192.168 Jun 24 02:56:29 hostname dhcpcd[PID]: wm0: invalid UDP packet from 76.24.192.168 Needless to say, the purported source IPs are not on my network. Obviously these are not IP addresses. Each ends with 192.168, so there is a off-by-2 error when accessing the address field. Or some strange byte/word swap error... +--+--++ | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com | | Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org | +--+--++
Re: strange messages from -current 'dhcpcd'
jdba...@mylinuxisp.com ("John D. Baker") writes: >Jun 18 12:56:53 hostname dhcpcd[PID]: wm0: invalid UDP packet from >19.100.192.168 >Jun 18 12:56:53 hostname dhcpcd[PID]: wm0: invalid UDP packet from >20.12.192.168 >Jun 18 14:15:22 hostname dhcpcd[PID]: wm0: invalid UDP packet from >119.16.192.168 >Jun 23 21:48:35 hostname dhcpcd[PID]: wm0: invalid UDP packet from >150.129.192.168 >Jun 23 18:57:32 hostname dhcpcd[PID]: wm0: invalid UDP packet from >163.85.192.168 >Jun 24 02:56:29 hostname dhcpcd[PID]: wm0: invalid UDP packet from >76.24.192.168 >Needless to say, the purported source IPs are not on my network. Obviously these are not IP addresses. Each ends with 192.168, so there is a off-by-2 error when accessing the address field. -- -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
Re: strange messages from -current 'dhcpcd'
On Fri 24 Jun 2016 at 17:18:52 -0500, John D. Baker wrote: > I've just noticed some strange log messages emitted by 'dhcpcd' on > -current (7.99.32). I've seen these on i386, amd64, and evbarm-earmv7hf. Yes, I've seen one too: Jun 24 23:44:03 hostname dhcpcd[PID]: re1: invalid UDP packet from 150.142.192.168 Similarly, such a packet is not supposed to have arrived here from the outside due to a NATing router. I'm using a recent dhcpcd from its development trunk. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
strange messages from -current 'dhcpcd'
I've just noticed some strange log messages emitted by 'dhcpcd' on -current (7.99.32). I've seen these on i386, amd64, and evbarm-earmv7hf. They are of the form: Jun 18 12:56:53 hostname dhcpcd[PID]: wm0: invalid UDP packet from 19.100.192.168 Jun 18 12:56:53 hostname dhcpcd[PID]: wm0: invalid UDP packet from 20.12.192.168 Jun 18 14:15:22 hostname dhcpcd[PID]: wm0: invalid UDP packet from 119.16.192.168 Jun 23 21:48:35 hostname dhcpcd[PID]: wm0: invalid UDP packet from 150.129.192.168 Jun 23 18:57:32 hostname dhcpcd[PID]: wm0: invalid UDP packet from 163.85.192.168 Jun 24 02:56:29 hostname dhcpcd[PID]: wm0: invalid UDP packet from 76.24.192.168 Needless to say, the purported source IPs are not on my network. My NAT router blocks all incoming traffic except SSH, HTTP, HTTPS and those are specifically redirected to hosts other than the ones from which the above data were gathered. It is curious how they all share the attribute that their last two octets are the Class C private allocation prefix. These same machines (and others), while running NetBSD-7.0_STABLE (amd64, i386, sparc) with 'dhcpcd', have not exhibited such messages. (Alas, there are some redmond-OS machines on my network--not by my choice) I'm watching the interface with 'tcpdump' on one of the affected machines to see if I can get more information. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]mylinuxisp[flyspeck]comOpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645