[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
dhcpcd, carrier and RTM_INFO
The recent dhcpcd in -current has "better" carrier handling.
Essentially it obeys each RTM_INFO message and respects the interface
The reasoning for this is because when the OS wakes a sleep state it
flags the interface as down and then up immediately if it has a valid
The new dhcpcd behaviour sees this and now works correctly by
re-negotiating it's lease.
However, some drivers are not setting IFF_RUNNING in ifm_flags which
causes dhcpcd to think the carrier is actually down when it's actually
The old behaviour was to check the interface flags in a subsequent
SIOCGIFFLAGS call, which breaks the wake up case described above.
So my question is this - is the lack of IFF_RUNNING a driver bug or
expected behaviour and I would re-work dhcpcd for this?
Main Index |
Thread Index |