NetBSD Problem Report #51622

From timshel@hopkins.fluentdevelopment.com.au  Fri Nov 11 13:05:07 2016
Return-Path: <timshel@hopkins.fluentdevelopment.com.au>
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 "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id E4FAB7A2C4
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 11 Nov 2016 13:05:07 +0000 (UTC)
Message-Id: <20161111130502.3BD1814B3F@hopkins.fluentdevelopment.com.au>
Date: Sat, 12 Nov 2016 00:05:02 +1100 (AEDT)
From: timshel@fluentdevelopment.com.au
Reply-To: timshel@fluentdevelopment.com.au
To: gnats-bugs@NetBSD.org
Subject: npf startup failure when using dhcpcd inet4 and inet6
X-Send-Pr-Version: 3.95

>Number:         51622
>Category:       bin
>Synopsis:       NPF startup fails when using dhcpcd for inet4 and inet6
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Nov 11 13:10:00 +0000 2016
>Closed-Date:    Sat Jan 19 21:46:10 +0000 2019
>Last-Modified:  Sat Jan 19 21:46:10 +0000 2019
>Originator:     Timshel Knoll-Miller
>Release:        NetBSD 7.0.2
>Organization:
Fluent Development
>Environment:
System: NetBSD hopkins.fluentdevelopment.com.au 7.0.2 NetBSD 7.0.2 (GENERIC.201610210724Z) amd64
Architecture: x86_64
Machine: amd64 
>Description:
Enabling of NPF at startup has been failing my VPS systems with the
following error:
/etc/npf.conf:1:25: no addresses matched for interface 'vioif0' near ')'

Running `npfctl show` after startup gives:
# filtering:	inactive
# config:	loaded

Doing a /etc/rc.d/npf restart after startup is successful.

I've finally managed to track this down to a timing issue between dhcpcd and
npf when used with both inet4 and inet6 addresses.

dhcpcd forks to the background after assigning one protocol's address.
When npf is enabled, it fails because the interface doesn't have an address
of the alternate protocol. Depending on which address dhcpcd received a
lease or RA from first, this could be either of the inet4() or inet6()
functions.

