| To: | acme@xxxxxxxxxxxxxxxx |
|---|---|
| Subject: | Re: is sk->reuse truly a boolean? |
| From: | YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx> |
| Date: | Wed, 21 May 2003 01:15:20 +0900 (JST) |
| Cc: | davem@xxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20030520155744.GE801@conectiva.com.br> |
| Organization: | USAGI Project |
| References: | <20030520155744.GE801@conectiva.com.br> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
In article <20030520155744.GE801@xxxxxxxxxxxxxxxx> (at Tue, 20 May 2003 12:57:45 -0300), Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx> says: > From what I see in the code and from references in, for instance, Unix > Network Programming (W. Richard Stevens) it is, but then how can this work? > > net/ipv4/tcp_ipv4.c, line 265 > > if (sk->reuse > 1) > goto success; > > 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(). -- 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> |
|---|---|---|
| ||
| Previous by Date: | Route hash code comparison, Robert Olsson |
|---|---|
| Next by Date: | Re: is sk->reuse truly a boolean?, Arnaldo Carvalho de Melo |
| Previous by Thread: | is sk->reuse truly a boolean?, Arnaldo Carvalho de Melo |
| Next by Thread: | Re: is sk->reuse truly a boolean?, Arnaldo Carvalho de Melo |
| Indexes: | [Date] [Thread] [Top] [All Lists] |