Hannes Reinecke wrote:
> The real problem is that the callbacks are called in reverse order
> (check net/ipv4/tcp_input.c:tcp_data_queue()); first the 'FIN' flag
> is evaluated (and the state_change() callback invoked), and _then_
> the data_ready() callback is triggered.
> Which essentially means that by the time data_ready() is called
> the socket might already be in CLOSE or WAIT, even though we haven't
> read all data.
> Hence we need the check at the end of the callback to make sure
> we're pulling down the connection, too.
> Otherwise we're seeing the SCSI timeouts.

I see. Thanks for the info.

You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to open-iscsi@googlegroups.com
To unsubscribe from this group, send email to 
For more options, visit this group at http://groups.google.com/group/open-iscsi

Reply via email to