[src/netbsd-6]: src/doc Modify ticket 909.

[msaitoh <msaitoh%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/b6656d1452ba
branches:  netbsd-6
changeset: 776403:b6656d1452ba
user:      msaitoh <msaitoh%NetBSD.org@localhost>
date:      Tue Jul 30 01:57:31 2013 +0000

description:
Modify ticket 909.

diffstat:

 doc/CHANGES-6.2 |  15 ++-------------
 1 files changed, 2 insertions(+), 13 deletions(-)

diffs (29 lines):

diff -r 6cdf84a91c23 -r b6656d1452ba doc/CHANGES-6.2
--- a/doc/CHANGES-6.2   Mon Jul 29 20:27:07 2013 +0000
+++ b/doc/CHANGES-6.2   Tue Jul 30 01:57:31 2013 +0000
@@ -1,4 +1,4 @@
-# $NetBSD: CHANGES-6.2,v 1.1.2.22 2013/07/29 20:27:07 jdc Exp $
+# $NetBSD: CHANGES-6.2,v 1.1.2.23 2013/07/30 01:57:31 msaitoh Exp $
 
 A complete list of changes from the 6.1 release until the 6.2 release:
 
@@ -335,18 +335,7 @@
 
 sys/net/route.c                                        1.127
 
-       PR/44032: Proxy entries stopped working with pppd. The issue here is
-       that the route entry was added, but the RTF_LLINFO bit was not set,
-       making arp -a not showing the entry, but netstat -rn -f inet showing
-       it with the missing L bit. The order of resolution in ifa_ifwithroute()
-       is that if a destination address is found, then the interface chosen
-       for the route is that of the destination. This does not work for
-       link-level addresses since the ppp interface does not arp (uses
-       link_rtrequest, not arp_rtrequest), so the bit is never set. The easy
-       solution here is to check that the gateway is a link address, and use
-       the interface which we chose for the link address as opposed to the
-       interface that routes to the destination. This restores the previous
-       behavior, but is it correct?
+       Fix creation of arp entries for pppd's proxarp option. Fixes PR#44032.
        [christos, ticket #909]
 
 sys/kern/subr_disk_mbr.c                       1.46