Hello! > > The patch adds rtmsg_pid and rtmsg_protocol fields to struct in6_rtmsg. > > Additionally, it adds an rt6i_protocol field to struct rt6_info. Finally, > > it adds a pid parameter to many of the functions in the IPv6 route add/ > > delete callpath. > > > >Alexey, your call. :-) > > This is just a reminder I do not think struct in6_rtmsg can be extended in this way, it is user level struct and netlink pid is not going to propagate beyond rtnetlink. So, I think the patch is not acceptable exactly in this form. But it is important enough yet. I think right way is adding some new argument to functions using in6_rtmsg. Right now I am not sure what it should look like, but necessary natural precondition is that it must include all the RTA_* attributes, which have no way to be controlled by user at the moment: mtu/mss are the most important. It could be f.e. array of rtattr's. Well, and something to pass protocol and pid. Original nlmsg? Are you interested? If you are, let me to advise how not to do this. :-) Look into ipv4, where adding intrakernel route is like nightmare, because demanded attributes are mixed with rarely used ones and caller have to prepare something complicated to add even the simplest route. My work, I'm sorry. :-) Alexey - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
