daily CVS update output

2016-11-28 Thread NetBSD source update 

Updating src tree:
P src/bin/ps/extern.h
P src/bin/ps/nlist.c
P src/bin/ps/print.c
P src/bin/ps/ps.c
P src/bin/ps/ps.h
P src/distrib/sets/lists/comp/mi
P src/lib/libcurses/addbytes.c
P src/share/man/man9/Makefile
U src/share/man/man9/dksubr.9
P src/sys/arch/mips/cavium/octeon_intr.c
P src/sys/arch/x86/pci/if_vmx.c
P src/sys/arch/x86/pci/pci_intr_machdep.c
P src/sys/arch/x86/pci/pci_msi_machdep.c
P src/sys/dev/dksubr.c
P src/sys/dev/pci/ixgbe/ixv.c
P src/sys/sys/disk.h
P src/sys/sys/param.h
P src/tests/kernel/t_ptrace_wait.c
P src/tests/net/net_common.sh

Updating xsrc tree:


Killing core files:

Running the SUP scanner:
SUP Scan for current starting at Tue Nov 29 03:01:37 2016
SUP Scan for current completed at Tue Nov 29 03:01:52 2016
SUP Scan for mirror starting at Tue Nov 29 03:01:52 2016
SUP Scan for mirror completed at Tue Nov 29 03:04:06 2016




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  50033443 Nov 29 03:05 ls-lRA.gz

x11 build fails for ia64

2016-11-28 Thread scole_mail 
For the heck of it, I tried to build current/x11 for ia64.  It used to
complete successfully a couple months ago, but here is the error log now.

Thanks

dependall ===> external/mit/xorg/server/xorg-server/xkb
#   compile  xkb/xkb.o
/home/scole/nbsd/cvs/src/obj/tooldir.NetBSD-7.0.2_PATCH-i386/bin/ia64--netbsd-gcc
 -O2   -std=gnu99   -Werror   -fno-strict-aliasing  
