Re: wm devices don't work under current amd64

2017-01-12 Thread Masanobu SAITOH 

On 2016/11/28 17:16, Masanobu SAITOH wrote:

Hello, Jarle.

On 2016/11/27 0:45, Jarle Greipsland wrote:

Masanobu SAITOH  writes:

Hi.

On 2016/03/07 21:12, Tobias Nygren wrote:

On Mon, 7 Mar 2016 20:57:02 +0900
Masanobu SAITOH  wrote:


One of the possibility is that the multicast filter table and broadcast
bit in a register aren't set correctly on ICH9.


I'm not sure if this is relevant to the discussion, but I have a wm(4)
device (8086:1502) on -current that does not work after boot. It comes
to life only after running "tcpdump -n -i wm0" once. I am using vlan(4),
but haven't checked if that makes any difference. I usually run the
tcpdump command then forget about it until the next reboot.


 It must be a bug! Could you tell me how you set up network interface include
vlan? (e.g. part of /etc/rc.conf, /etc/ifconfig.xxx, and the output of 
"ifconfig -a)


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 stuff.



 Please test the latest -current. knakahara found a problem:


Module Name:src
Committed By:   msaitoh
Date:   Fri Jan 13 06:11:56 UTC 2017

Modified Files:
src/sys/net: if_ethersubr.c if_vlan.c

Log Message:
 Fix a bug that the parent interface's callback wasn't called when the vlan
interface is configured. A callback function uses VLAN_ATTACHED() function
which check ec->ec_nvlans, the value should be incremented before calling the
callback. This bug was added in if_vlan.c rev. 1.83 (2015/11/19).


To generate a diff of this commit:
cvs rdiff -u -r1.234 -r1.235 src/sys/net/if_ethersubr.c
cvs rdiff -u -r1.93 -r1.94 src/sys/net/if_vlan.c



--
---
SAITOH Masanobu (msai...@execsw.org
 msai...@netbsd.org)

Automated report: NetBSD-current/i386 build success

2017-01-12 Thread NetBSD Test Fixture 
The NetBSD-current/i386 build is working again.

The following commits were made between the last failed build and the
successful build:

2017.01.13.03.01.09 kre src/tests/kernel/t_ptrace_wait.c,v 1.55

Log files can be found at:


http://releng.NetBSD.org/b5reports/i386/commits-2017.01.html#2017.01.13.03.01.09

daily CVS update output

2017-01-12 Thread NetBSD source update 

Updating src tree:
P src/crypto/external/bsd/openssl/lib/libcrypto/crypto.inc
U src/external/broadcom/rpi-firmware/dist/bootcode.bin
U src/external/broadcom/rpi-firmware/dist/fixup.dat
U src/external/broadcom/rpi-firmware/dist/fixup_cd.dat
U src/external/broadcom/rpi-firmware/dist/start.elf
U src/external/broadcom/rpi-firmware/dist/start_cd.elf
P src/external/bsd/bind/dist/CHANGES
P src/external/bsd/bind/dist/README
U src/external/bsd/bind/dist/srcid
P src/external/bsd/bind/dist/version
P src/external/bsd/bind/dist/bin/named/pfilter.c
P src/external/bsd/bind/dist/bin/named/pfilter.h
P src/external/bsd/bind/dist/bin/tests/system/dname/tests.sh
P src/external/bsd/bind/dist/bin/tests/system/dname/ns2/example.db
cvs update: `src/external/bsd/bind/dist/contrib/zkt-1.1.2/examples/flat/zkt-ls' 
is no longer in the repository
cvs update: 
`src/external/bsd/bind/dist/contrib/zkt-1.1.2/examples/flat/zkt-signer' is no 
longer in the repository
cvs update: 
`src/external/bsd/bind/dist/contrib/zkt-1.1.2/examples/hierarchical/zkt-ls' is 
no longer in the repository
cvs update: 
`src/external/bsd/bind/dist/contrib/zkt-1.1.2/examples/hierarchical/zkt-signer' 
is no longer in the repository
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch01.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch02.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch03.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch04.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch05.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch06.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch07.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch08.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch09.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch10.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch11.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch12.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.ch13.html
P src/external/bsd/bind/dist/doc/arm/Bv9ARM.html
P src/external/bsd/bind/dist/doc/arm/man.arpaname.html
P src/external/bsd/bind/dist/doc/arm/man.ddns-confgen.html
P src/external/bsd/bind/dist/doc/arm/man.delv.html
P src/external/bsd/bind/dist/doc/arm/man.dig.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-checkds.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-coverage.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-dsfromkey.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-importkey.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-keyfromlabel.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-keygen.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-revoke.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-settime.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-signzone.html
P src/external/bsd/bind/dist/doc/arm/man.dnssec-verify.html
P src/external/bsd/bind/dist/doc/arm/man.genrandom.html
P src/external/bsd/bind/dist/doc/arm/man.host.html
P src/external/bsd/bind/dist/doc/arm/man.isc-hmac-fixup.html
P src/external/bsd/bind/dist/doc/arm/man.lwresd.html
P src/external/bsd/bind/dist/doc/arm/man.named-checkconf.html
P src/external/bsd/bind/dist/doc/arm/man.named-checkzone.html
P src/external/bsd/bind/dist/doc/arm/man.named-journalprint.html
P src/external/bsd/bind/dist/doc/arm/man.named-rrchecker.html
P src/external/bsd/bind/dist/doc/arm/man.named.conf.html
P src/external/bsd/bind/dist/doc/arm/man.named.html
P src/external/bsd/bind/dist/doc/arm/man.nsec3hash.html
P src/external/bsd/bind/dist/doc/arm/man.nsupdate.html
P src/external/bsd/bind/dist/doc/arm/man.rndc-confgen.html
P src/external/bsd/bind/dist/doc/arm/man.rndc.conf.html
P src/external/bsd/bind/dist/doc/arm/man.rndc.html
P src/external/bsd/bind/dist/doc/arm/notes.html
U src/external/bsd/bind/dist/doc/arm/notes.pdf
P src/external/bsd/bind/dist/doc/arm/notes.xml
P src/external/bsd/bind/dist/lib/dns/api
P src/external/bsd/bind/dist/lib/dns/message.c
P src/external/bsd/bind/dist/lib/dns/resolver.c
P src/external/bsd/bind/dist/lib/isc/api
P src/external/bsd/bind/dist/lib/isc/unix/socket.c
P src/external/bsd/bind/dist/lib/isc/win32/socket.c
P src/external/bsd/libarchive/include/config_netbsd.h
P src/external/bsd/openldap/include/portable.h
P src/external/bsd/pkg_install/dist/lib/defs.h
P src/external/bsd/ppp/dist/pppd/pppd.h
P src/external/bsd/top/dist/top.1.in
P src/external/bsd/wpa/dist/src/common/wpa_common.h
P src/external/bsd/wpa/dist/src/drivers/driver_bsd.c
P src/external/bsd/wpa/dist/src/drivers/driver_wired.c
P src/external/bsd/wpa/dist/src/utils/common.h
P src/external/cddl/osnet/dist/lib/libdtrace/common/dt_link.c
P src/external/gpl2/xcvs/include/config.h
P src/external/gpl3/gcc/dist/gcc/diagnostic.c
P 
src/external/gpl3/gcc/dist/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
P src/external/gpl3/gcc/dist/libstdc++-v3/include/bits/boost_concept_check.h
P src/external/gpl3/gcc/dist/libstdc++-v3/include/bits/stl_algo.h
P src/external/gpl3/gcc/dist/libstdc++-v3/include/bits/stl_heap.h
P src/external/gpl3/gcc/lib/libstdc++-v3/Makefile
P

Re: -current MKTPM=1 build failure

2017-01-12 Thread Christos Zoulas 
In article <03491b40-c370-dc50-af44-8a42d8e49...@spg.tu-darmstadt.de>,
Hauke Fath   wrote:
>During a -current build with MKTPM=1, I have run into

Go for it please!

christosx
>
>[...]
>--- tpm_nvread.o ---
>#   compile  tpm_nvread/tpm_nvread.o
>/var/tmp/netbsd-builds/developer/amd64/tools/bin/x86_64--netbsd-gcc -O2 
>-fPIE-std=gnu99   -Werror 
>--sysroot=/var/tmp/netbsd-builds/developer/amd64/destdi
>/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c:
> 
>In function 'main':
>/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c:273:49:
> 
>error: 'S_IRUSR' undeclared (first use in this function)
>fd = open(filename, O_WRONLY|O_TRUNC|O_CREAT, S_IRUSR|S_IWUSR);
>  ^
>/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c:273:49:
> 
>note: each undeclared identifier is reported only once for e
>/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c:273:57:
> 
>error: 'S_IWUSR' undeclared (first use in this function)
>fd = open(filename, O_WRONLY|O_TRUNC|O_CREAT, S_IRUSR|S_IWUSR);
>  ^
>--- dependall-usr.bin ---
>/var/tmp/netbsd-builds/developer/amd64/tools/bin/nbctfconvert -g -L 
>VERSION setemul.o
>--- dependall-crypto/external ---
>*** [tpm_nvread.o] Error code 1
>
>nbmake[10]: stopped in 
>/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/bin/tpm_nvread
>
>
>which the following patch fixes
>
>Index: crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c
>===
>RCS file: 
>/cvsroot/src/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c,v
>retrieving revision 1.1.1.1
>diff -u -u -r1.1.1.1 tpm_nvread.c
>--- crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c 
>28 Jan 2012 02:57:29 -  1.1.1.1
>+++ crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c 
>12 Jan 2017 14:37:42 -
>@@ -23,6 +23,7 @@
>  #include 
>  #include 
>  #include 
>+#include 
>
>  #include "tpm_nvcommon.h"
>  #include "tpm_tspi.h"
>
>-- okay to commit?
>
>Cheerio,
>hauke
>
>-- 
>  The ASCII Ribbon CampaignHauke Fath
>() No HTML/RTF in emailInstitut für Nachrichtentechnik
>/\ No Word docs in email TU Darmstadt
>  Respect for open standards  Ruf +49-6151-16-21344
>

Automated report: NetBSD-current/i386 build failure

2017-01-12 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.12.21.35.53.

An extract from the build.sh output follows:

/tmp/bracket/build/2017.01.12.21.35.53-i386/tools/bin/nbctfconvert -g -L 
VERSION col.o
--- col ---
--- dependall-sbin ---
--- .gdbinit ---
--- dependall-usr.bin ---
#  link  col/col
/tmp/bracket/build/2017.01.12.21.35.53-i386/tools/bin/i486--netbsdelf-gcc   
 --sysroot=/tmp/bracket/build/2017.01.12.21.35.53-i386/destdir  -pie  
-shared-libgcc  -Wl,-z,relro -Wl,--warn-shared-textrel -o col  col.o  
-Wl,-rpath-link,/tmp/bracket/build/2017.01.12.21.35.53-i386/destdir/lib  
-L=/lib 
--- dependall-sbin ---
rm -f .gdbinit
echo "set solib-absolute-prefix 
/tmp/bracket/build/2017.01.12.21.35.53-i386/destdir" > .gdbinit
--- gpt.html8 ---
--- dependall-external ---
--- nss_mdnsd.d ---
--- dependall-sbin ---
#format  gpt/gpt.html8
if test "" != "yes"; then  
/tmp/bracket/build/2017.01.12.21.35.53-i386/tools/bin/nbmandoc -Thtml 
-Oman=../html%S/%N.html -Ostyle=../style.css  
/tmp/bracket/build/2017.01.12.21.35.53-i386/src/sbin/gpt/gpt.8 > gpt.html8.tmp 
&&  mv gpt.html8.tmp gpt.html8;  else  
PATH=/tmp/bracket/build/2017.01.12.21.35.53-i386/tools/lib/groff:${PATH} 
/tmp/bracket/build/2017.01.12.21.35.53-i386/tools/bin/nbgroff -Tlatin1 
-mdoc2html /tmp/bracket/build/2017.01.12.21.35.53-i386/src/sbin/gpt/gpt.8   > 
gpt.html8.tmp && mv gpt.html8.tmp gpt.html8;  fi
--- add.o ---
#   compile  gpt/add.o
/tmp/bracket/build/2017.01.12.21.35.53-i386/tools/bin/i486--netbsdelf-gcc 
-O2 -fPIE-std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes 
-Wpointer-arith -Wno-sign-compare  -Wno-traditional   -Wa,--fatal-warnings  
-Wreturn-type -Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wextra 
-Wno-unused-parameter -Wno-sign-compare -Wold-style-definition -Wconversion 
-Wsign-compare -Wformat=2  -Wno-format-zero-length  -Werror
--sysroot=/tmp/bracket/build/2017.01.12.21.35.53-i386/destdir  -c
/tmp/bracket/build/2017.01.12.21.35.53-i386/src/sbin/gpt/add.c
--- dependall-tests ---
*** [t_ptrace_wait.o] Error code 1
--- dependall-external ---
--- dependall-gpl3 ---

The following commits were made between the last successful build and
the failed build:

2017.01.12.21.35.53 kamil src/tests/kernel/t_ptrace_wait.c,v 1.54

Log files can be found at:


http://releng.NetBSD.org/b5reports/i386/commits-2017.01.html#2017.01.12.21.35.53

Re: -current MKTPM=1 build failure

2017-01-12 Thread coypu 
Please put sys/stat.h first though.
(as per share/misc/style)

otherwise lgtm, xtos had to add dozens of these.

Automated report: NetBSD-current/i386 build success

2017-01-12 Thread NetBSD Test Fixture 
The NetBSD-current/i386 build is working again.

The following commits were made between the last failed build and the
successful build:

2017.01.12.18.16.52 christos src/lib/libc/gen/syslog.c,v 1.58
2017.01.12.18.16.52 christos src/lib/libc/include/namespace.h,v 1.184
2017.01.12.18.16.52 christos src/lib/libc/stdio/vsnprintf.c,v 1.29
2017.01.12.18.19.31 abhinav src/share/man/man7/sysctl.7,v 1.110
2017.01.12.18.23.04 christos src/lib/librumpuser/rumpuser_port.h,v 1.48
2017.01.12.18.26.08 maya src/sys/dev/usb/if_aue.c,v 1.141
2017.01.12.18.26.08 maya src/sys/dev/usb/if_axe.c,v 1.80
2017.01.12.18.26.08 maya src/sys/dev/usb/if_cdce.c,v 1.44
2017.01.12.18.26.08 maya src/sys/dev/usb/if_cue.c,v 1.76
2017.01.12.18.26.08 maya src/sys/dev/usb/if_kue.c,v 1.89
2017.01.12.18.26.08 maya src/sys/dev/usb/if_udav.c,v 1.51
2017.01.12.18.26.08 maya src/sys/dev/usb/if_upl.c,v 1.59
2017.01.12.18.26.08 maya src/sys/dev/usb/if_url.c,v 1.56
2017.01.12.18.29.14 christos src/sys/sys/sigtypes.h,v 1.11
2017.01.12.18.37.09 abhinav src/external/bsd/top/dist/top.1.in,v 1.10
2017.01.12.18.40.02 christos src/sys/ufs/lfs/lfs_accessors.h,v 1.47
2017.01.12.18.42.53 christos src/include/arpa/ftp.h,v 1.7
2017.01.12.18.42.53 christos src/include/arpa/telnet.h,v 1.13
2017.01.12.18.50.17 christos src/sys/sys/file.h,v 1.80
2017.01.12.18.52.15 christos src/usr.bin/sockstat/sockstat.c,v 1.18
2017.01.12.19.02.22 maya src/lib/libarch/x86_64/x86_64_iopl.c,v 1.3
2017.01.12.19.03.09 christos src/sys/sys/bitops.h,v 1.12
2017.01.12.19.07.14 christos 
src/external/bsd/libarchive/include/config_netbsd.h,v 1.6
2017.01.12.19.10.00 christos src/external/gpl3/gcc/dist/gcc/diagnostic.c,v 
1.3
2017.01.12.19.10.34 christos src/share/mk/bsd.sys.mk,v 1.266

Log files can be found at:


http://releng.NetBSD.org/b5reports/i386/commits-2017.01.html#2017.01.12.19.10.34

rnd entropy estimate running low?

2017-01-12 Thread Havard Eidnes 
Hi,

on a couple of arm boxes I have I've been observing the
development of the entropy estimate, what "rndctl -s" calls "bits
currently stored in pool" over time.

I've also tried to read some of the code to understand the
behaviour.

If I understand correctly, randomness sources come in two basic
flavours: those which offer up randomness samples based on
(possibly external) events, and those which only provide samples
when "asked" to do so.  The hardware randomness generator on my
amlogic arm boards appears to fall into the last category.

On a system with little other active randomness sources (e.g. FS
activity or keyboard / mouse activity), it appears that the "bits
currently stored in pool" will be allowed to decrease quite close
to zero (or even *to* zero) before the polled sources are
queried, via e.g. rnd_extract() only triggering a rnd_getmore()
if it could not initially fulfill the request.  The same also
appears to hold for rnd_tryextract().

Meanwhile the hardware random generator sits there unused.

I would have thought it would make more sense to keep the "bits
currently stored in pool" more "topped up", and that a re-fill
could with benefit be done before the estimate crept down towards
zero?  Especially if you have a half-way decent hardware random
generator at hand?

(This has been observed with both 7.99.47 and 7.99.58, fwiw.)

Regards,

- Håvard

ODROID-C1 networking problems?

2017-01-12 Thread Havard Eidnes 
Hi,

I have a couple of ODROID C1 boxes.  One of them appear to have
intermittent networking problems, in particular with receiving
packets.

droid# uname -a
NetBSD droid.urc.uninett.no 7.99.58 NetBSD 7.99.58 (ODROID-C1) #0: Thu Jan 12 
10:12:54 CET 2017  
h...@mt.urc.uninett.no:/u/build/HEAD/obj/evbearmv7hf-el/sys/arch/evbarm/compile/ODROID-C1
 evbarm
droid# dmesg | grep awge0
awge0 at amlogicio0: Gigabit Ethernet Controller
awge0: interrupting on irq 40
awge0: Ethernet address: 00:1e:06:20:1b:50
rgephy0 at awge0 phy 0: RTL8169S/8110S/8211 1000BASE-T media interface, rev. 6
rgephy1 at awge0 phy 1: RTL8169S/8110S/8211 1000BASE-T media interface, rev. 6
droid#

While pinging this box from a remote host (should give 1pps in),
and repeating

   vmstat -i | grep 'irq 40'

does not produce something which increases with 1 per second:

droid# vmstat -i | grep 'irq 40'
armgic (cpu0) irq 40 490
droid# vmstat -i | grep 'irq 40'
armgic (cpu0) irq 40 500
droid# vmstat -i | grep 'irq 40'
armgic (cpu0) irq 40 510
droid# vmstat -i | grep 'irq 40'
armgic (cpu0) irq 40 520
droid# 

(There were several seconds between each of thse.)

Tcpdump'ing on a neighboring host when it tries to ARP for this
neighbor on the same LAN shows that it sends ARP packets fine,
but appears to be "deaf" to the reception of the responses, and
the ARP requests are just retransmitted until the ODROID gives
up.

This same kernel worked fine for a while, I was midway into
checking out pkgsrc when it crashed (for other reasons), but now
I can't get it to be "live" on our network at all.  I've both
done warm and cold reboots.  Ifconfig says everything is fine:

droid# ifconfig awge0
awge0: flags=0x8843 mtu 1500
ec_capabilities=1
ec_enabled=0
address: 00:1e:06:20:1b:50
media: Ethernet autoselect (1000baseT full-duplex)
status: active
inet6 fe80::21e:6ff:fe20:1b50%awge0 prefixlen 64 scopeid 0x2
inet 158.38.39.50 netmask 0xff00 broadcast 158.38.39.255
droid#

It has link etc.

droid# netstat -in
Name  Mtu   Network   Address  Ipkts IerrsOpkts Oerrs Colls
lo0   33180 14 0   14 0 0
lo0   33180 127/0 127.0.0.1   14 0   14 0 0
lo0   33180 default   ::1 14 0   14 0 0
lo0   33180 default   fe80::1 14 0   14 0 0
awge0 1500  00:1e:06:20:1b:50   22 0   93 0 0
awge0 1500  default   fe80::21e:6ff:fe2   22 0   93 0 0
awge0 1500  158/0 158.38.39.5022 0   93 0 0
droid#

The non-zero parts of "netstat -s" says:

droid# netstat -s | grep -v -w 0
...
udp:
25 datagrams received
25 delivered
14 PCB hash misses
67 datagrams output
ip:
25 total packets received
25 packets for this host
67 packets sent from this host
ip6:
11 total packets received
11 packets for this host
20 packets sent from this host
Input packet histogram:
UDP: 11
Mbuf statistics:
3 one mbufs
two or more mbuf:
lo0 = 8
icmp6:
Output packet histogram:
multicast listener report: 8
neighbor solicitation: 1
udp6:
11 datagrams received
11 delivered
11 datagrams output
arp:
42 packets sent
42 request packets
42 packets deferred pending ARP resolution
42 dropped

and that's it.

My other ODROID which runs 7.99.47 is newly booted and which
works fine at the moment says

arp:
3 packets sent
3 request packets
1775 packets received
2 reply packets
1773 valid request packets
1773 broadcast/multicast packets
3 packets with null source IP address
2 packets deferred pending ARP resolution
2 sent

I reverted to the same 7.99.47 kernel on the "problem" ODROID,
and on first boot it worked on the network, but I had a crash
(file system related), and after the auto-reboot it has again
fallen "off the net".

Has anyone seen anything like this before?

Does anyone have suggestions for what more debugging is needed to
narrow down the actual cause?

Regards,

- Håvard

Automated report: NetBSD-current/i386 build failure

2017-01-12 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.12.17.19.17.

An extract from the build.sh output follows:

 #define snprintf  _snprintf
 ^
In file included from 
/tmp/bracket/build/2017.01.12.17.19.17-i386/destdir/usr/include/stdio.h:597:0,
 from 
/tmp/bracket/build/2017.01.12.17.19.17-i386/src/lib/libc/gen/glob.c:80,
 from 
/tmp/bracket/build/2017.01.12.17.19.17-i386/src/lib/libc/compat/gen/compat_glob.c:35:

/tmp/bracket/build/2017.01.12.17.19.17-i386/destdir/usr/include/ssp/stdio.h:64:0:
 error: "vsnprintf" redefined [-Werror]
 #define vsnprintf(str, len, fmt, ap) \
 ^
In file included from 
/tmp/bracket/build/2017.01.12.17.19.17-i386/src/lib/libc/compat/gen/compat_glob.c:7:0:

/tmp/bracket/build/2017.01.12.17.19.17-i386/src/lib/libc/include/namespace.h:739:0:
 note: this is the location of the previous definition
 #define vsnprintf  _vsnprintf
 ^
--- compat_ndbmdatum.o ---
cc1: all warnings being treated as errors
*** [compat_ndbmdatum.o] Error code 1
nbmake[7]: stopped in 
/tmp/bracket/build/2017.01.12.17.19.17-i386/src/lib/libc
--- utimes.html2 ---

The following commits were made between the last successful build and
the failed build:

2017.01.12.16.47.18 christos src/share/mk/bsd.sys.mk,v 1.265
2017.01.12.17.11.22 maya src/sys/dev/pcmcia/if_ray.c,v 1.85
2017.01.12.17.14.23 christos src/external/gpl3/gcc/dist/gcc/diagnostic.c,v 
1.2
2017.01.12.17.19.17 ryo src/sys/net/pfil.c,v 1.31

Log files can be found at:


http://releng.NetBSD.org/b5reports/i386/commits-2017.01.html#2017.01.12.17.19.17

-current MKTPM=1 build failure

2017-01-12 Thread Hauke Fath 

During a -current build with MKTPM=1, I have run into

[...]
--- tpm_nvread.o ---
#   compile  tpm_nvread/tpm_nvread.o
/var/tmp/netbsd-builds/developer/amd64/tools/bin/x86_64--netbsd-gcc -O2 
-fPIE-std=gnu99   -Werror 
--sysroot=/var/tmp/netbsd-builds/developer/amd64/destdi
/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c: 
In function 'main':
/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c:273:49: 
error: 'S_IRUSR' undeclared (first use in this function)

   fd = open(filename, O_WRONLY|O_TRUNC|O_CREAT, S_IRUSR|S_IWUSR);
 ^
/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c:273:49: 
note: each undeclared identifier is reported only once for e
/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c:273:57: 
error: 'S_IWUSR' undeclared (first use in this function)

   fd = open(filename, O_WRONLY|O_TRUNC|O_CREAT, S_IRUSR|S_IWUSR);
 ^
--- dependall-usr.bin ---
/var/tmp/netbsd-builds/developer/amd64/tools/bin/nbctfconvert -g -L 
VERSION setemul.o

--- dependall-crypto/external ---
*** [tpm_nvread.o] Error code 1

nbmake[10]: stopped in 
/local/source/netbsd-developer/crypto/external/cpl/tpm-tools/bin/tpm_nvread



which the following patch fixes

Index: crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c
===
RCS file: 
/cvsroot/src/crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c,v

retrieving revision 1.1.1.1
diff -u -u -r1.1.1.1 tpm_nvread.c
--- crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c 
28 Jan 2012 02:57:29 -  1.1.1.1
+++ crypto/external/cpl/tpm-tools/dist/src/tpm_mgmt/tpm_nvread.c 
12 Jan 2017 14:37:42 -

@@ -23,6 +23,7 @@
 #include 
 #include 
 #include 
+#include 

 #include "tpm_nvcommon.h"
 #include "tpm_tspi.h"

-- okay to commit?

Cheerio,
hauke

--
 The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
 Respect for open standards  Ruf +49-6151-16-21344

Re: clang/llvm build failure

2017-01-12 Thread Joerg Sonnenberger 
On Wed, Jan 11, 2017 at 04:11:24PM -0800, bch wrote:
> [...]
> x86_64--netbsd-gcc: error:
> /usr/src/external/bsd/llvm/lib/libLLVMSupport/../../dist/llvm/lib/Support/ConvertUTF.c:
> No such file or directory
> x86_64--netbsd-gcc: fatal error: no input files
> compilation terminated.
> nbmkdep: compile failed.

Make sure that you have an up-to-date tree with the full update. Due to
cvs import stupidity, it took a while to get everything committed. If
problems persist on update builds, the usual note about imports apply as
well: if in doubt, try a clean build.

Joerg