daily CVS update output

[NetBSD source update]

Updating src tree:
P src/bin/dd/dd.c
P src/bin/echo/echo.c
P src/bin/expr/expr.y
P src/bin/ls/main.c
P src/bin/ps/ps.c
P src/bin/sync/sync.c
P src/bin/test/test.c
P src/distrib/sets/lists/base/shl.mi
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/comp/shl.mi
P src/distrib/sets/lists/debug/mi
P src/distrib/sets/lists/debug/shl.mi
P src/distrib/sets/lists/tests/mi
P src/doc/3RDPARTY
P src/etc/mtree/NetBSD.dist.tests
P src/etc/namedb/root.cache
P src/lib/libc/gen/glob.c
P src/sbin/badsect/badsect.c
P src/sbin/modload/main.c
P src/sbin/modstat/main.c
P src/sbin/modunload/main.c
P src/sbin/mount_hfs/mount_hfs.c
P src/sbin/mount_ptyfs/mount_ptyfs.c
P src/sbin/rcorder/rcorder.c
P src/share/mk/bsd.own.mk
P src/sys/arch/mips/include/pte.h
P src/sys/arch/mips/mips/cache.c
P src/sys/arch/mips/mips/pmap_machdep.c
P src/sys/net/if_tun.c
P src/sys/rump/net/Makefile.rumpnetcomp
U src/sys/rump/net/lib/libtun/Makefile
U src/sys/rump/net/lib/libtun/TUN.ioconf
U src/sys/rump/net/lib/libtun/tun_component.c
P src/tests/net/Makefile
U src/tests/net/if_tun/Atffile
U src/tests/net/if_tun/Makefile
U src/tests/net/if_tun/t_tun.sh
P src/usr.bin/asa/asa.c
P src/usr.bin/config/main.c
P src/usr.bin/eject/eject.c
P src/usr.bin/expand/expand.c
P src/usr.bin/fdformat/fdformat.c
P src/usr.bin/finger/finger.c
P src/usr.bin/hesinfo/hesinfo.c
P src/usr.bin/indent/indent.c
P src/usr.bin/kdump/kdump.c
P src/usr.bin/locate/bigram/locate.bigram.c
P src/usr.bin/locate/locate/locate.c
P src/usr.bin/lock/lock.c
P src/usr.bin/mail/extern.h
P src/usr.bin/make/nonints.h
P src/usr.bin/mkstr/mkstr.c
P src/usr.bin/msgs/msgs.c
P src/usr.bin/rup/rup.c
P src/usr.bin/seq/seq.c
P src/usr.bin/soelim/soelim.c
P src/usr.bin/tee/tee.c
P src/usr.bin/telnet/main.c
P src/usr.bin/tip/tip.c
P src/usr.bin/users/users.c
P src/usr.bin/vgrind/vfontedpr.c
P src/usr.bin/vmstat/vmstat.c
P src/usr.bin/xlint/lint2/main2.c
P src/usr.bin/xlint/xlint/xlint.c

Updating xsrc tree:


Killing core files:

Running the SUP scanner:
SUP Scan for current starting at Mon Sep  5 03:01:46 2016
SUP Scan for current completed at Mon Sep  5 03:02:04 2016
SUP Scan for mirror starting at Mon Sep  5 03:02:04 2016
SUP Scan for mirror completed at Mon Sep  5 03:04:14 2016



Updating release-6 src tree (netbsd-6):
U doc/CHANGES-6.2
P sys/miscfs/kernfs/kernfs_vnops.c

Updating release-6 xsrc tree (netbsd-6):

Running the SUP scanner:
SUP Scan for release-6 starting at Mon Sep  5 03:06:25 2016
SUP Scan for release-6 completed at Mon Sep  5 03:06:33 2016



Updating release-7 src tree (netbsd-7):

Updating release-7 xsrc tree (netbsd-7):

Running the SUP scanner:
SUP Scan for release-7 starting at Mon Sep  5 03:08:51 2016
SUP Scan for release-7 completed at Mon Sep  5 03:08:57 2016




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  54642088 Sep  5 03:10 ls-lRA.gz

Re: -current 7.99.36 multicast panic: trap

[Kengo NAKAHARA]

Hi,

On 2016/09/05 1:00, Frank Kardel wrote:
> running the -current (7.99.36) with 7.99.16 userland reliably traps at:
> 
> src/sys/netinet/ip_mroute.c:1751
> 
> on an multi-homed i386 system running mrouted.
> 
> A 7.99.16 kernel survives that fine. Do we have a userland dependency or 
> is this a new regression from the network stack multiprocessing changes?

There is no userland dependency of ip_mroute.c 7.99.16 to 7.99.36
modifications. I think it may be new regression. Could you show below
additional information?
- backtrace at panic
- your kernel config
  # GENERIC config seems to disable MROUTING by default, so I think
  # you would use custom kernel config.
- detail reproduction code
- "netstat -g" and "netstat -nr -f inet" if it is possible before panic


Thanks,

-- 
//
Internet Initiative Japan Inc.

Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit

Kengo NAKAHARA 

Re: Building on OS X - how?

[Hubert Feyrer]

Good evening,

On Wed, 10 Aug 2016, Hubert Feyrer wrote:
I've added a bit more information below[2], but to cut a long story short - 
what excact build.sh options does one use these days to cross-build 
-current/amd64 from OS X? Did I miss any documentation[3]


It seems this was resolved somewhere after a "cvs update". Thanks to 
whoever the unsung hero is! And for the record, here is what I use to 
build now:


./build.sh -U -u -X ../xsrc-current -x -m amd64 -T tooldir.Darwin -O 
obj.amd64-Darwin-XXX -D destdir.amd64 -R release.amd64 -V HOST_CC=/usr/bin/cc 
-V HOST_CXX=/usr/bin/g++ release

There's one problem left but I will start a separate thread for that.


 - Hubert

-current 7.99.36 multicast panic: trap

[Frank Kardel]

Hi !

running the -current (7.99.36) with 7.99.16 userland reliably traps at:

src/sys/netinet/ip_mroute.c:1751

on an multi-homed i386 system running mrouted.

A 7.99.16 kernel survives that fine. Do we have a userland dependency or 
is this a new regression from the network stack multiprocessing changes?


Frank