--sysroot=/home/scole/nbsd/cvs/src/obj/destdir.ia64 -DSHAPE -DXKB -DLBX 
-DXAPPGROUP -DXCSECURITY  -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV  
-DPANORAMIX -DRENDER -DRANDR -DGCCUSESGAS  -DAVOID_GLYPHBLT -DSINGLEDEPTH 
-DXvExtension  -DXFree86Server -DXvMCExtension -DSMART_SCHEDULE  -DBUILDDEBUG 
-DXResExtension -DNDEBUG -DXINPUT -DXFreeXDGA -DXF86VIDMODE 
-DXSERVER_LIBPCIACCESS -DXORG_VERSION_CURRENT="(((1) * 1000) + ((18) * 
10) + ((4) * 1000) + 0)" 
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/include  
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include/X11  
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include/X11/extensions  
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include/pixman-1  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/Xext  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/mi  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/Xi  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/miext/damage  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/render  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/hw/xfree86/common  
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/../include 
-DXKB_IN_SERVER -DHAVE_XKB_CONFIG_H  
-DXKB_BASE_DIRECTORY=\"/usr/X11R7/lib/X11/xkb\"  
-DXKB_BIN_DIRECTORY=\"/usr/X11R7/bin\"  
-DXKM_OUTPUT_DIR=\"/usr/X11R7/lib/X11/xkb/compiled/\"  -DXKB_DFLT_DISABLED=0  
-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO 
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include -c -Wno-error   
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c -o xkb.o
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c: In function 
'_XkbSetNames':
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4201:35: 
warning: passing argument 1 of '_XkbCopyMaskedAtoms' from incompatible pointer 
type [-Wincompatible-pointer-types]
 tmp = _XkbCopyMaskedAtoms(tmp, names->indicators, XkbNumIndicators,
   ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:3956:1: note: 
expected 'Atom * {aka long unsigned int *}' but argument is of type 'CARD32 * 
{aka unsigned int *}'
 _XkbCopyMaskedAtoms(Atom *wire, Atom *dest, int nAtoms, CARD32 present)
 ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4201:13: 
warning: assignment from incompatible pointer type 
[-Wincompatible-pointer-types]
 tmp = _XkbCopyMaskedAtoms(tmp, names->indicators, XkbNumIndicators,
 ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4206:35: 
warning: passing argument 1 of '_XkbCopyMaskedAtoms' from incompatible pointer 
type [-Wincompatible-pointer-types]
 tmp = _XkbCopyMaskedAtoms(tmp, names->vmods, XkbNumVirtualMods,
   ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:3956:1: note: 
expected 'Atom * {aka long unsigned int *}' but argument is of type 'CARD32 * 
{aka unsigned int *}'
 _XkbCopyMaskedAtoms(Atom *wire, Atom *dest, int nAtoms, CARD32 present)
  ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4206:13: 
warning: assignment from incompatible pointer type 
[-Wincompatible-pointer-types]
 tmp = _XkbCopyMaskedAtoms(tmp, names->vmods, XkbNumVirtualMods,
 ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4211:35: 
warning: passing argument 1 of '_XkbCopyMaskedAtoms' from incompatible pointer 
type [-Wincompatible-pointer-types]
 tmp = _XkbCopyMaskedAtoms(tmp, names->groups, XkbNumKbdGroups,
   ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:3956:1: note: 
expected 'Atom * {aka long unsigned int *}' but argument is of type 'CARD32 * 
{aka unsigned int *}'
 _XkbCopyMaskedAtoms(Atom *wire, Atom *dest, int nAtoms, CARD32 present)
 ^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4211:13: 
warning: assignment from incompatible pointer type 
[-Wincompatible-pointer-types]
 tmp = _XkbCopyMaskedAtoms(tmp, names->groups, XkbNumKbdGroups,
 ^
In file included from 
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:34:0:
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c: In function 
'_XkbWriteAtoms':
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/include/misc.h:357:4: 
error: call to 'wrong_size' declared with attribute error: wrong sized variable 
passed to swap
wrong_size(); \
^

Woboq-based code browser for AMD64 GENERIC and XEN3DOMU

2016-11-28 Thread Joerg Sonnenberger 
Hi all,
I've uploaded two runs of the Woboq code browser indexing tools to
ftp.n.o. This is a semantic analysis of the NetBSD kernel. I'm currently
in the process of upstream some changes for easing build system changes
for building the compilation database, so that it would be possible at
some point in the future to provide this automatically from the releng
cluster.

You can find the AMD64 GENERIC kernel at
http://cdn.netbsd.org/pub/NetBSD/misc/joerg/GENERIC/
and the AMD64 XEN3DOMU kernel at
http://cdn.netbsd.org/pub/NetBSD/misc/joerg/XEN3DOMU/

Joerg

Re: wm devices don't work under current amd64

2016-11-28 Thread Masanobu SAITOH 

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.

 I've struggled to make I219 work for month but the work have not
finished yet.

 I also resumed working ixg(4) sync with FreeBSD last week and it'll
take a few or more weeks to finish. Until finishing the work, I won't
come back to any wm bugfixes. So if someone can spend time to fix vlan
and I219 problem of wm(4), please do!

 Regards.



 I am experiencing very similar
problems with -current as of yesterday.  My system is a
SuperMicro X7SPA-HF used as a router with a non-vlan interface
towards my ISP (wm1), and a vlan'ed interface for a number of
internal networks (wm0).

An old kernel 7.99.21 from October last year works fine:
[ ... ]
ppb0 at pci0 dev 28 function 0: vendor 8086 product 2940 (rev. 0x02)
ppb0: PCI Express capability version 1  x4 @ 2.
5GT/s
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled, rd/line, wr/inv ok
ppb1 at pci0 dev 28 function 4: vendor 8086 product 2948 (rev. 0x02)
ppb1: PCI Express capability version 1  x1 @ 2.
5GT/s
pci2 at ppb1 bus 2
pci2: i/o space, memory space enabled, rd/line, wr/inv ok
wm0 at pci2 dev 0 function 0: Intel i82574L (rev. 0x00)
wm0: for TX interrupting at msix0 vec 0 affinity to 0
wm0: for RX interrupting at msix0 vec 1 affinity to 1
wm0: for RX interrupting at msix0 vec 2 affinity to 2
wm0: for LINK interrupting at msix0 vec 3
wm0: PCI-Express bus
wm0: 2048 words (8 address bits) SPI EEPROM, version 1.9.0, Image Unique ID 

wm0: Ethernet address 00:xx:xx:xx:xx:xx
makphy0 at wm0 phy 1: Marvell 88E1149 Gigabit PHY, rev. 1
makphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
1000baseT-FDX, auto
ppb2 at pci0 dev 28 function 5: vendor 8086 product 294a (rev. 0x02)
ppb2: PCI Express capability version 1  x1 @ 
2.5GT/s
pci3 at ppb2 bus 3
pci3: i/o space, memory space enabled, rd/line, wr/inv ok
wm1 at pci3 dev 0 function 0: Intel i82574L (rev. 0x00)
wm1: for TX interrupting at msix1 vec 0 affinity to 0
wm1: for RX interrupting at msix1 vec 1 affinity to 1
wm1: for RX interrupting at msix1 vec 2 affinity to 2
wm1: for LINK interrupting at msix1 vec 3
wm1: PCI-Express bus
wm1: 512 words (8 address bits) SPI EEPROM, version 1.9.0, Image Unique ID 

wm1: Ethernet address 00:yy:yy:yy:yy:yy
makphy1 at wm1 phy 1: Marvell 88E1149 Gigabit PHY, rev. 1
makphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
1000baseT-FDX, auto

With a current kernel from yesterday (7.99.42) however, the vlan
interfaces on wm0 do not work.  The dmesg also looks slightly different
(the interrupt routing seems different):

ppb0 at pci0 dev 28 function 0: vendor 8086 product 2940 (rev. 0x02)
ppb0: PCI Express capability version 1  x4 @ 2.
5GT/s
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled, rd/line, wr/inv ok
ppb1 at pci0 dev 28 function 4: vendor 8086 product 2948 (rev. 0x02)
ppb1: PCI Express capability version 1  x1 @ 2.
5GT/s
pci2 at ppb1 bus 2
pci2: i/o space, memory space enabled, rd/line, wr/inv ok
wm0 at pci2 dev 0 function 0: Intel i82574L (rev. 0x00)
wm0: for TX and RX interrupting at msix0 vec 0 affinity to 1
wm0: for TX and RX interrupting at msix0 vec 1 affinity to 2
wm0: for LINK interrupting at msix0 vec 2
wm0: PCI-Express bus
wm0: 2048 words (8 address bits) SPI EEPROM, version 1.9.0, Image Unique ID 

wm0: Ethernet address 00:xx:xx:xx:xx:xx
makphy0 at wm0 phy 1: Marvell 88E1149 Gigabit PHY, rev. 1
makphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
1000baseT-FDX, auto
ppb2 at pci0 dev 28 function 5: vendor 8086 product 294a (rev. 0x02)
ppb2: PCI Express capability version 1  x1 @ 
2.5GT/s
pci3 at ppb2 bus 3
pci3: i/o space, memory space enabled, rd/line, wr/inv ok
wm1 at pci3 dev 0 function 0: Intel i82574L (rev. 0x00)
wm1: for TX and RX interrupting at msix1 vec 0 affinity to 1
wm1: for TX and RX interrupting at msix1 vec 1 affinity to 2
wm1: for LINK interrupting at msix1 vec 2
wm1: PCI-Express bus
wm1: 512 words (8 address bits) SPI EEPROM, version 1.9.0, Image Unique ID 

wm1: Ethernet address