Now that -current builds again, there are more than 800 failing test cases.
The ones I looked at were all failing with:
panic: in_control
rump kernel halting...
--
Andreas Gustafsson, g...@gson.org
On 09/08/2016 08:13, Andreas Gustafsson wrote:
> Now that -current builds again, there are more than 800 failing test cases.
> The ones I looked at were all failing with:
>
> panic: in_control
> rump kernel halting...
I'm seeing this as well which is causing me grief trying to work out why
ha
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 2016.08.09.07.15.35.
An extract from the build.sh output follows:
--- main.o ---
# compile sail/main.o
/t
On Tue, Aug 09, 2016 at 10:13:05AM +0300, Andreas Gustafsson wrote:
> Now that -current builds again, there are more than 800 failing test cases.
> The ones I looked at were all failing with:
>
> panic: in_control
> rump kernel halting...
This is a call to in_control() with ifp = NULL.
Here
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2016.08.09.20.03.05 kre src/sys/ufs/ext2fs/ext2fs_extern.h,v 1.51
2016.08.09.20.03.05 kre src/sys/ufs/ext2fs/ext2fs_htree.c,v 1.3
Log files can be found
Updating src tree:
P src/sys/arch/ia64/include/atomic.h
P src/sys/arch/mips/mips/mipsX_subr.S
P src/sys/arch/mips/mips/vm_machdep.c
P src/sys/ufs/ext2fs/Makefile
P src/sys/ufs/ext2fs/ext2fs_extents.c
P src/sys/ufs/ext2fs/ext2fs_extents.h
P src/sys/ufs/ext2fs/ext2fs_extern.h
P src/sys/ufs/ext2fs/ex
On Tue, Aug 09, 2016 at 09:12:57AM +, Martin Husemann wrote:
> This is a call to in_control() with ifp = NULL.
Here is a trace with symbols:
tc-se:#5 0x7f7ff68637db in panic (fmt=) at
/usr/src/lib/librump/../../sys/rump/../kern/subr_prf.c:258
tc-se:#6 0x7f7ff7085d3a in in_control0
Hello,
I want to configure multipath for a fibre channel storage. I need only the
availability, not the performance. For netbsd I have not found any
documentation on this subject. Is multipath possible for FC storages? If
not, it is possible / useful fo use a software raid1 over both paths?