Please assist in locating NFS race in old vendor kernel

Hello.

I'm currently working with an embedded system based on very old, 2.4.17-based, vendor kernel.

Among other issues, there is a race in NFS code, that I'm currently trying to understand and fix.

The race is the following.
Some i/o is done on a file located on NFS-mounted filesystem. At some moment, ftruncate() is called. And in very rare but still reproducable cases:
- first inode->i_size is set to the new value, in process context
- then inode->i_size is restored to old value, in rpciod context. I was able to catch this by adding some logging to the point where __nfs_refresh_inode() updates inode->i_size.

Looks like inode size is being broken (by restore of old value) by completeion handler of RPC operation that was started before ftruncate().

The test on which the race is reproduced more or less reliably, is "fsx-linux" from LTP suite.

System in question is SMP - thus making race happen more often.

I guess the race is long fixed in more modern kernels. But I'm not familiar with NFS code, and after some attempts to find something I feel lost.

Could someone more familiar with NFS implementaion please point me where to look?

Nikita

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs