kern/42068: fxp address adding or removing causes link changes

To: kern-bug-people%netbsd.org@localhost,gnats-admin%netbsd.org@localhost,netbsd-bugs%netbsd.org@localhost
Subject: kern/42068: fxp address adding or removing causes link changes
From: elentirmo.gilgalad%gmail.com@localhost
Date: Tue, 15 Sep 2009 16:25:00 +0000 (UTC)
>Number:         42068
>Category:       kern
>Synopsis:       fxp address adding or removing causes link changes
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Sep 15 16:25:00 +0000 2009
>Originator:     Gabor Gergely
>Release:        5.99.17
>Organization:
>Environment:
NetBSD hunyadi.local 5.99.17 NetBSD 5.99.17 (GENERIC) #0: Sat Sep 12 04:15:36 
UTC 2009  
builds%b6.netbsd.org@localhost:/home/builds/ab/HEAD/i386/200909120000Z-obj/home/builds/ab/HEAD/src/sys/arch/i386/compile/GENERIC
 i386
>Description:
the simptoms are, that using dhcpcd once the address has been aquired, the link 
goes away, and the dhcp process has to start again. This behaviour has been 
reproduced with the following commands:

ifconfig fxp0 -alias 168.254.158.96/24
ifconfig fxp0 alias 168.254.158.96/24
ifconfig fxp0 -alias 168.254.158.96/24
ifconfig fxp0 alias 168.254.158.96/24
ifconfig fxp0 -alias 168.254.158.96/24

yielding the following results on route monitor:

### file pasted
got message of size 120 on Tue Sep 15 17:21:25 2009
RTM_DELETE: Delete Route: len 120, pid 0, seq 0, errno 0, flags: <CLONING>
locks:  inits: 
sockaddrs: <DST,GATEWAY,NETMASK>
 169.254.158.0  255.255.255.0
got message of size 80 on Tue Sep 15 17:21:25 2009
RTM_DELADDR: address being removed from iface: len 80, metric 0, flags: 
<CLONING>
sockaddrs: <NETMASK,IFP,IFA,BRD>
 255.255.255.0 fxp0:0.a.e4.34.7e.7f 169.254.158.96 169.254.158.255
got message of size 148 on Tue Sep 15 17:21:25 2009
#20: len 148, if# 2, carrier: no carrier, flags: 
<UP,BROADCAST,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:21:25 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,STATIC,PROTO1>
locks:  inits: <sendpipe,recvpipe>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.82.aa.02.00.0
got message of size 144 on Tue Sep 15 17:21:25 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 148 on Tue Sep 15 17:21:27 2009
#20: len 148, if# 2, carrier: active, flags: 
<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:21:27 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: <sendpipe,recvpipe,hopcount>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.82.aa.02.00.0
got message of size 144 on Tue Sep 15 17:21:27 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 80 on Tue Sep 15 17:23:39 2009
RTM_NEWADDR: address being added to iface: len 80, metric 0, flags: <CLONING>
sockaddrs: <NETMASK,IFP,IFA,BRD>
 255.255.255.0 fxp0:0.a.e4.34.7e.7f 169.254.158.96 169.254.158.255
got message of size 120 on Tue Sep 15 17:23:39 2009
RTM_ADD: Add Route: len 120, pid 0, seq 0, errno 0, flags: <UP,CLONING>
locks:  inits: 
sockaddrs: <DST,GATEWAY,NETMASK>
 169.254.158.0  255.255.255.0
got message of size 148 on Tue Sep 15 17:23:39 2009
#20: len 148, if# 2, carrier: no carrier, flags: 
<UP,BROADCAST,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:23:39 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,STATIC,PROTO1>
locks:  inits: <pksent,rtt,recvpipe>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.13.1a.03.00.0
got message of size 144 on Tue Sep 15 17:23:39 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 148 on Tue Sep 15 17:23:41 2009
#20: len 148, if# 2, carrier: active, flags: 
<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:23:41 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: <pksent,rtt,recvpipe,hopcount>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.13.1a.03.00.0
got message of size 144 on Tue Sep 15 17:23:41 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 120 on Tue Sep 15 17:27:45 2009
RTM_DELETE: Delete Route: len 120, pid 0, seq 0, errno 0, flags: <CLONING>
locks:  inits: 
sockaddrs: <DST,GATEWAY,NETMASK>
 169.254.158.0  255.255.255.0
got message of size 80 on Tue Sep 15 17:27:45 2009
RTM_DELADDR: address being removed from iface: len 80, metric 0, flags: 
<CLONING>
sockaddrs: <NETMASK,IFP,IFA,BRD>
 255.255.255.0 fxp0:0.a.e4.34.7e.7f 169.254.158.96 169.254.158.255
