NetBSD Problem Report #52717

From www@NetBSD.org  Fri Nov 10 13:44:27 2017
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 9229D7A178
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 10 Nov 2017 13:44:27 +0000 (UTC)
Message-Id: <20171110134425.D70797A223@mollari.NetBSD.org>
Date: Fri, 10 Nov 2017 13:44:25 +0000 (UTC)
From: kiers@xs4all.nl
Reply-To: kiers@xs4all.nl
To: gnats-bugs@NetBSD.org
Subject: no wm(4) networking in 8.0_BETA
X-Send-Pr-Version: www-1.0

>Number:         52717
>Category:       kern
>Synopsis:       no wm(4) networking in 8.0_BETA
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    msaitoh
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Nov 10 13:45:00 +0000 2017
>Closed-Date:    Sun Dec 10 21:30:41 +0000 2017
>Last-Modified:  Sun Dec 10 21:30:41 +0000 2017
>Originator:     Bert Kiers
>Release:        8.0_BETA
>Organization:
>Environment:
NetBSD yvresse.boppelans.net 8.0_BETA NetBSD 8.0_BETA (GENERIC) #0: Fri Nov 10 13:38:03 CET 2017  kiers@yvresse.boppelans.net:/disk1/kiersextra/netbsd-8/obj/sys/arch/amd64/compile/GENERIC amd64
>Description:
After upgrading the kernel to 8.0_BETA (from today) and rebooting, there is no more networking on wm1(4).  wm1 probes as

wm1 at pci1 dev 0 function 1: 82576 1000BaseT Ethernet (rev. 0x01)
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 TX and RX interrupting at msix1 vec 2 affinity to 3
wm1: for TX and RX interrupting at msix1 vec 3 affinity to 4
wm1: for TX and RX interrupting at msix1 vec 4 affinity to 5
wm1: for TX and RX interrupting at msix1 vec 5 affinity to 6
wm1: for TX and RX interrupting at msix1 vec 6 affinity to 7
wm1: for TX and RX interrupting at msix1 vec 7 affinity to 8
wm1: for TX and RX interrupting at msix1 vec 8 affinity to 9
wm1: for LINK interrupting at msix1 vec 9
wm1: Ethernet address 00:30:48:9e:a9:2f
igphy1 at wm1 phy 1: i82566 10/100/1000 media interface, rev. 1
igphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto


yvresse# ifconfig wm1
wm1: flags=8b43<UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX>wm1: flags=8b43<MULTICAST> mtu 1500
	capabilities=7ff80<TSO4,IP4CSUM_Rx,IP4CSUM_Tx,TCP4CSUM_Rx>
	capabilities=7ff80<TCP4CSUM_Tx,UDP4CSUM_Rx,UDP4CSUM_Tx,TCP6CSUM_Rx>
	capabilities=7ff80<TCP6CSUM_Tx,UDP6CSUM_Rx,UDP6CSUM_Tx,TSO6>
	enabled=0
	ec_capabilities=7<VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU>
	ec_enabled=1<VLAN_MTU>
	address: 00:30:48:92:ae:f5
	media: Ethernet autoselect (1000baseT full-duplex)
	status: active
	inet 194.109.192.195 netmask 0xfffffff8 broadcast 194.109.192.199
	inet6 fe80::230:48ff:fe9e:a92f%wm1 prefixlen 64 scopeid 0x2
	inet6 2001:888:2127::3 prefixlen 64
	link 00:30:48:9e:a9:2f

This worked on NetBSD7.  There is an ipf firewall that allows everything; and ipf -D does not help.  tcpdump -i wm1 -n shows only outging packets:

14:27:03.032528 ARP, Request who-has 194.109.192.193 tell 194.109.192.195, length 28
14:27:03.032566 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:04.032883 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:05.033248 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:06.033660 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:07.033982 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:08.034344 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:09.034757 ARP, Request who-has 194.109.192.193 tell 194.109.192.195, length 28
14:27:10.035083 ARP, Request who-has 194.109.192.193 tell 194.109.192.195, length 28
14:27:11.035456 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:11.035484 ARP, Request who-has 194.109.192.193 tell 194.109.192.195, length 28
14:27:12.035795 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32
14:27:13.036161 IP6 2001:888:2127::3 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2001:888:2127::1, length 32

but not the 70 pps of ARP, STP, IP, LLDP chatter that I see when NetBSD-7 is booted.

Pinging (v4 or v6) this box from another on the same net does not work, and does not result in an ARP entry.  

Is it possible the interrupts generated by the NIC are not seen?

