daily CVS update output

2017-01-13 Thread NetBSD source update
Updating src tree: P src/common/lib/libc/arch/arm/string/strcpy_arm.S P src/common/lib/libc/arch/arm/string/strcpy_naive.S P src/common/lib/libc/arch/arm/string/strcpy_thumb.S P src/common/lib/libc/arch/arm/string/strlcat.S P src/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c P

Re: bnx(4) hangs during multiuser NFS boot of -current (7.99.55)

2017-01-13 Thread John D. Baker
It must have been some transient issue that only affected machines with bnx(4) interfaces. I also netboot/NFS-root'd machines with wm(4) and bge(4) on amd64-7.99.55 (they all share the same "/usr" NFS mount) and they completed multi-user boot. On Wed, 11 Jan 2017, John D. Baker wrote: >

Re: wm devices don't work under current amd64

2017-01-13 Thread Jarle Greipsland
Masanobu SAITOH writes: > On 2016/11/28 17:16, Masanobu SAITOH wrote: >> Hello, Jarle. >> >> On 2016/11/27 0:45, Jarle Greipsland wrote: [ ... ] >>> Was this problem ever fixed? >> >> Perhaps no. I've added a lot of changes into if_wm.c, but I've not >> touched vlan related

Re: wm devices don't work under current amd64

2017-01-13 Thread Tom Ivar Helbekkmo
Masanobu SAITOH writes: > Please test the latest -current. knakahara found a problem: That worked fine! No longer any need for the tcpdump hack. :) (I didn't get the latest -current; I just added those patches to 7.99.39.) -tih -- Most people who graduate with CS

Re: rump LOCKDEBUG panic

2017-01-13 Thread Patrick Welche
On Fri, Jan 13, 2017 at 04:43:19PM +0100, Patrick Welche wrote: > On Fri, Jan 13, 2017 at 04:00:20PM +0100, Patrick Welche wrote: > > On Fri, Jan 13, 2017 at 03:15:19PM +0100, Patrick Welche wrote: > > > Given how many tests are based on rump, am I the only one seeing this? ... because the tests

Automated report: NetBSD-current/i386 build failure

2017-01-13 Thread NetBSD Test Fixture
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 2017.01.13.14.48.18. An extract from the build.sh output follows: --- lz_encoder_mf.po --- In file included

Re: rump LOCKDEBUG panic

2017-01-13 Thread Patrick Welche
On Fri, Jan 13, 2017 at 04:00:20PM +0100, Patrick Welche wrote: > On Fri, Jan 13, 2017 at 03:15:19PM +0100, Patrick Welche wrote: > > Given how many tests are based on rump, am I the only one seeing this? > > > > $ rump_allserver -v unix://sock > > Copyright (c) 1996, 1997, 1998, 1999, 2000,

Re: rump LOCKDEBUG panic

2017-01-13 Thread Patrick Welche
On Fri, Jan 13, 2017 at 03:15:19PM +0100, Patrick Welche wrote: > Given how many tests are based on rump, am I the only one seeing this? > > $ rump_allserver -v unix://sock > Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, > 2006, 2007, 2008, 2009, 2010, 2011, 2012,

rump LOCKDEBUG panic

2017-01-13 Thread Patrick Welche
Given how many tests are based on rump, am I the only one seeing this? $ rump_allserver -v unix://sock Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2017 The NetBSD Foundation, Inc. All rights