Thanks, I understand. That is rather unfortunate but as you say we are somewhat stuck. I have queued-up this patch in ipvs-next. -- To unsubscribe from this list: send the line "unsubscribe lvs-devel
Hello, These occurances are only in this diff to access the prefix len, there are other places that use the big-endian value. The problem comes with the IPVS-IPv6 support: in same attribute we provid
Its not clear to me that netmask should be __be32 given the occurrences of (__force __u32) below. -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to m
Some service fields are in network order: - netmask: used once in network order and also as prefix len for IPv6 - port Other parameters are in host order: - struct ip_vs_flags: flags and mask moved b