root@yvresse:~# cpuctl list
Num  HwId Unbound LWPs Interrupts Last change              #Intr
---- ---- ------------ ---------- ------------------------ -----
0    0    online       intr       Fri Nov 10 14:38:54 2017 17   
1    2    online       intr       Fri Nov 10 14:38:54 2017 2    
2    4    online       intr       Fri Nov 10 14:38:54 2017 2    
3    6    online       intr       Fri Nov 10 14:38:54 2017 2    
4    10   online       intr       Fri Nov 10 14:38:54 2017 2    
5    12   online       intr       Fri Nov 10 14:38:54 2017 2    
6    14   online       intr       Fri Nov 10 14:38:54 2017 2    
7    16   online       intr       Fri Nov 10 14:38:54 2017 2    
8    1    online       intr       Fri Nov 10 14:38:54 2017 2    
9    3    online       intr       Fri Nov 10 14:38:54 2017 2    
10   5    online       intr       Fri Nov 10 14:38:54 2017 0    
11   7    online       intr       Fri Nov 10 14:38:54 2017 0    
12   11   online       intr       Fri Nov 10 14:38:54 2017 0    
13   13   online       intr       Fri Nov 10 14:38:54 2017 0    
14   15   online       intr       Fri Nov 10 14:38:54 2017 0    
15   17   online       intr       Fri Nov 10 14:38:54 2017 0    


The hardware is Supermicro X8DTU; complete dmesg at http://netbsd.itsx.net/NetBSD-8.0_BETA-noNetworking.dmesg

>How-To-Repeat:
Boot NetBSD-8BETA on a box with wm(4) NIC
>Fix:
no idea

>Release-Note:

>Audit-Trail:
From: Bert Kiers <kiers@original.xs4all.nl>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/52717: no wm(4) networking in 8.0_BETA
Date: Thu, 16 Nov 2017 11:12:22 +0100

 On Fri, Nov 10, 2017 at 01:45:00PM +0000, kiers@xs4all.nl wrote:

 Did more tests with resuls in thread "Possible regression in wm(4)?"
 on netbsd-current ML

 -- 
 B*E*R*T

From: Bert Kiers <kiers@original.xs4all.nl>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/52717: no wm(4) networking in 8.0_BETA
Date: Thu, 16 Nov 2017 11:14:05 +0100

 On Thu, Nov 16, 2017 at 11:12:22AM +0100, Bert Kiers wrote:
 > On Fri, Nov 10, 2017 at 01:45:00PM +0000, kiers@xs4all.nl wrote:
 > 
 > Did more tests with resuls in thread "Possible regression in wm(4)?"
 > on netbsd-current ML

 That should be current-users@netbsd.org

 -- 
 B*E*R*T

From: "SAITOH Masanobu" <msaitoh@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/52717 CVS commit: src/sys/dev/pci
Date: Thu, 7 Dec 2017 00:38:39 +0000

 Module Name:	src
 Committed By:	msaitoh
 Date:		Thu Dec  7 00:38:38 UTC 2017

 Modified Files:
 	src/sys/dev/pci: if_wm.c

 Log Message:
  Fix a bug that 8257[56] can't receive packet reported by Bert Kiers in
 PR#52717. For 82575 and 82576, the RX descriptors must be initialized after
 the setting of RCTL.EN in wm_set_filter(). This bug was added in if_wm.c
 rev. 1.515.


 To generate a diff of this commit:
 cvs rdiff -u -r1.547 -r1.548 src/sys/dev/pci/if_wm.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Soren Jacobsen" <snj@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/52717 CVS commit: [netbsd-8] src/sys/dev/pci
Date: Sun, 10 Dec 2017 10:16:09 +0000

 Module Name:	src
 Committed By:	snj
 Date:		Sun Dec 10 10:16:09 UTC 2017

 Modified Files:
 	src/sys/dev/pci [netbsd-8]: if_wm.c

 Log Message:
 Pull up following revision(s) (requested by msaitoh in ticket #432):
 	sys/dev/pci/if_wm.c: revision 1.548
 Fix a bug that 8257[56] can't receive packet reported by Bert Kiers in
 PR#52717. For 82575 and 82576, the RX descriptors must be initialized after
 the setting of RCTL.EN in wm_set_filter(). This bug was added in if_wm.c
 rev. 1.515.


 To generate a diff of this commit:
 cvs rdiff -u -r1.508.4.9 -r1.508.4.10 src/sys/dev/pci/if_wm.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

Responsible-Changed-From-To: kern-bug-people->msaitoh
Responsible-Changed-By: msaitoh@NetBSD.org
Responsible-Changed-When: Sun, 10 Dec 2017 21:30:41 +0000
Responsible-Changed-Why:
mine.


State-Changed-From-To: open->closed
State-Changed-By: msaitoh@NetBSD.org
State-Changed-When: Sun, 10 Dec 2017 21:30:41 +0000
State-Changed-Why:
Fixed and pulled up.
Thanks.


>Unformatted:

Home	PR Database Search