Hi Daniel,
>>>> Let's adapt (and fix if necessary) rtnl instead. >>>> >>>> In the near future there is a nicer netlink handling code which is >>>> coming also, so it will require a bit of work in rtnl anyway. >>>> You might want to wait for this maybe. Check this with Marcel. >>> is ACCT netfilter plain netlink or generic netlink. For generic >>> netlink, I will be soon pushing src/shared/genl.[ch] to make that >>> nightmare workable. For plain netlink, we could create a common >>> src/shared/netlink.c similar to what ELL already does. >>> >> >> As far as I know, since it's under nfnetlink it should be generic. > > Yep, nfnetlink is generic, see > > linux/include/uapi/linux/netfilter/nfnetlink.h then I have no idea what you are trying to do. generic netlink has a specific way of working and also specific semantics bound with it. It is more D-Bus like than you think. So without the genl.[ch] I am working on, there is no point in trying to copy our rtnl.c code for it. That is bound to be a major failure. While generic netlink is layered on top of standard netlink, it makes no sense to try to combine them. I have been down that road. Was a mistake. Regards Marcel _______________________________________________ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
