Updating src tree:
P src/bin/sh/redir.c
P src/lib/libc/sys/madvise.2
P src/lib/libc/sys/stat.2
P src/lib/libc/yp/ypclnt.3
P src/libexec/httpd/libbozohttpd/libbozohttpd.3
P src/sbin/mount_nfs/getnfsargs.c
P src/share/man/man4/bluetooth.4
P src/share/man/man5/ttyaction.5
P src/sys/arch/i386/stand/ef
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2017.02.03.07.42.43 abhinav src/share/man/man5/ttyaction.5,v 1.9
2017.02.03.07.54.26 martin src/sys/compat/linux/arch/m68k/syscalls.master,v
1.92
20
Tom Ivar Helbekkmo writes:
> In fact, the very specific combination that doesn't work is NFS using
> UDP over IPv6. That fails when writes are attempted, if the client is
> running -current. The other three protocol combinations work fine.
Simplest way I've found to duplicate this:
In /etc/fs
On Fri, Feb 03, 2017 at 09:40:41AM +0100, Martin Husemann wrote:
> I think I fixed it for all but i386.
>
> Linux/i386 is wiered and uses socketcall(18, ...) for this functionality
> instead of a separate accept4 syscall.
I ifdef'd out the syscall implementation for __i386__ - Christos,
could you
On Fri, Feb 03, 2017 at 10:23:12AM +0200, Andreas Gustafsson wrote:
> NetBSD Test Fixture wrote:
> > *** [kern_time_50.pico] Error code 1
> > nbmake[7]: stopped in
> > /tmp/bracket/build/2017.02.02.15.37.42-i386/src/lib/librump
>
> The build is still failing, but now in a different place:
NetBSD Test Fixture wrote:
> *** [kern_time_50.pico] Error code 1
> nbmake[7]: stopped in
> /tmp/bracket/build/2017.02.02.15.37.42-i386/src/lib/librump
The build is still failing, but now in a different place:
--- dependall-compat_linux ---
/tmp/bracket/build/2017.02.03.06.06.09-i38
