]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
[IPV6]: Fix IPV6_UNICAST_HOPS getsockopt().
authorBrian Haley <brian.haley@hp.com>
Wed, 13 Dec 2006 01:09:49 +0000 (17:09 -0800)
committerDavid S. Miller <davem@sunset.davemloft.net>
Thu, 14 Dec 2006 00:48:25 +0000 (16:48 -0800)
commitbefffe901649e2cc421d0d150c4379d01658cf6b
treea990965641fb181bdf1228d2a347ecdf87ab8742
parent832e3ca62d6ee1893db05f5202c24ae5331e19ba
[IPV6]: Fix IPV6_UNICAST_HOPS getsockopt().

> Relevant standard (RFC 3493) notes:
>
>    The IPV6_UNICAST_HOPS option may be used with getsockopt() to
>    determine the hop limit value that the system will use for subsequent
>    unicast packets sent via that socket.
>
> I don't reckon -1 could be the hop limit value.

-1 means un-initialized.

> IMHO, the value from
> case 1 (if socket is connected to some destination), otherwise case 2
> (if bound to a scope interface) or ultimately the default hop limit
> ought to be returned instead, as it will be most often correct, while
> the current behavior is always wrong, unless setsockopt() has been used
> first. I don't if some people may think doing a route lookup in
> getsockopt might be overly expensive, but at least the two other cases
> should be ok, particularly the last one.

The following patch seems to work for me, but this code has behaved this
way for a while, so don't know if it will break any existing apps.

Signed-off-by: Brian Haley <brian.haley@hp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv6/ipv6_sockglue.c