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 2018.03.06.10.57.00.
An extract from the build.sh output follows:
/tmp/bracket/build/2018.03.06.10.57.00-i386/tools/
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2018.03.06.13.37.43 christos
src/crypto/external/bsd/openssl/lib/libcrypto/arch/arm/crypto.inc,v 1.8
2018.03.06.13.47.25 christos
src/crypto/external/b
On 04/03/2018 17:09, Mike Pumford wrote:
Finally had some time to bring my system up to date and found a problem.
Got a panic at start of day (transcribed from a shot of the screen):
fdc0 at pioc0 offset 0x3f0-0x3f7 irq12 drq 0x2000
Now raised as port-acorn32/53076
Mike
Date:Tue, 6 Mar 2018 17:08:40 + (UTC)
From:NetBSD Test Fixture
Message-ID: <152035611931.24762.16467812075534166...@babylon5.netbsd.org>
| The NetBSD-current/i386 build is working again.
|
| The following commits were made between the last failed build and
Robert Elz wrote:
> However, after his fix, the build failed again in a way I have observed in
> the
> b5 builds a few times recently (Christos' openssl changes did not fix this
> one
> either).
Looks like it has happened four times so far:
babylon5.netbsd.org$ cd /bracket && zgrep 'md.*non-v
Hello
on an up-to-date netbsd-8 Xen3 i386PAE kernel I see hangs on tstile.
Hung processes shows the same pattern, they sleep in fstrans_start():
sleepq_block(0,0,c0596900,c0639b6c,c534e802,40,c03dbcfe,75,c5356340,c534e800)
at netbsd:sleepq_block+0xe6
turnstile_block(c59847f0,1,c078b6c0,c0639b6c,de
Updating src tree:
P src/crypto/external/bsd/openssl/dist/crypto/bn/asm/mips.pl
P src/crypto/external/bsd/openssl/dist/crypto/modes/gcm128.c
P src/crypto/external/bsd/openssl/lib/libcrypto/arch/arm/crypto.inc
U src/crypto/external/bsd/openssl/lib/libcrypto/arch/hppa/crypto.inc
U src/crypto/externa
Hi,
npf previously had no issues using a "ruleset" in multiple groups, however
it now has a problem and fails with
npfctl: (re)load failed: some table has a duplicate entry?
The following is a minimal npf.conf to illustrate with it failing due to
the second ``ruleset "blacklistd"'' causin
On Wed, Mar 7, 2018 at 7:33 AM, Manuel Bouyer wrote:
> Hello
> on an up-to-date netbsd-8 Xen3 i386PAE kernel I see hangs on tstile.
> Hung processes shows the same pattern, they sleep in fstrans_start():
> sleepq_block(0,0,c0596900,c0639b6c,c534e802,40,c03dbcfe,75,c5356340,c534e800)
> at netbsd:s