On Mon, Jun 16, 2008 at 1:47 PM, Patrick McHardy <kaber@xxxxxxxxx> wrote: >> Option c) looks reasonable to me and also seems easy to handle in >> general. Is this the way to go? Or do we want the interface to look >> completely different this time? > > b) or c) both look fine. Good, thanks. > You could save a few operations (ADD/EDIT > can be combined) by making use of nlmsg_flags though: > > The semantics of the flags is: > > - NLM_F_CREATE|NLM_F_EXCL: create if non-existant > - NLM_F_REPLACE: change existing > - NLM_F_CREATE|NLM_F_REPLACE: create if non-existing, replace otherwise > - NLM_F_EXCL: test existance Thanks for explaining this! Sounds good! > NLM_F_APPEND can be used as modifier for NLM_F_CREATE to > specify that the new entry should be added to the end instead > of the beginning. Interesting. This should not be needed in IPVS though, as entry order doesn't matter much there. Julius -- Google Switzerland GmbH -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
