From: Wu Yanjiang <wuyanji...@huawei.com>

Hi all,

On a system that was running 3.0.13-0.27-default, a problem that the OX_ID is 
reused by FCoE driver occurred. 
Which can be confirmed is that the problem is occurred at initiator side, but 
the reason how does it happen is unknown.

By the trace captured by JDSU protocol analyzer, the initiator initiated a read 
command about 10 seconds after 
the virtual link resumed . But about 10ms later, the initiator send ABTS to 
abort the read command. Then the 
OX_ID was reused for a new command immediately without abort response from 
target side and RRQ process.


Test environment :
Initiator OS: SLES 11 SP2 (3.0.13-0.27-default)
Initiator CNA: INTEL X520-SR2

Test step:
1.INTEL X520-SR2 connect to intel 82599 card in target directly
2.Initiator initiates write and read command to target by FCoE VN2VN protect
3.Disconnect the physical link then reconnect it

Any advice is welcome.

Thanks.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to