dhcpcd.git, branch dhcpcd-8.0.3 DHCP / IPv4LL / IPv6RA / DHCPv6 client Release dhcpcd-8.0.3 2019-08-21T16:16:25+00:00 Roy Marples roy@marples.name 2019-08-21T16:16:25+00:00 1055803393ab78a7d7497a607750860bb1787d4c 






BSD: Dismiss a coverity error
2019-08-21T16:16:12+00:00

Roy Marples
roy@marples.name

2019-08-21T16:16:12+00:00

223c4b4db8ad3c84fa35d9815ca76ecbc087f46c












DHCP: Don't warn that server is not destination for PtP
2019-08-21T08:15:08+00:00

Roy Marples
roy@marples.name

2019-08-21T08:15:08+00:00

61017d9f0b6c0d83e44ba10a066d11c0ffb3729a

Because this is really perfectly fine with a subnet.





Because this is really perfectly fine with a subnet.







inet: Add a subnet route for PtP interfaces if specified
2019-08-21T08:10:37+00:00

Roy Marples
roy@marples.name

2019-08-21T08:10:37+00:00

879fd1402cc3dfe0149bd99fbef6172d7d3f5789












inet: Use destination when adding addresses to PtP interfaces
2019-08-21T07:57:24+00:00

Roy Marples
roy@marples.name

2019-08-21T07:57:24+00:00

40aa0b43bb4e7ff283c95d68ae6a0e11de535310

As they don't have a broadcast address.





As they don't have a broadcast address.







Add a note about prior likely being a libc bug.
2019-08-20T22:12:56+00:00

Roy Marples
roy@marples.name

2019-08-20T22:12:56+00:00

52a5a99599dcb3b1a5322c65c2ee7992c0d10609












Linux: Add support for ARPHRD_NONE
2019-08-20T21:59:47+00:00

Roy Marples
roy@marples.name

2019-08-20T21:59:47+00:00

208b25190faffe0735c19e69c03e122e5c54dfbf

So apprently I've been doing this wrong for years - on glibc at
least, getifaddrs(3) never reported a hardware address for
AF_PACKET addresses. Infact, it reported nothing but useless
stats in ifa_data.

I view this as a bug because SIOCGIFHWADDR will get a sockaddr
with a sa_family set correctly. getifaddrs should do the same.
Anyway, if we have the ioctl and no address for the AF_PACKET
"address", call upon the above ioctl to get the correct family
for the interface.

While here, replace if_nametoindex with an ioctl to save libc
from doing it for us.





So apprently I've been doing this wrong for years - on glibc at
least, getifaddrs(3) never reported a hardware address for
AF_PACKET addresses. Infact, it reported nothing but useless
stats in ifa_data.

I view this as a bug because SIOCGIFHWADDR will get a sockaddr
with a sa_family set correctly. getifaddrs should do the same.
Anyway, if we have the ioctl and no address for the AF_PACKET
"address", call upon the above ioctl to get the correct family
for the interface.

While here, replace if_nametoindex with an ioctl to save libc
from doing it for us.







sa: Minor optimisation
2019-08-20T19:00:22+00:00

Roy Marples
roy@marples.name

2019-08-20T19:00:22+00:00

77d60d72623250c8c7442acbb98a672da8fe59e9












Linux: minor optimisation
2019-08-20T18:57:37+00:00

Roy Marples
roy@marples.name

2019-08-20T18:57:37+00:00

21b1e8bf9009da9c7272091c15913d2dfa86b74c












BSD: Fix compile with prior.
2019-08-20T18:18:47+00:00

Roy Marples
roy@marples.name

2019-08-20T18:18:47+00:00

f399e5cc95ed73df7f7726175f7adb3dbc85ee5a