In article <20030319.192331.95884882.davem@redhat.com> (at Wed, 19 Mar 2003 19:23:31 -0800 (PST)), "David S. Miller" <davem@redhat.com> says:
> > I'm going to apply this, with the small change that dev_getany() is
> > renamed to dev_get_by_flags() which more accurately describes
> > what the routine does.
>
> Again: I don't like API at all.
>
> Anycast address management itself in that patch would be ok.
> However, JOIN/LEAVE is NOT useful and userland application will be
> incompatible with other implementation. (sigh...)
> I think linux likes unicast model (assign address like unicast address), too.
>
> Please propose alternative API, or do you suggest not
> to export this facility to user at all?
I like to assign address like unicast (using ioctl and rtnetlink
(RTN_ANYCAST)).
We suggest you not exporting this facilicy until finishing new API
(And, another API would be standardized;
This is another reason why I am against exporting that API for now.)
-- Hideaki YOSHIFUJI @ USAGI Project <yoshfuji@linux-ipv6.org> GPG FP: 9022 65EB 1ECF 3AD1 0BDF 80D8 4807 F894 E062 0EEA - 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/
This archive was generated by hypermail 2b29 : Sun Mar 23 2003 - 22:00:29 EST