got message of size 148 on Tue Sep 15 17:27:45 2009
#20: len 148, if# 2, carrier: no carrier, flags: 
<UP,BROADCAST,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:27:45 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,STATIC,PROTO1>
locks:  inits: <ssthresh,sendpipe,expire,mtu>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.81.1f.04.00.0
got message of size 144 on Tue Sep 15 17:27:45 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 148 on Tue Sep 15 17:27:49 2009
#20: len 148, if# 2, carrier: active, flags: 
<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:27:49 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: <ssthresh,sendpipe,recvpipe,hopcount>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.81.1f.04.00.0
got message of size 144 on Tue Sep 15 17:27:49 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 80 on Tue Sep 15 17:31:28 2009
RTM_NEWADDR: address being added to iface: len 80, metric 0, flags: <CLONING>
sockaddrs: <NETMASK,IFP,IFA,BRD>
 255.255.255.0 fxp0:0.a.e4.34.7e.7f 169.254.158.96 169.254.158.255
got message of size 120 on Tue Sep 15 17:31:28 2009
RTM_ADD: Add Route: len 120, pid 0, seq 0, errno 0, flags: <UP,CLONING>
locks:  inits: 
sockaddrs: <DST,GATEWAY,NETMASK>
 169.254.158.0  255.255.255.0
got message of size 148 on Tue Sep 15 17:31:28 2009
#20: len 148, if# 2, carrier: no carrier, flags: 
<UP,BROADCAST,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:31:28 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,STATIC,PROTO1>
locks:  inits: <rttvar,rtt,ssthresh,sendpipe,expire>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.ea.19.05.00.0
got message of size 144 on Tue Sep 15 17:31:28 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 148 on Tue Sep 15 17:31:30 2009
#20: len 148, if# 2, carrier: active, flags: 
<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:31:30 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: <rttvar,rtt,ssthresh,sendpipe,recvpipe>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.ea.19.05.00.0
got message of size 144 on Tue Sep 15 17:31:30 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 120 on Tue Sep 15 17:32:43 2009
RTM_DELETE: Delete Route: len 120, pid 0, seq 0, errno 0, flags: <CLONING>
locks:  inits: 
sockaddrs: <DST,GATEWAY,NETMASK>
 169.254.158.0  255.255.255.0
got message of size 80 on Tue Sep 15 17:32:43 2009
RTM_DELADDR: address being removed from iface: len 80, metric 0, flags: 
<CLONING>
sockaddrs: <NETMASK,IFP,IFA,BRD>
 255.255.255.0 fxp0:0.a.e4.34.7e.7f 169.254.158.96 169.254.158.255
got message of size 148 on Tue Sep 15 17:32:43 2009
#20: len 148, if# 2, carrier: no carrier, flags: 
<UP,BROADCAST,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:32:43 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,STATIC,PROTO1>
locks:  inits: <pksent,rtt,sendpipe,recvpipe,expire>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.0b.3b.05.00.0
got message of size 144 on Tue Sep 15 17:32:43 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
got message of size 148 on Tue Sep 15 17:32:45 2009
#20: len 148, if# 2, carrier: active, flags: 
<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
got message of size 84 on Tue Sep 15 17:32:45 2009
RTM_OIFINFO: iface status change (pre-1.5): len 84, pid 919046, seq 1500, errno 
0, flags: <UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: <pksent,rtt,ssthresh>
sockaddrs: <GATEWAY>
 (174) af.4a.6e.bb.0b.00.00.00.00.00.0b.3b.05.00.0
got message of size 144 on Tue Sep 15 17:32:45 2009
RTM_IFINFO: iface status change: len 144, pid 919046, seq 0, errno 1500, flags: 
<UP,GATEWAY,DONE,STATIC,PROTO1>
locks:  inits: 
sockaddrs: <GATEWAY>
 default
### file over

>How-To-Repeat:
Use my IBM Thnikpad R50e computer, and try to acquire an ip address using 
dhcpcd. (Note that bypassing the link detection efature in dhcpcd makes it 
work.)
>Fix:
Probably the fxp driver needs to be checked and corrected.
Follow-Ups:
- Re: kern/42068: fxp address adding or removing causes link changes
  - From: Martin Husemann
Prev by Date: bin/42067: can not use stderr from cgi script
Next by Date: Re: kern/42068: fxp address adding or removing causes link changes
Previous by Thread: bin/42067: can not use stderr from cgi script
Next by Thread: Re: kern/42068: fxp address adding or removing causes link changes
Indexes:
Home | Main Index | Thread Index | Old Index