Module Name: src
Committed By: msaitoh
Date: Tue Jul 30 01:57:31 UTC 2013
Modified Files:
src/doc [netbsd-6]: CHANGES-6.2
Log Message:
Modify ticket 909.
To generate a diff of this commit:
cvs rdiff -u -r1.1.2.22 -r1.1.2.23 src/doc/CHANGES-6.2
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/doc/CHANGES-6.2
diff -u src/doc/CHANGES-6.2:1.1.2.22 src/doc/CHANGES-6.2:1.1.2.23
--- src/doc/CHANGES-6.2:1.1.2.22 Mon Jul 29 20:27:07 2013
+++ src/doc/CHANGES-6.2 Tue Jul 30 01:57:31 2013
@@ -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 @@ usr.sbin/pppd/pppd/sys-bsd.c 1.68
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
