> Maybe netlink is the way to go, but its not exactly a simple interface.
Well, the eventual intention [whenever <somebody> codes it up] for
ethernet devices is to have netlink proactively deliver link up/down
events, and perhaps other events. For this specific problem, at least,
I think netlink is the way to go. ATM drivers, or ethernet drivers,
simply need some helper functions they can call. The library code for
those helper functions is the only place where netlink complexity is
needed...
In existing drivers that call netif_carrier_{on,off}, it is perhaps even
possible to have them send netlink messages with no driver-specific code
changes at all.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/