OpenAFS CVS Commit: openafs/src/rx by shadow

[cvs@GRAND.CENTRAL.ORG]

Update of /cvs/openafs/src/rx
In directory GRAND.CENTRAL.ORG:/data/sb/openafs/src/rx

Modified Files:
	rx.c 
Log Message:
DELTA rx-dont-ackall-a-connection-were-waiting-for-retransmits-on-20011110
AUTHOR kolya@mit.edu

"My theory of what happened is roughly as follows:

    Process tries to read data from AFS (as part of a page fault);
    issues a new Rx call on an Rx connection to the fileserver.

    The server transmits some data back to the client, but some packet
    is lost.

    Something tries to garbage-collect/destroy the connection; since
    there is an active call, it can't do so, but issues an rx_AckAll
    anyway, which acknowledges all packets transmitted by the server
    as having been received.  Server flushes its retransmit queue.

    Client waits forever for the lost packet to arrive, but since the
    server has already flushed the transmit queue, it cannot possibly
    retransmit it.

All this is happening while the client has read-locked its address
space (since the read is part of a page fault).  /proc accesses that
try to poke into that processes address space hang waiting for said
lock, causing the lossage we actually observed."


--- DELTA config follows ---
rx-dont-ackall-a-connection-were-waiting-for-retransmits-on-20011110 openafs/src/rx/rx.c 1.23 1.24