Skip to contentSkip to conversation

tcp_recvmsg() in 2.4.4

DISCUSSION Eric Barton 4 participants 4 messages Jun 8, 2001 – Jun 25, 2001

lore
Share & tools
lore
#0 lore raw

If there are no packets on sk->recieve_queue, and nothing has been copied to userland yet, it seems to me there is a redundant test of sk->done.

About line 1461 in net/ipv4/tcp.c:

		/* Well, if we have backlog, try to process it now yet. */

		if (copied >= target && sk->backlog.tail == NULL)
			break;

		if (copied) {
			if (sk->err ||
			    sk->state == TCP_CLOSE ||
			    (sk->shutdown & RCV_SHUTDOWN) ||
			    !timeo ||
			    (flags & MSG_PEEK))
				break;
		} else {
			if (sk->done)
				break;

			if (sk->err) {
				copied = sock_error(sk);
				break;
			}

			if (sk->shutdown & RCV_SHUTDOWN)
				break;

			if (sk->state == TCP_CLOSE) {
				if (!sk->done) {
					/* This occurs when user tries to read
					 * from never connected socket.
					 */
					copied = -ENOTCONN;
					break;
				}
				break;
			}

			if (!timeo) {
				copied = -EAGAIN;
				break;
			}
		}

When it get to if(sk->state == TCP_CLOSE), surely sk->done has already been tested (and the socket is locked), so -ENOTCONN could be returned immediately.

Actually I'd really appreciate it if someone could explain the order of tests for sk->done, sk->err, sk->shutdown and sk->state...

--

Cheers,
Eric

----------------------------------------------------

|Eric Barton        Barton Software                |
|9 York Gardens     Tel:    +44 (117) 923 9831     |
|Clifton            Mobile: +44 (7909) 680 356     |
|Bristol BS8 4LL    Fax:    call first             |
|United Kingdom     E-Mail: [email protected]|

----------------------------------------------------

#1 lore raw
Quoted 3 lines · Eric Barton

When it get to if(sk->state == TCP_CLOSE), surely sk->done has already been tested (and the socket is locked), so -ENOTCONN could be returned immediately.

We sleep and drop the lock during these loops, so we need to retest this each time we wake back up.

Quoted 2 lines

Actually I'd really appreciate it if someone could explain the order of tests for sk->done, sk->err, sk->shutdown and sk->state...

Most of the error test ordering is specified by POSIX somewhere.

Alan would know better.

Later,
David S. Miller
[email protected]

#2 lore raw
Quoted 4 lines
Quoted 2 lines

Actually I'd really appreciate it if someone could explain the order of tests for sk->done, sk->err, sk->shutdown and sk->state...

Most of the error test ordering is specified by POSIX somewhere.

I ordered them that way to match the list given in the posix 1003.1g draft 6.4 specification.

#3 lore raw

Is SIOCGIFCOUNT implemented under 2.4.0

In reply to Eric Barton

Hi All !
Just wanted to know whether SIOCGIFCOUNT ioctl is implemented in
linux kernel >= 2.4.0. It gives me EINVAL, I browsed thru the code and concluded that this ioctl is not implemented. Am I correct ???

regards
tom