netdev
[Top] [All Lists]

Re: is sk->reuse truly a boolean?

To: acme@xxxxxxxxxxxxxxxx
Subject: Re: is sk->reuse truly a boolean?
From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
Date: Wed, 21 May 2003 01:53:17 +0900 (JST)
Cc: davem@xxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <20030520162906.GF801@conectiva.com.br>
Organization: USAGI Project
References: <20030520155744.GE801@conectiva.com.br> <20030521.011520.49126007.yoshfuji@linux-ipv6.org> <20030520162906.GF801@conectiva.com.br>
Sender: netdev-bounce@xxxxxxxxxxx
In article <20030520162906.GF801@xxxxxxxxxxxxxxxx> (at Tue, 20 May 2003 
13:29:07 -0300), Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx> says:

> > > In net/core/sock.c, setsockopt it just assigns 1 or 0, i.e. if userspace
> > > passes > 1 it becomes 1, is this the intended behaviour? I think we have 
> > > a 
> > > bug in tcp_ipv4 or in core/sock.c 8)
> > 
> > Good point. However, SO_REUSEADDR works because we have tcp_bind_conflict().
> 
> mmmkay, so we have to fix it by changing the test to:
> 
>                   if (sk->reuse)
>                          goto success;
> 
> Isn't it?

I don't think so.  Above modification will break current 
reasonable bind(2) behavior.

Well, it would be dead code, which would be used for (still 
unsupported) SO_REUSEPORT.

-- 
Hideaki YOSHIFUJI @ USAGI Project <yoshfuji@xxxxxxxxxxxxxx>
GPG FP: 9022 65EB 1ECF 3AD1 0BDF  80D8 4807 F894 E062 0EEA

<Prev in Thread] Current Thread [Next in Thread>