<div dir="ltr"><div>Roughly speaking it handles RTM_GETLINK events from network devices and fires off a shell script in response. I use it to admin up a network interface when created and then to fire off DHCP to configure when it is runnable (IFF_RUNNING). I just started looking at moving both route and mdev to use netlink/rtnetlink. I'll take a look at extending mdev to support RTM_GETLINK messages. For now consider this patch abandoned and I'll come back after I read up a bit more.</div><div><br></div><div>- Eric<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 11, 2020 at 8:32 PM Rob Landley <<a href="mailto:rob@landley.net" target="_blank">rob@landley.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 5/10/20 1:34 PM, Eric Molitor wrote:<br>
> A simple implementation of ifplugd that I'm using on a few personal projects.<br>
> I've cleaned it up and attempted to mostly adhere to the toybox coding style.<br>
<br>
Quick glance, it says to look at an example ifplugd.action script which isn't<br>
included?<br>
<br>
I note that I'm averse to commands that _need_ an external script to function.<br>
When I finish cleaning up dhcp you should be able to "dhcp -i eth0" and have it<br>
just _do_ it, for example. (An optional script it calls out to if detected, or<br>
if told to do so on the command line, is one thing. "will not work at all<br>
without it" is another.)<br>
<br>
But then... I dunno what ifplugd is supposed to _do_ exactly? (Haven't used<br>
it...) I had a todo item to teach mdev to respond to more hotplug events, and<br>
ethernet transceiver toggle (and the wireless equivalent) was in there, but it's<br>
a big todo heap of "haven't made a wpasupplicant yet, but I did go to the talk<br>
from the guy who was writing a new replacement thingy for all that<br>
infrastructure"...<br>
<br>
Rob<br>
</blockquote></div>