I've tried specifying both `--waitip 4' and `--waitip 6' to dhcpcd but it
doesn't seem to wait for both types of address to be assigned before
forking to the background.
The dhcpcd.conf(5) manpage says: "It is possible to wait for more than one
address protocol and dhcpcd.conf will only fork to the background when all
waiting conditions are satisfied." but my observations suggests that this
seems to be incorrect.

>How-To-Repeat:
 * Setup an interface on a network with a DHCP server for both IPv4 and
   IPv6 address assignments.
 * Ensure dhcpcd is enabled on the interface (e.g. `dhcpcd=YES' and
   `dhcpcd_args=-qM <interface_name>'). No other addresses should be assigned.
 * Setup a basic npf.conf which includes references to both
   inet4(<interface>) and inet6(<interface>)

--- begin example /etc/npf.conf ---
$ext_if = { inet4(vioif0), inet6(vioif0) }
$ext_if4 = inet4(vioif0)
$ext_if6 = inet6(vioif0)

$services_tcp = { ssh }

group "external" on $ext_if {
        # outbound traffic, generate state per packet
        pass stateful out final family inet6 from $ext_if6 
        pass stateful out final family inet4 from $ext_if4 

        # not being picky about our own address here
        pass in  final family inet6 proto ipv6-icmp all
        pass in  final family inet4 proto icmp      all

        # management services
        pass stateful in final family inet6 proto tcp to $ext_if6 port $services_tcp   
        pass stateful in final family inet4 proto tcp to $ext_if4 port $services_tcp
}

group default {
        pass final on lo0 all
}
--- end example  /etc/npf.conf ---

>Fix:

Unknown.

As mentioned above, I've tried (unsuccessfully) passing --waitip 4 and
--waitip 6 to dhcpcd, but this doesn't seem to wait for both IPv4 and IPv6
addresses to be assigned before continuing as suggested by the manpage.   

>Release-Note:

>Audit-Trail:
From: Timshel Knoll-Miller <timshel@fluentdevelopment.com.au>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: bin/51622: npf startup failure when using dhcpcd inet4 and inet6
Date: Fri, 11 Nov 2016 13:26:30 +0000

 --001a11475946be055505410670ea
 Content-Type: text/plain; charset=UTF-8

 Although it doesn't mention dhcpcd, I suspect that bin/49776 might be the
 same issue.

 On Sat, 12 Nov 2016 at 00:10 <gnats-admin@netbsd.org> wrote:

 > Thank you very much for your problem report.
 > It has the internal identification `bin/51622'.
 > The individual assigned to look at your
 > report is: bin-bug-people.
 >
 > >Category:       bin
 > >Responsible:    bin-bug-people
 > >Synopsis:       NPF startup fails when using dhcpcd for inet4 and inet6
 > >Arrival-Date:   Fri Nov 11 13:10:00 +0000 2016
 >
 > --

 [image: fluent-icon-grey-90x90.png]

 Timshel Knoll-Miller
 Co-founder
 Fluent Development
 15 Manna Lane, Cudgee VIC 3265
 p: +61 (03) 5537 9122 m: 0434 864 908e: timshel@fluentdevelopment.com.au w:
 fluentdevelopment.com.au <http://www.fluentdevelopment.com.au/>

 --001a11475946be055505410670ea
 Content-Type: text/html; charset=UTF-8
 Content-Transfer-Encoding: quoted-printable

 <div dir=3D"ltr">Although it doesn&#39;t mention dhcpcd, I suspect that bin=
 /49776 might be the same issue.</div><br><div class=3D"gmail_quote"><div di=
 r=3D"ltr">On Sat, 12 Nov 2016 at 00:10 &lt;<a href=3D"mailto:gnats-admin@ne=
 tbsd.org">gnats-admin@netbsd.org</a>&gt; wrote:<br></div><blockquote class=
 =3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
 ing-left:1ex">Thank you very much for your problem report.<br class=3D"gmai=
 l_msg">
 It has the internal identification `bin/51622&#39;.<br class=3D"gmail_msg">
 The individual assigned to look at your<br class=3D"gmail_msg">
 report is: bin-bug-people.<br class=3D"gmail_msg">
 <br class=3D"gmail_msg">
 &gt;Category:=C2=A0 =C2=A0 =C2=A0 =C2=A0bin<br class=3D"gmail_msg">
 &gt;Responsible:=C2=A0 =C2=A0 bin-bug-people<br class=3D"gmail_msg">
 &gt;Synopsis:=C2=A0 =C2=A0 =C2=A0 =C2=A0NPF startup fails when using dhcpcd=
  for inet4 and inet6<br class=3D"gmail_msg">
 &gt;Arrival-Date:=C2=A0 =C2=A0Fri Nov 11 13:10:00 +0000 2016<br class=3D"gm=
 ail_msg">
 <br class=3D"gmail_msg">
 </blockquote></div><div dir=3D"ltr">-- <br></div><div data-smartmail=3D"gma=
 il_signature"><div dir=3D"ltr"><p style=3D"color:rgb(34,34,34);font-size:sm=
 all;font-family:verdana,sans-serif"></p><table border=3D"0" style=3D"font-f=
 amily:arial,sans-serif;font-size:small;color:rgb(0,0,0);border:none;border-=
 collapse:collapse;width:562px"><colgroup><col width=3D"120"><col width=3D"*=
 "></colgroup><tbody><tr><td style=3D"margin:0px;width:120px;vertical-align:=
 middle"><img title=3D"Fluent" alt=3D"fluent-icon-grey-90x90.png" width=3D"9=
 0" height=3D"90" style=3D"border: none;" src=3D"https://lh3.googleuserconte=
 nt.com/zjId8wBlfkNDNURpKVbP_fIuz6Ktf8bi1t1t-N8Owp52S3vG3P8biOUeXcSSf8LvCT4q=
 wa4KdVNsihKcw2XeW6CjRF4ntcvh_ttxIHjnlzHgOz2zU_hqSWHlYtV3wu8bP_p2XV4v"></td>=
 <td style=3D"margin:0px;vertical-align:middle"><p dir=3D"ltr" style=3D"font=
 -family:quicksand,verdana,arial,helvetica,sans-serif;font-size:13.3333px"><=
 span style=3D"font-size:14.6667px;font-weight:bold">Timshel Knoll-Miller</s=
 pan><br>Co-founder<br><span style=3D"color:rgb(153,153,153);font-weight:bol=
 d">Fluent=C2=A0Development</span><br>15=C2=A0Manna=C2=A0Lane, Cudgee=C2=A0V=
 IC=C2=A03265<br><span style=3D"color:rgb(153,153,153);font-weight:bold">p:=
 =C2=A0</span>+61=C2=A0(03)=C2=A05537=C2=A09122=C2=A0<span style=3D"color:rg=
 b(153,153,153);font-weight:bold">m:=C2=A0</span>0434=C2=A0864=C2=A0908<span=
  style=3D"color:rgb(153,153,153);font-weight:bold">e:=C2=A0</span><a href=
 =3D"mailto:timshel@fluentdevelopment.com.au" target=3D"_blank" style=3D"col=
 or:rgb(17,85,204);text-decoration:none">timshel@fluentdevelopment.com.au</a=
 >=C2=A0<span style=3D"color:rgb(153,153,153);font-weight:bold">w:=C2=A0</sp=
 an><a href=3D"http://www.fluentdevelopment.com.au/" target=3D"_blank" style=
 =3D"color:rgb(17,85,204);text-decoration:none">fluentdevelopment.com.au</a>=
 </p>
 </td></tr></tbody></table>

 </div></div>

 --001a11475946be055505410670ea--

From: Timshel Knoll-Miller <timshel@fluentdevelopment.com.au>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: bin/51622: npf startup failure when using dhcpcd inet4 and inet6
Date: Sun, 13 Nov 2016 17:57:44 +1100

 --94eb2c09538e8d35ca0541293d61
 Content-Type: multipart/alternative; boundary=94eb2c09538e8d35c10541293d5f

 --94eb2c09538e8d35c10541293d5f
 Content-Type: text/plain; charset=UTF-8

 I've discovered a few more details since I logged this.

 It seems that this NPF failure only occurs when dhcpcd(8) is acquiring
 addresses for more than one interface.

 Contrary to what I've written before, when dhcpcd(8) is bound to a SINGLE
 interface, and "--waitip 4 --waitip 6" arguments are given, it does seem to
 wait until both IPv4 and IPv6 addresses have been assigned before forking
 to the background.

 However, when used with multiple interfaces, dhcpcd will fork after ANY one
 interface gets an IPv4 address, and ANY one interface gets an IPv6 address.
 NPF then gets enabled, and if npf.conf includes an inet4() or inet6() call
 for an interface that doesn't have any addresses of that type, it fails as
 described in my original PR.

 The servers I've been experiencing this issue with have two interfaces - an
 external-facing one on a public IP, and an internal one on a private IP.
 Hence why this was occuring for me. Even though I only had my npf.conf
 looking for addresses on my public interface, I was passing "-qM vioif0
 vioif1" and dhcpcd was forking to the background before it had assigned an
 IPv4 address to vioif0. It seems the DHCP server on vioif1 is a bit quicker
 as this was happening pretty consistently.

 I found you can work around this by running dhcpcd separately for each
 interface. Adding "!dhcpcd -q --waitip 4 --waitip 6 $int" to each
 /etc/ifconfig.<interface> and setting dhcpcd=NO in /etc/rc.conf does work.
 However it also makes the startup take quite a lot longer, as it has to run
 DHCP requests separately for each interface, rather than in parallel. And
 dhcpcd can't really be used in master mode in this circumstance.

 I've looked through the NetBSD dhcpcd commits to -current and noticed that
 there a fix to this issue was committed in May 2015 when dhcpcd was updated
 to version 6.9.0. (see the new dhcpcd_ifipwaited() function and changes to
 dhcpcd_ipwaited() in  `cvs diff -r1.24 -r1.25
 external/bsd/dhcpcd/dist/dhcpcd.c').

 I've backported the relevant changes from dhcpcd 6.9.0 and attached a
 patch. I've built 7.0_STABLE and 7.0.2_PATCH releases locally with this
 patch applied. With "dhcpcd_args="-qM --waitip 4 --waitip6 vioif0 vioif1"
 in my /etc/rc.conf, npf successfully enables on boot.

 While this isn't a show-stopper, it significantly limits npf's usefulness
 on NetBSD 7 and would be good to see this issue fixed on the netbsd-7
 branch prior to 7.1 please.

 Cheers,

 Timshel

 --94eb2c09538e8d35c10541293d5f
 Content-Type: text/html; charset=UTF-8
 Content-Transfer-Encoding: quoted-printable

 <div dir=3D"ltr">I&#39;ve discovered a few more details since I logged this=
 .<div><br></div><div>It seems that this NPF failure only occurs when dhcpcd=
 (8) is acquiring addresses for more than one interface.</div><div><br></div=
 ><div>Contrary to what I&#39;ve written before, when dhcpcd(8) is bound to =
 a SINGLE interface, and &quot;--waitip 4 --waitip 6&quot; arguments are giv=
 en, it does seem to wait until both IPv4 and IPv6 addresses have been assig=
 ned before forking to the background.</div><div><br></div><div>However, whe=
 n used with multiple interfaces, dhcpcd will fork after ANY one interface g=
 ets an IPv4 address, and ANY one interface gets an IPv6 address. NPF then g=
 ets enabled, and if npf.conf includes an inet4() or inet6() call for an int=
 erface that doesn&#39;t have any addresses of that type, it fails as descri=
 bed in my original PR.</div><div><div><br class=3D"gmail-Apple-interchange-=
 newline">The servers I&#39;ve been experiencing this issue with have two in=
 terfaces - an external-facing one on a public IP, and an internal one on a =
 private IP. Hence why this was occuring for me. Even though I only had my n=
 pf.conf looking for addresses on my public interface, I was passing &quot;-=
 qM vioif0 vioif1&quot; and dhcpcd was forking to the background before it h=
 ad assigned an IPv4 address to vioif0. It seems the DHCP server on vioif1 i=
 s a bit quicker as this was happening pretty consistently.</div></div><div>=
 <br></div><div>I found you can work around this by running dhcpcd separatel=
 y for each interface. Adding &quot;!dhcpcd -q --waitip 4 --waitip 6 $int&qu=
 ot; to each /etc/ifconfig.&lt;interface&gt; and setting dhcpcd=3DNO in /etc=
 /rc.conf does work. However it also makes the startup take quite a lot long=
 er, as it has to run DHCP requests separately for each interface, rather th=
 an in parallel. And dhcpcd can&#39;t really be used in master mode in this =
 circumstance.</div><div><br></div><div>I&#39;ve looked through the NetBSD d=
 hcpcd commits to -current and noticed that there a fix to this issue was co=
 mmitted in May 2015 when dhcpcd was updated to version 6.9.0. (see the new =
 dhcpcd_ifipwaited() function and changes to dhcpcd_ipwaited() in =C2=A0`cvs=
  diff -r1.24 -r1.25 external/bsd/dhcpcd/dist/dhcpcd.c&#39;).</div><div><br>=
 </div><div>I&#39;ve backported the relevant changes from dhcpcd 6.9.0 and a=
 ttached a patch. I&#39;ve built 7.0_STABLE and 7.0.2_PATCH releases locally=
  with this patch applied. With &quot;dhcpcd_args=3D&quot;-qM --waitip 4 --w=
 aitip6 vioif0 vioif1&quot; in my /etc/rc.conf, npf successfully enables on =
 boot.<br></div><div><br></div><div>While this isn&#39;t a show-stopper, it =
 significantly limits npf&#39;s usefulness on NetBSD 7 and would be good to =
 see this issue fixed on the netbsd-7 branch prior to 7.1 please.=C2=A0<br><=
 /div><div><div class=3D"gmail_extra"><div><div class=3D"gmail_signature"><d=
 iv dir=3D"ltr">
   <div dir=3D"ltr">
     <p style=3D"font-family:verdana,sans-serif">Cheers,</p><p style=3D"font=
 -family:verdana,sans-serif">Timshel</p></div></div></div></div></div></div>=
 </div>

 --94eb2c09538e8d35c10541293d5f--
 --94eb2c09538e8d35ca0541293d61
 Content-Type: application/octet-stream; 
 	name="netbsd-7-dhcpcd-wait-all-ifs.patch"
 Content-Disposition: attachment; 
 	filename="netbsd-7-dhcpcd-wait-all-ifs.patch"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_ivg9w23i0

 ZGlmZiAtLWdpdCBhL2V4dGVybmFsL2JzZC9kaGNwY2QvZGlzdC9kaGNwY2QuYyBiL2V4dGVybmFs
 L2JzZC9kaGNwY2QvZGlzdC9kaGNwY2QuYwppbmRleCAwYjg1YWExLi5hZjU0MDMxIDEwMDY0NAot
 LS0gYS9leHRlcm5hbC9ic2QvZGhjcGNkL2Rpc3QvZGhjcGNkLmMKKysrIGIvZXh0ZXJuYWwvYnNk
 L2RoY3BjZC9kaXN0L2RoY3BjZC5jCkBAIC0yMTgsMjYgKzIxOCw1MCBAQCBkaGNwY2Rfb25ldXAo
 c3RydWN0IGRoY3BjZF9jdHggKmN0eCkKIAlyZXR1cm4gMDsKIH0KIAotaW50Ci1kaGNwY2RfaXB3
 YWl0ZWQoc3RydWN0IGRoY3BjZF9jdHggKmN0eCkKK3N0YXRpYyBpbnQKK2RoY3BjZF9pZmlwd2Fp
 dGVkKHN0cnVjdCBpbnRlcmZhY2UgKmlmcCwgdW5zaWduZWQgbG9uZyBsb25nIG9wdHMpCiB7CiAK
 LQlpZiAoY3R4LT5vcHRpb25zICYgREhDUENEX1dBSVRJUDQgJiYKLQkgICAgIWlwdjRfYWRkcmV4
 aXN0cyhjdHgsIE5VTEwpKQorCWlmIChvcHRzICYgREhDUENEX1dBSVRJUDQgJiYgIWlwdjRfaWZh
 ZGRyZXhpc3RzKGlmcCkpCiAJCXJldHVybiAwOwotCWlmIChjdHgtPm9wdGlvbnMgJiBESENQQ0Rf
 V0FJVElQNiAmJgotCSAgICAhaXB2Nm5kX2ZpbmRhZGRyKGN0eCwgTlVMTCwgMCkgJiYKLQkgICAg
 IWRoY3A2X2ZpbmRhZGRyKGN0eCwgTlVMTCwgMCkpCisJaWYgKG9wdHMgJiBESENQQ0RfV0FJVElQ
 NiAmJiAhaXB2Nl9pZmZpbmRhZGRyKGlmcCwgTlVMTCkpCiAJCXJldHVybiAwOwotCWlmIChjdHgt
 Pm9wdGlvbnMgJiBESENQQ0RfV0FJVElQICYmCi0JICAgICEoY3R4LT5vcHRpb25zICYgKERIQ1BD
 RF9XQUlUSVA0IHwgREhDUENEX1dBSVRJUDYpKSAmJgotCSAgICAhaXB2NF9hZGRyZXhpc3RzKGN0
 eCwgTlVMTCkgJiYKLQkgICAgIWlwdjZuZF9maW5kYWRkcihjdHgsIE5VTEwsIDApICYmCi0JICAg
 ICFkaGNwNl9maW5kYWRkcihjdHgsIE5VTEwsIDApKQorCWlmIChvcHRzICYgREhDUENEX1dBSVRJ
 UCAmJgorCSAgICAhKG9wdHMgJiAoREhDUENEX1dBSVRJUDQgfCBESENQQ0RfV0FJVElQNikpICYm
 CisJICAgICFpcHY0X2lmYWRkcmV4aXN0cyhpZnApICYmCisJICAgICFpcHY2X2lmZmluZGFkZHIo
 aWZwLCBOVUxMKSkKIAkJcmV0dXJuIDA7CiAJcmV0dXJuIDE7CiB9CiAKK3N0YXRpYyBpbnQKK2Ro
 Y3BjZF9pcHdhaXRlZChzdHJ1Y3QgZGhjcGNkX2N0eCAqY3R4KQoreworCXN0cnVjdCBpbnRlcmZh
 Y2UgKmlmcDsKKworCVRBSUxRX0ZPUkVBQ0goaWZwLCBjdHgtPmlmYWNlcywgbmV4dCkgeworCQlp
 ZiAoaWZwLT5vcHRpb25zLT5vcHRpb25zICYgREhDUENEX1dBSVRPUFRTKSB7CisJCQlpZiAoIWRo
 Y3BjZF9pZmlwd2FpdGVkKGlmcCwgaWZwLT5vcHRpb25zLT5vcHRpb25zKSkgeworCQkJCXN5c2xv
 ZyhMT0dfREVCVUcsCisJCQkJICAgICIlczogd2FpdGluZyBmb3IgYW4gaXAgYWRkcmVzcyIsCisJ
 CQkJICAgIGlmcC0+bmFtZSk7CisJCQkJcmV0dXJuIDA7CisJCQl9CisJCX0KKwl9CisKKwlpZiAo
 IShjdHgtPm9wdGlvbnMgJiBESENQQ0RfV0FJVE9QVFMpKQorCQlyZXR1cm4gMTsKKworCVRBSUxR
 X0ZPUkVBQ0goaWZwLCBjdHgtPmlmYWNlcywgbmV4dCkgeworCQlpZiAoZGhjcGNkX2lmaXB3YWl0
 ZWQoaWZwLCBjdHgtPm9wdGlvbnMpKQorCQkJcmV0dXJuIDE7CisJfQorCisJc3lzbG9nKExPR19E
 RUJVRywgIndhaXRpbmcgZm9yIGFuIGlwIGFkZHJlc3MiKTsKKwlyZXR1cm4gMDsKK30KKwogLyog
 UmV0dXJucyB0aGUgcGlkIG9mIHRoZSBjaGlsZCwgb3RoZXJ3aXNlIDAuICovCiBwaWRfdAogZGhj
 cGNkX2RhZW1vbmlzZShzdHJ1Y3QgZGhjcGNkX2N0eCAqY3R4KQpkaWZmIC0tZ2l0IGEvZXh0ZXJu
 YWwvYnNkL2RoY3BjZC9kaXN0L2RoY3BjZC5oIGIvZXh0ZXJuYWwvYnNkL2RoY3BjZC9kaXN0L2Ro
 Y3BjZC5oCmluZGV4IGU4MmViYTEuLjk2MmVhZWIgMTAwNjQ0Ci0tLSBhL2V4dGVybmFsL2JzZC9k
 aGNwY2QvZGlzdC9kaGNwY2QuaAorKysgYi9leHRlcm5hbC9ic2QvZGhjcGNkL2Rpc3QvZGhjcGNk
 LmgKQEAgLTM0LDYgKzM0LDEwIEBACiAjaW5jbHVkZSA8bmV0L2lmLmg+CiAKICNpbmNsdWRlICJj
 b25maWcuaCIKKyNpZmRlZiBIQVZFX1NZU19RVUVVRV9ICisjaW5jbHVkZSA8c3lzL3F1ZXVlLmg+
 CisjZW5kaWYKKwogI2luY2x1ZGUgImRlZnMuaCIKICNpbmNsdWRlICJjb250cm9sLmgiCiAjaW5j
 bHVkZSAiaWYtb3B0aW9ucy5oIgpAQCAtMTU3LDcgKzE2MSw2IEBAIGV4dGVybiBjb25zdCBpbnQg
 ZGhjcGNkX2hhbmRsZXNpZ3NbXTsKICNlbmRpZgogCiBpbnQgZGhjcGNkX29uZXVwKHN0cnVjdCBk
 aGNwY2RfY3R4ICopOwotaW50IGRoY3BjZF9pcHdhaXRlZChzdHJ1Y3QgZGhjcGNkX2N0eCAqKTsK
 IHBpZF90IGRoY3BjZF9kYWVtb25pc2Uoc3RydWN0IGRoY3BjZF9jdHggKik7CiAKIGludCBkaGNw
 Y2RfaGFuZGxlYXJncyhzdHJ1Y3QgZGhjcGNkX2N0eCAqLCBzdHJ1Y3QgZmRfbGlzdCAqLCBpbnQs
 IGNoYXIgKiopOwpkaWZmIC0tZ2l0IGEvZXh0ZXJuYWwvYnNkL2RoY3BjZC9kaXN0L2lmLW9wdGlv
 bnMuaCBiL2V4dGVybmFsL2JzZC9kaGNwY2QvZGlzdC9pZi1vcHRpb25zLmgKaW5kZXggODY4MTg4
 Zi4uYjQ1YWQ2NiAxMDA2NDQKLS0tIGEvZXh0ZXJuYWwvYnNkL2RoY3BjZC9kaXN0L2lmLW9wdGlv
 bnMuaAorKysgYi9leHRlcm5hbC9ic2QvZGhjcGNkL2Rpc3QvaWYtb3B0aW9ucy5oCkBAIC0xMTAs
 NiArMTEwLDggQEAKICNkZWZpbmUgREhDUENEX1BGWERMR01JWAkJKDFVTEwgPDwgNTMpCiAjZGVm
 aW5lIERIQ1BDRF9JUFY2UkFfQVVUT0NPTkYJCSgxVUxMIDw8IDU0KQogCisjZGVmaW5lIERIQ1BD
 RF9XQUlUT1BUUyAoREhDUENEX1dBSVRJUCB8IERIQ1BDRF9XQUlUSVA0IHwgREhDUENEX1dBSVRJ
 UDYpCisKIGV4dGVybiBjb25zdCBzdHJ1Y3Qgb3B0aW9uIGNmX29wdGlvbnNbXTsKIAogc3RydWN0
 IGlmX3NsYSB7CmRpZmYgLS1naXQgYS9leHRlcm5hbC9ic2QvZGhjcGNkL2Rpc3QvaXB2NC5jIGIv
 ZXh0ZXJuYWwvYnNkL2RoY3BjZC9kaXN0L2lwdjQuYwppbmRleCBiYzUxYmExLi5mNTRiMTA0IDEw
 MDY0NAotLS0gYS9leHRlcm5hbC9ic2QvZGhjcGNkL2Rpc3QvaXB2NC5jCisrKyBiL2V4dGVybmFs
 L2JzZC9kaGNwY2QvZGlzdC9pcHY0LmMKQEAgLTE2MCw2ICsxNjAsMTUgQEAgaXB2NF9maW5kYWRk
 cihzdHJ1Y3QgZGhjcGNkX2N0eCAqY3R4LCBjb25zdCBzdHJ1Y3QgaW5fYWRkciAqYWRkcikKIH0K
 IAogaW50CitpcHY0X2lmYWRkcmV4aXN0cyhjb25zdCBzdHJ1Y3QgaW50ZXJmYWNlICppZnApCit7
 CisJY29uc3Qgc3RydWN0IGRoY3Bfc3RhdGUgKnN0YXRlOworCisJc3RhdGUgPSBEX0NTVEFURShp
 ZnApOworCXJldHVybiAoc3RhdGUgJiYgc3RhdGUtPmFkZHIuc19hZGRyICE9IElOQUREUl9BTlkp
 OworfQorCitpbnQKIGlwdjRfYWRkcmV4aXN0cyhzdHJ1Y3QgZGhjcGNkX2N0eCAqY3R4LCBjb25z
 dCBzdHJ1Y3QgaW5fYWRkciAqYWRkcikKIHsKIAlzdHJ1Y3QgaW50ZXJmYWNlICppZnA7CmRpZmYg
 LS1naXQgYS9leHRlcm5hbC9ic2QvZGhjcGNkL2Rpc3QvaXB2NC5oIGIvZXh0ZXJuYWwvYnNkL2Ro
 Y3BjZC9kaXN0L2lwdjQuaAppbmRleCAzMWMzYzhlLi5hMzQzYmE4IDEwMDY0NAotLS0gYS9leHRl
 cm5hbC9ic2QvZGhjcGNkL2Rpc3QvaXB2NC5oCisrKyBiL2V4dGVybmFsL2JzZC9kaGNwY2QvZGlz
 dC9pcHY0LmgKQEAgLTY3LDYgKzY3LDcgQEAgdm9pZCBpcHY0X3NvcnRpbnRlcmZhY2VzKHN0cnVj
 dCBkaGNwY2RfY3R4ICopOwogdWludDhfdCBpbmV0X250b2NpZHIoc3RydWN0IGluX2FkZHIpOwog
 aW50IGluZXRfY2lkcnRvYWRkcihpbnQsIHN0cnVjdCBpbl9hZGRyICopOwogdWludDMyX3QgaXB2
 NF9nZXRuZXRtYXNrKHVpbnQzMl90KTsKK2ludCBpcHY0X2lmYWRkcmV4aXN0cyhjb25zdCBzdHJ1
 Y3QgaW50ZXJmYWNlICopOwogaW50IGlwdjRfYWRkcmV4aXN0cyhzdHJ1Y3QgZGhjcGNkX2N0eCAq
 LCBjb25zdCBzdHJ1Y3QgaW5fYWRkciAqKTsKIAogI2RlZmluZSBTVEFURV9BRERFRAkJMHgwMQpA
 QCAtOTQsNyArOTUsNyBAQCB2b2lkIGlwdjRfY3R4ZnJlZShzdHJ1Y3QgZGhjcGNkX2N0eCAqKTsK
 ICNkZWZpbmUgaXB2NF9mcmVlcm91dGVzKGEpIHt9CiAjZGVmaW5lIGlwdjRfZnJlZShhKSB7fQog
 I2RlZmluZSBpcHY0X2N0eGZyZWUoYSkge30KLSNkZWZpbmUgaXB2NF9hZGRyZXhpc3RzKGEsIGIp
 ICgwKQorI2RlZmluZSBpcHY0X2lmYWRkcmV4aXN0cyhhKSAoMCkKICNlbmRpZgogCiAjZW5kaWYK
 --94eb2c09538e8d35ca0541293d61--

State-Changed-From-To: open->feedback
State-Changed-By: maxv@NetBSD.org
State-Changed-When: Mon, 03 Sep 2018 06:29:51 +0000
State-Changed-Why:
Use ifaddrs(vioif0) instead of inet4(vioif0). inet4()/inet6() are static
lists, ifaddrs() is a dynamic list.


From: Timshel Knoll-Miller <timshel@fluentdevelopment.com.au>
To: gnats-bugs@netbsd.org
Cc: gnats-admin@netbsd.org, netbsd-bugs@netbsd.org, maxv@netbsd.org
Subject: Re: bin/51622 (NPF startup fails when using dhcpcd for inet4 and inet6)
Date: Wed, 5 Sep 2018 09:18:52 +1000

 --00000000000041a0cb057513e22d
 Content-Type: text/plain; charset="UTF-8"

 Thanks for the update Max, however judging from the manual pages,
 "ifaddrs()" has only been introduced in NetBSD 8, so it doesn't resolve
 this issue for NetBSD 7.

 Using the static address lists are fine for my purposes, provided that the
 boot process can ensure that DHCP addresses are assigned BEFORE npf is
 started.

 Enabling the dhcpcd "waitip" option (which requires the patch I backported
 from -current) means that dhcpcd will wait for the DHCP addresses to be
 assigned before continuing the boot process, and so resolves this issue on
 NetBSD 7.

 Cheers,

 Timshel



 On Mon, 3 Sep 2018 at 16:29 <maxv@netbsd.org> wrote:

 > Synopsis: NPF startup fails when using dhcpcd for inet4 and inet6
 >
 > State-Changed-From-To: open->feedback
 > State-Changed-By: maxv@NetBSD.org
 > State-Changed-When: Mon, 03 Sep 2018 06:29:51 +0000
 > State-Changed-Why:
 > Use ifaddrs(vioif0) instead of inet4(vioif0). inet4()/inet6() are static
 > lists, ifaddrs() is a dynamic list.
 >
 >
 >
 > --
 [image: fluent-icon-grey-90x90.png]

 Timshel Knoll-Miller
 Co-founder
 Fluent Development
 15 Manna Lane, Cudgee VIC 3265
 p: +61 (03) 5537 9122 m: 0434 864 908e: timshel@fluentdevelopment.com.au w:
 fluentdevelopment.com.au <http://www.fluentdevelopment.com.au/>

 --00000000000041a0cb057513e22d
 Content-Type: text/html; charset="UTF-8"
 Content-Transfer-Encoding: quoted-printable

 <div dir=3D"ltr">Thanks for the update Max, however judging from the manual=
  pages, &quot;ifaddrs()&quot; has only been introduced in NetBSD 8, so it d=
 oesn&#39;t resolve this issue for NetBSD 7.<div><br></div><div>Using the st=
 atic address lists are fine for my purposes, provided that the boot process=
  can ensure that DHCP addresses are assigned BEFORE npf is started.</div><d=
 iv><br></div><div>Enabling the dhcpcd &quot;waitip&quot; option (which requ=
 ires the patch I backported from -current) means that dhcpcd will wait for =
 the DHCP addresses to be assigned before continuing the boot process, and s=
 o resolves this issue on NetBSD 7.</div><div><br></div><div>Cheers,</div><d=
 iv><br></div><div>Timshel<br><div><br></div><div><br></div></div><br><div c=
 lass=3D"gmail_quote"><div dir=3D"ltr">On Mon, 3 Sep 2018 at 16:29 &lt;<a hr=
 ef=3D"mailto:maxv@netbsd.org" target=3D"_blank">maxv@netbsd.org</a>&gt; wro=
 te:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;b=
 order-left:1px #ccc solid;padding-left:1ex">Synopsis: NPF startup fails whe=
 n using dhcpcd for inet4 and inet6<br>
 <br>
 State-Changed-From-To: open-&gt;feedback<br>
 State-Changed-By: maxv@NetBSD.org<br>
 State-Changed-When: Mon, 03 Sep 2018 06:29:51 +0000<br>
 State-Changed-Why:<br>
 Use ifaddrs(vioif0) instead of inet4(vioif0). inet4()/inet6() are static<br=
 >
 lists, ifaddrs() is a dynamic list.<br>
 <br>
 <br>
 <br>
 </blockquote></div></div>-- <br><div dir=3D"ltr" class=3D"gmail_signature" =
 data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><div><table border=3D"0=
 " style=3D"font-family:arial,sans-serif;font-size:small;color:rgb(0,0,0);bo=
 rder:none;border-collapse:collapse;width:562px"><colgroup><col width=3D"120=
 "><col width=3D"*"></colgroup><tbody><tr><td style=3D"margin:0px;width:120p=
 x;vertical-align:middle"><img title=3D"Fluent" alt=3D"fluent-icon-grey-90x9=
 0.png" width=3D"90" height=3D"90" style=3D"border: none;" src=3D"https://lh=
 3.googleusercontent.com/zjId8wBlfkNDNURpKVbP_fIuz6Ktf8bi1t1t-N8Owp52S3vG3P8=
 biOUeXcSSf8LvCT4qwa4KdVNsihKcw2XeW6CjRF4ntcvh_ttxIHjnlzHgOz2zU_hqSWHlYtV3wu=
 8bP_p2XV4v"></td><td style=3D"margin:0px;vertical-align:middle"><p dir=3D"l=
 tr" style=3D"font-family:quicksand,verdana,arial,helvetica,sans-serif;font-=
 size:13.3333px"><span style=3D"font-size:14.6667px;font-weight:bold">Timshe=
 l Knoll-Miller</span><br>Co-founder<br><span style=3D"color:rgb(153,153,153=
 );font-weight:bold">Fluent=C2=A0Development</span><br>15=C2=A0Manna=C2=A0La=
 ne, Cudgee=C2=A0VIC=C2=A03265<br><span style=3D"color:rgb(153,153,153);font=
 -weight:bold">p:=C2=A0</span>+61=C2=A0(03)=C2=A05537=C2=A09122=C2=A0<span s=
 tyle=3D"color:rgb(153,153,153);font-weight:bold">m:=C2=A0</span>0434=C2=A08=
 64=C2=A0908<span style=3D"color:rgb(153,153,153);font-weight:bold">e:=C2=A0=
 </span><a href=3D"mailto:timshel@fluentdevelopment.com.au" target=3D"_blank=
 " style=3D"color:rgb(17,85,204);text-decoration:none">timshel@fluentdevelop=
 ment.com.au</a>=C2=A0<span style=3D"color:rgb(153,153,153);font-weight:bold=
 ">w:=C2=A0</span><a href=3D"http://www.fluentdevelopment.com.au/" target=3D=
 "_blank" style=3D"color:rgb(17,85,204);text-decoration:none">fluentdevelopm=
 ent.com.au</a></p>
 </td></tr></tbody></table>

 </div></div></div>

 --00000000000041a0cb057513e22d--

From: Timshel Knoll-Miller <timshel@fluentdevelopment.com.au>
To: gnats-bugs@netbsd.org
Cc: gnats-admin@netbsd.org, netbsd-bugs@netbsd.org, maxv@netbsd.org
Subject: Re: bin/51622 (NPF startup fails when using dhcpcd for inet4 and inet6)
Date: Tue, 6 Nov 2018 11:07:16 +1100

 --0000000000008de9400579f3c997
 Content-Type: text/plain; charset="UTF-8"

 Hi Max & others,


 Can the state of this PR be switched from 'feedback' please (maybe back to
 'open' if there isn't a more suitable status)? I keep getting "NetBSD
 Problem Report awaiting feedback" reminder emails, even though I have
 already responded that the suggested workaround doesn't resolve the issue.


 As per my previous email, the workaround doesn't work on NetBSD 7 releases
 including 7_STABLE, because ifaddrs() was introduced AFTER NetBSD 7 was
 branched.


 Cheers,


 Timshel



 On Wed, 5 Sep 2018 at 09:18 Timshel Knoll-Miller <
 timshel@fluentdevelopment.com.au> wrote:

 > Thanks for the update Max, however judging from the manual pages,
 > "ifaddrs()" has only been introduced in NetBSD 8, so it doesn't resolve
 > this issue for NetBSD 7.
 >
 > Using the static address lists are fine for my purposes, provided that the
 > boot process can ensure that DHCP addresses are assigned BEFORE npf is
 > started.
 >
 > Enabling the dhcpcd "waitip" option (which requires the patch I backported
 > from -current) means that dhcpcd will wait for the DHCP addresses to be
 > assigned before continuing the boot process, and so resolves this issue on
 > NetBSD 7.
 >
 > Cheers,
 >
 > Timshel
 >
 >
 >
 > On Mon, 3 Sep 2018 at 16:29 <maxv@netbsd.org> wrote:
 >
 >> Synopsis: NPF startup fails when using dhcpcd for inet4 and inet6
 >>
 >> State-Changed-From-To: open->feedback
 >> State-Changed-By: maxv@NetBSD.org
 >> State-Changed-When: Mon, 03 Sep 2018 06:29:51 +0000
 >> State-Changed-Why:
 >> Use ifaddrs(vioif0) instead of inet4(vioif0). inet4()/inet6() are static
 >> lists, ifaddrs() is a dynamic list.
 >>
 >>
 >>
 >> --
 > [image: fluent-icon-grey-90x90.png]
 >
 > Timshel Knoll-Miller
 > Co-founder
 > Fluent Development
 > 15 Manna Lane, Cudgee VIC 3265
 > p: +61 (03) 5537 9122 <+61%203%205537%209122> m: 0434 864 908e:
 > timshel@fluentdevelopment.com.au w: fluentdevelopment.com.au
 > <http://www.fluentdevelopment.com.au/>
 >
 -- 
 [image: fluent-icon-grey-90x90.png]

 Timshel Knoll-Miller
 Co-founder
 Fluent Development
 15 Manna Lane, Cudgee VIC 3265
 p: +61 (03) 5537 9122 m: 0434 864 908e: timshel@fluentdevelopment.com.au w:
 fluentdevelopment.com.au <http://www.fluentdevelopment.com.au/>

 --0000000000008de9400579f3c997
 Content-Type: text/html; charset="UTF-8"
 Content-Transfer-Encoding: quoted-printable

 <div dir=3D"ltr">Hi Max &amp; others,<br><br><br>Can the state of this PR b=
 e switched from &#39;feedback&#39; please (maybe back to &#39;open&#39; if =
 there isn&#39;t a more suitable status)? I keep getting &quot;NetBSD Proble=
 m Report awaiting feedback&quot; reminder emails, even though I have alread=
 y responded that the suggested workaround doesn&#39;t resolve the issue.<br=
 ><br><br>As per my previous email, the workaround doesn&#39;t work on NetBS=
 D 7 releases including 7_STABLE, because  ifaddrs() was introduced AFTER Ne=
 tBSD 7 was branched.<br><br><br>Cheers,<br><br><br>Timshel<br><br><br></div=
 ><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Wed, 5 Sep 2018 at 09:1=
 8 Timshel Knoll-Miller &lt;<a href=3D"mailto:timshel@fluentdevelopment.com.=
 au">timshel@fluentdevelopment.com.au</a>&gt; wrote:<br></div><blockquote cl=
 ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
 adding-left:1ex"><div dir=3D"ltr">Thanks for the update Max, however judgin=
 g from the manual pages, &quot;ifaddrs()&quot; has only been introduced in =
 NetBSD 8, so it doesn&#39;t resolve this issue for NetBSD 7.<div><br></div>=
 <div>Using the static address lists are fine for my purposes, provided that=
  the boot process can ensure that DHCP addresses are assigned BEFORE npf is=
  started.</div><div><br></div><div>Enabling the dhcpcd &quot;waitip&quot; o=
 ption (which requires the patch I backported from -current) means that dhcp=
 cd will wait for the DHCP addresses to be assigned before continuing the bo=
 ot process, and so resolves this issue on NetBSD 7.</div><div><br></div><di=
 v>Cheers,</div><div><br></div><div>Timshel<br><div><br></div><div><br></div=
 ></div></div><div dir=3D"ltr"><br><div class=3D"gmail_quote"><div dir=3D"lt=
 r">On Mon, 3 Sep 2018 at 16:29 &lt;<a href=3D"mailto:maxv@netbsd.org" targe=
 t=3D"_blank">maxv@netbsd.org</a>&gt; wrote:<br></div><blockquote class=3D"g=
 mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l=
 eft:1ex">Synopsis: NPF startup fails when using dhcpcd for inet4 and inet6<=
 br>
 <br>
 State-Changed-From-To: open-&gt;feedback<br>
 State-Changed-By: maxv@NetBSD.org<br>
 State-Changed-When: Mon, 03 Sep 2018 06:29:51 +0000<br>
 State-Changed-Why:<br>
 Use ifaddrs(vioif0) instead of inet4(vioif0). inet4()/inet6() are static<br=
 >
 lists, ifaddrs() is a dynamic list.<br>
 <br>
 <br>
 <br>
 </blockquote></div></div>-- <br><div dir=3D"ltr" class=3D"m_-53146721919068=
 92509gmail_signature" data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><=
 div><table border=3D"0" style=3D"font-family:arial,sans-serif;font-size:sma=
 ll;color:rgb(0,0,0);border:none;border-collapse:collapse;width:562px"><colg=
 roup><col width=3D"120"><col width=3D"*"></colgroup><tbody><tr><td style=3D=
 "margin:0px;width:120px;vertical-align:middle"><img title=3D"Fluent" alt=3D=
 "fluent-icon-grey-90x90.png" width=3D"90" height=3D"90" style=3D"border:non=
 e" src=3D"https://lh3.googleusercontent.com/zjId8wBlfkNDNURpKVbP_fIuz6Ktf8b=
 i1t1t-N8Owp52S3vG3P8biOUeXcSSf8LvCT4qwa4KdVNsihKcw2XeW6CjRF4ntcvh_ttxIHjnlz=
 HgOz2zU_hqSWHlYtV3wu8bP_p2XV4v"></td><td style=3D"margin:0px;vertical-align=
 :middle"><p dir=3D"ltr" style=3D"font-family:quicksand,verdana,arial,helvet=
 ica,sans-serif;font-size:13.3333px"><span style=3D"font-size:14.6667px;font=
 -weight:bold">Timshel Knoll-Miller</span><br>Co-founder<br><span style=3D"c=
 olor:rgb(153,153,153);font-weight:bold">Fluent=C2=A0Development</span><br>1=
 5=C2=A0Manna=C2=A0Lane, Cudgee=C2=A0VIC=C2=A03265<br><span style=3D"color:r=
 gb(153,153,153);font-weight:bold">p:=C2=A0</span><a href=3D"tel:+61%203%205=
 537%209122" value=3D"+61355379122" target=3D"_blank">+61=C2=A0(03)=C2=A0553=
 7=C2=A09122</a>=C2=A0<span style=3D"color:rgb(153,153,153);font-weight:bold=
 ">m:=C2=A0</span>0434=C2=A0864=C2=A0908<span style=3D"color:rgb(153,153,153=
 );font-weight:bold">e:=C2=A0</span><a href=3D"mailto:timshel@fluentdevelopm=
 ent.com.au" style=3D"color:rgb(17,85,204);text-decoration:none" target=3D"_=
 blank">timshel@fluentdevelopment.com.au</a>=C2=A0<span style=3D"color:rgb(1=
 53,153,153);font-weight:bold">w:=C2=A0</span><a href=3D"http://www.fluentde=
 velopment.com.au/" style=3D"color:rgb(17,85,204);text-decoration:none" targ=
 et=3D"_blank">fluentdevelopment.com.au</a></p>
 </td></tr></tbody></table>

 </div></div></div>
 </blockquote></div>-- <br><div dir=3D"ltr" class=3D"gmail_signature" data-s=
 martmail=3D"gmail_signature"><div dir=3D"ltr"><div><table border=3D"0" styl=
 e=3D"font-family:arial,sans-serif;font-size:small;color:rgb(0,0,0);border:n=
 one;border-collapse:collapse;width:562px"><colgroup><col width=3D"120"><col=
  width=3D"*"></colgroup><tbody><tr><td style=3D"margin:0px;width:120px;vert=
 ical-align:middle"><img title=3D"Fluent" alt=3D"fluent-icon-grey-90x90.png"=
  width=3D"90" height=3D"90" style=3D"border: none;" src=3D"https://lh3.goog=
 leusercontent.com/zjId8wBlfkNDNURpKVbP_fIuz6Ktf8bi1t1t-N8Owp52S3vG3P8biOUeX=
 cSSf8LvCT4qwa4KdVNsihKcw2XeW6CjRF4ntcvh_ttxIHjnlzHgOz2zU_hqSWHlYtV3wu8bP_p2=
 XV4v"></td><td style=3D"margin:0px;vertical-align:middle"><p dir=3D"ltr" st=
 yle=3D"font-family:quicksand,verdana,arial,helvetica,sans-serif;font-size:1=
 3.3333px"><span style=3D"font-size:14.6667px;font-weight:bold">Timshel Knol=
 l-Miller</span><br>Co-founder<br><span style=3D"color:rgb(153,153,153);font=
 -weight:bold">Fluent=C2=A0Development</span><br>15=C2=A0Manna=C2=A0Lane, Cu=
 dgee=C2=A0VIC=C2=A03265<br><span style=3D"color:rgb(153,153,153);font-weigh=
 t:bold">p:=C2=A0</span>+61=C2=A0(03)=C2=A05537=C2=A09122=C2=A0<span style=
 =3D"color:rgb(153,153,153);font-weight:bold">m:=C2=A0</span>0434=C2=A0864=
 =C2=A0908<span style=3D"color:rgb(153,153,153);font-weight:bold">e:=C2=A0</=
 span><a href=3D"mailto:timshel@fluentdevelopment.com.au" target=3D"_blank" =
 style=3D"color:rgb(17,85,204);text-decoration:none">timshel@fluentdevelopme=
 nt.com.au</a>=C2=A0<span style=3D"color:rgb(153,153,153);font-weight:bold">=
 w:=C2=A0</span><a href=3D"http://www.fluentdevelopment.com.au/" target=3D"_=
 blank" style=3D"color:rgb(17,85,204);text-decoration:none">fluentdevelopmen=
 t.com.au</a></p>
 </td></tr></tbody></table>

 </div></div></div>

 --0000000000008de9400579f3c997--

State-Changed-From-To: feedback->analyzed
State-Changed-By: maxv@NetBSD.org
State-Changed-When: Tue, 06 Nov 2018 06:50:09 +0000
State-Changed-Why:
Switch to analyzed. Chances are ifaddrs() won't be backported to
NetBSD-7, so maybe we could close this pr.


State-Changed-From-To: analyzed->closed
State-Changed-By: rmind@NetBSD.org
State-Changed-When: Sat, 19 Jan 2019 21:46:10 +0000
State-Changed-Why:
Fixed; use ifaddrs() for the translation address in -current.


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.43 2018/01/16 07:36:43 maya Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.