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 open-iscsi+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/open-iscsi -~----------~----~----~----~------~----~------~--~---