|
yes, there is no such issue in master.
as for the cause of the bug, i am a little confused about the comment#5 of 20394 in bugzilla,
...
if (last_rcvd <= le64_to_cpu(lcd->lcd_last_transno))
{
spin_unlock(&filter->fo_translock);
LBUG();
}
last_rcvd likely equals to lcd->lcd_last_transno because the transaction of setattr might already
been committed, but the server doesn't have a chance to send the reply to the client side, which
then causes the request being handled immediately. For this case, at lease assertion for last_rcvd
== lcd->lcd_last_transno might be (wrongly) hit.
...
this issue should be caused by resent replay request, which cause the transno in the replay
request equals to the transno in lcd->lcd_last_transno, is that correct?
|